왜 기존 커뮤니티로는 부족한가

오픈채팅, Facebook Group, Discord, LinkedIn에는 사람도 정보도 넘칩니다. 그런데 왜 거기서는 함께 사업이 만들어지지 않는가.

질문에서 시작합니다

마케터 한 팀장은 AI 캠페인을 위한 팀이 필요했습니다. 그래서 회원 3천 명이 넘는 AI 오픈채팅방에 글을 올렸습니다. "영상 생성 경험 있는 크리에이터와 에이전트 개발자 찾습니다. 프로젝트 기간 두 달." 한 시간 만에 열여덟 명이 연락을 해 왔습니다.

한 팀장은 열여덟 명의 포트폴리오를 받았습니다. 모두 그럴듯했습니다. 다섯 명과 화상회의를 했고, 그중 두 명을 골랐습니다. 첫 번째 크리에이터는 2주 뒤 연락이 끊겼습니다. 두 번째 개발자는 결과물을 냈지만, 나중에 보니 다른 곳에서 만든 것을 그대로 가져온 것이었습니다. 한 팀장은 한 달을 잃었습니다.

한 팀장이 잘못한 것은 없습니다. 그 방은 정보를 나누는 데는 훌륭했습니다. 문제는 한 팀장이 그 방에 없는 것을 그 방에서 찾으려 했다는 것입니다. 누가 믿을 만한지에 대한 기록입니다. 이 장은 기존 커뮤니티에 무엇이 있고 무엇이 없는지를 정확히 가려내는 데서 시작합니다.

왜 이것이 문제인가

정보는 넘친다

먼저 인정할 것이 있습니다. 기존 커뮤니티는 정보를 흘려보내는 데 탁월합니다. 새 모델이 나오면 오픈채팅방이 가장 빠릅니다. 논문 해설은 Facebook Group에 있고, 오픈소스 프로젝트의 실시간 토론은 Discord에 있으며, 경력과 이직 소식은 LinkedIn에 있습니다. 우리는 이 공간들을 대체하려는 것이 아닙니다.

그러나 정보가 넘치는 것과 일이 만들어지는 것은 다릅니다. 한 팀장의 방에 없던 것은 딱 다섯 가지였습니다.

다섯 가지 빈자리

첫째, 누가 믿을 만한지 모릅니다. 프로필은 스스로 쓴 것입니다. 포트폴리오는 검증되지 않았습니다. 발언이 많은 사람이 실력자로 보이고, 실력자는 바빠서 조용합니다. AI가 실행 비용을 낮춘 시대에는 이 문제가 더 심해집니다. 그럴듯한 포트폴리오를 하루에 만들 수 있기 때문입니다. 실행이 싸질수록 "누구를 믿을 것인가"는 비싸지는데, 기존 커뮤니티는 이 질문에 답할 데이터를 갖고 있지 않습니다.

둘째, 공동사업이 어렵습니다. 채팅방에서 "같이 하실 분"으로 시작한 프로젝트는 대부분 흐지부지 끝납니다. 누가 Lead인지, 의사결정은 어떻게 하는지, 돈은 어떻게 나누는지, 고객은 누구 것인지에 대한 합의 틀이 없기 때문입니다. 참고할 기준이 없어 매번 처음부터 협상하고, 협상이 길어지면 열정이 식고, 프로젝트는 사라집니다.

셋째, 기여가 기록되지 않습니다. 어떤 사람이 3년 동안 방에서 질문에 성실히 답하고, 후배의 코드를 봐 주고, 좋은 사람을 소개했다고 합시다. 그 기여는 어디에도 남지 않습니다. 새로 들어온 사람은 그 사람이 누구인지 모릅니다. 기여한 사람을 잊는 구조에서는 기여할 이유가 사라집니다.

넷째, 경제적 보상이 없습니다. 기존 커뮤니티에서 얻는 것은 정보와 인맥이지, 실제로 돈을 벌 수 있는 구조가 아닙니다. 어쩌다 일이 연결되어도 그 뒤의 정산·분쟁·성과는 커뮤니티 밖에서 두 사람이 알아서 할 일입니다. 그래서 커뮤니티에서 만난 일은 자주 헐값이 되고, 자주 미정산으로 끝납니다.

다섯째, 책임 구조가 없습니다. 한 팀장의 첫 번째 크리에이터가 연락을 끊었을 때, 그 사람은 아무런 불이익도 받지 않았습니다. 다른 방에서 같은 일을 반복할 수 있습니다. 두 번째 개발자가 남의 결과물을 가져왔을 때, 한 팀장이 방에 그 사실을 올리면 어떻게 될까요. 여론재판이 벌어지거나, 반대로 한 팀장이 "왜 공개적으로 망신을 주느냐"는 비난을 받습니다. 잘못을 가리고 바로잡는 절차가 없기 때문입니다.

플랫폼마다 다른 한계

오픈채팅은 속도가 장점입니다. 그러나 익명성과 유동성 때문에 신뢰가 쌓일 곳이 없습니다. 오늘 좋은 답을 준 사람이 내일 나가 버립니다. 광고가 섞이고, 관리자는 삭제 외에 할 수 있는 것이 없습니다.

Facebook Group은 실명이 있어 오픈채팅보다 낫습니다. 그러나 구조가 게시물과 댓글이라 지식은 쌓여도 사람에 대한 기록은 쌓이지 않습니다. 피드 알고리즘은 좋은 사람이 아니라 반응이 큰 게시물을 보여 줍니다.

Discord는 개발자 커뮤니티에 잘 맞습니다. 그러나 Discord의 역할은 기술적 권한이지 신뢰의 기록이 아닙니다. 오픈소스에서는 코드 기여가 기록되지만 코드에만 한정됩니다. 고객을 데려오고 위험을 부담한 사람의 기여는 어디에도 없습니다.

LinkedIn은 경력과 평판의 공간입니다. 그러나 경력은 자기 신고이며, 추천은 예의로 주고받습니다. 함께 일한 동료의 평가, 정산 이력, 비밀유지 여부는 볼 수 없습니다. 그리고 사람을 보여 줄 뿐, 함께 일하도록 조정하지 않습니다.

네 공간 모두 사람을 모읍니다. 그러나 어느 곳도 다음 세 가지를 하지 않습니다. 기여를 기록하지 않고, 신뢰를 축적하지 않고, 협력을 조정하지 않습니다.

우리의 철학

세 가지 형태의 비교

사람이 함께 일하는 방식을 세 가지 형태로 놓고 비교하면 빈자리가 어디인지 분명해집니다.

이 표에서 눈여겨볼 것은 마지막 열의 약점입니다. 프로토콜 조직은 저절로 굴러가지 않습니다. 규약을 지키는 문화가 없으면 느슨한 커뮤니티로 되돌아갑니다. 그래서 이 책이 필요합니다.

커뮤니티가 아니라 조직

한국인공지능커뮤니티는 이름에 "커뮤니티"가 들어 있지만, 우리가 만들려는 것은 위 표의 세 번째 열이 아니라 네 번째 열입니다. 회사도 아니고, 시장도 아니고, 채팅방도 아닌, 신뢰 네트워크 위에서 작동하는 실행 조직입니다.

이 조직은 세 형태의 장점을 가져오고 약점을 버리려 합니다. 위계에서 책임 구조를 가져오되 고용은 하지 않습니다. 시장에서 유연성과 시장 단가를 가져오되 신뢰가 사라지게 두지 않습니다. 느슨한 커뮤니티에서 개방성과 정보의 흐름을 가져오되 조정 없이 두지 않습니다.

그 대신 두 가지를 더합니다. 공유된 규약과 기록된 신뢰입니다. 규약은 Project Charter(프로젝트 헌장), Contribution Matrix(기여도 평가표), Project Settlement Sheet(정산표) 같은 문서와, 이 책에 담긴 원칙입니다. 기록된 신뢰는 플랫폼에 쌓이는 기여와 행동의 이력, 즉 Trust Capital(신뢰 자산)입니다. 규약이 있어서 매번 처음부터 협상하지 않아도 되고, 기록이 있어서 매번 처음부터 검증하지 않아도 됩니다.

우리는 무엇이 달라야 하는가

한 팀장의 다섯 가지 빈자리를 하나씩 채우면 우리가 달라야 할 것이 나옵니다.

누가 믿을 만한지 알 수 있어야 합니다. 그래서 우리는 신뢰를 자기소개가 아니라 행동의 기록으로 봅니다. 신뢰는 말이 아니라 행동으로 쌓습니다.

공동사업이 가능해야 합니다. 그래서 우리는 Project Cell(프로젝트 셀)이라는 결합의 단위와, 1~2페이지의 Project Charter라는 합의의 틀을 둡니다.

기여가 기록되어야 합니다. 그래서 플랫폼은 Knowledge, Research, Technology, Mentoring, Project, Event, Connection, Infrastructure의 기여를 기록합니다. 기여한 사람을 잊지 않습니다.

경제적 보상이 있어야 합니다. 그래서 우리는 지식 공유에서 멈추지 않고 실제 프로젝트와 매출과 회사로 이어지는 구조를 만듭니다. 함께 만든 가치는 실제 기여에 따라 공정하게 나눕니다.

책임 구조가 있어야 합니다. 그래서 Project Lead가 실행을 책임지고, 윤리·분쟁위원회(Ethics & Dispute Committee)가 분쟁을 다루며, 실패에는 관대하되 부정직에는 엄격합니다.

운영원칙

기존 커뮤니티와 구분되는 최소한의 운영 기준을 정리합니다. 아래는 커뮤니티의 기본값(Default)이며, 세부 절차는 해당 장과 Project Charter에서 정합니다.

여기에 세 가지 경계를 덧붙입니다.

1. 기존 커뮤니티를 버리라는 뜻이 아닙니다. 정보를 얻고 넓은 관계를 유지하는 데는 그 공간이 낫습니다. 우리는 그 위에 신뢰와 실행의 층을 더하는 것입니다.
2. 울타리는 배제가 아닙니다. 검증은 기존 회원을 보호하기 위해서가 아니라 구성원 간의 신뢰와 정보, 사업기회와 관계를 보호하기 위한 것입니다. 새로운 사람도 역량과 신뢰를 보여 주면 참여하고 성장할 수 있어야 합니다. 제9장 참조.
3. 규약이 많아지는 것을 경계합니다. 규칙은 신뢰를 대신하지 못합니다. 규칙은 신뢰가 작동할 수 있는 최소한의 틀이어야 합니다.

Case: 같은 사람, 다른 구조

아래는 가상의 사례입니다. 앞의 한 팀장이 1년 뒤 같은 종류의 프로젝트를 다시 맡았다고 가정합니다.

상황. 이번에도 두 달짜리 AI 캠페인이고, 크리에이터 한 명과 개발자 한 명이 필요합니다. 예산은 6천만원입니다. 한 팀장은 이번에는 커뮤니티 플랫폼의 Opportunity에 기회를 올렸습니다.

갈등. 지원자는 여섯 명이었습니다. 열여덟 명보다 적어 처음에는 불안했습니다. 그런데 여섯 명의 화면을 열어 보니 지난번과 다른 것이 있었습니다. 각자가 참여한 Project Cell의 이력, 그 Cell의 Project Closing Review(종료평가)에서 받은 동료 평가, 일정 준수 여부, 그리고 함께 일한 사람이 재협업 의사를 표시했는지가 보였습니다. 크리에이터 최 씨는 세 건의 Cell을 마쳤고 세 건 모두에서 재협업 의사를 받았습니다. 개발자 한 명은 Cell 이력이 없는 신규회원이었지만 AI TEST 인증과 Builder Circle에서의 Knowledge 기여 기록이 있었습니다.

적용. 한 팀장은 최 씨를 크리에이터로, 이력이 많은 개발자 김 씨를 개발 담당으로 정하고, 신규회원인 개발자에게 Junior Slot을 열어 김 씨 아래에서 일부 모듈을 맡겼습니다. 네 사람은 Project Charter를 썼습니다. 한 팀장이 Originator이자 Contracting Party이고 Project Lead입니다. Work Compensation은 최 씨 1천 8백만원, 김 씨 2천만원, 신규회원 6백만원으로 시장 단가에 맞춰 먼저 정했습니다. 직접비용 6백만원을 제한 잉여가치 1천만원은 Community Share 5%인 50만원을 뗀 뒤 Contribution Matrix에 따라 나누기로 했습니다.

결과. 프로젝트는 일정 안에 끝났습니다. 남은 9백 5십만원은 기회를 가져오고 위험을 진 한 팀장 50%, 김 씨 25%, 최 씨 20%, 신규회원 5%로 나누어졌습니다. 신규회원은 첫 Cell 이력과 세 사람의 동료 평가를 얻었습니다. 다음 기회에서 그는 더 이상 이력 없는 지원자가 아닙니다.

한 팀장의 사람 보는 눈이 갑자기 좋아진 것이 아닙니다. 달라진 것은 구조였습니다. 기록이 있어서 검증이 빨랐고, Charter가 있어서 합의가 빨랐고, 정산 원칙이 있어서 끝이 깔끔했습니다. 그리고 이 프로젝트의 기록이 다시 네 사람의 다음 프로젝트를 빠르게 만듭니다.

Remember

• 기존 커뮤니티는 정보를 흘려보내는 데 탁월하며, 우리는 그것을 대체하려는 것이 아닙니다.
• 그러나 그곳에는 다섯 가지가 없습니다. 누가 믿을 만한지에 대한 기록, 공동사업의 틀, 기여의 기록, 경제적 보상, 책임 구조입니다.
• 위계는 책임을 주지만 독립성을 빼앗고, 시장은 독립성을 주지만 신뢰를 남기지 않으며, 느슨한 커뮤니티는 아무것도 조정하지 않습니다.
• 우리는 세 형태의 장점을 가져오고, 공유된 규약과 기록된 신뢰를 더합니다. 규약이 있어 매번 협상하지 않고, 기록이 있어 매번 검증하지 않습니다.
• 규칙은 신뢰를 대신하지 못합니다. 규칙은 신뢰가 작동할 수 있는 최소한의 틀입니다.

"사람을 더 모으는 것이 아니라, 기여를 기록하고 신뢰를 축적하고 협력을 조정하는 구조가 커뮤니티를 조직으로 만든다."