비영리 음식 배달의 환상: V2EX가 서구 개발자들이 아직 깨닫지 못한 플랫폼 경제에 대해 보여주는 것

당신이 가장 좋아하는 식당이 방금 문을 닫았습니다. 음식이 맛이 없어서도, 손님이 끊겨서도 아닙니다. 플랫폼이 주문마다 25%를 가져가면서 계산이 맞지 않게 되었기 때문입니다. 당신은 현재 돌고 있는 V2EX 스레드를 보았을 것입니다: "能不能有一个不以盈利为目的的外卖平台" (비영리를 목적으로 하는 음식 배달 플랫폼을 만들 수 없을까?). 당신은 고개를 끄덕였습니다. 저도 그랬습니다. 하지만 제가 직접 수치를 계산해 보았고, 그 환상은 무너졌습니다.

이것은 단지 중국만의 문제가 아닙니다. 서구의 개발자들도 오픈 소스(Open Source)에서 동일한 패턴으로 고통받아 왔습니다: "기업의 후원 없이 어떻게 지속 가능한 인프라를 가질 수 없는가?" 그 답은 추악하며, 그 답은 바로 그 V2EX 토론 속에 숨겨져 있는 것과 동일합니다.

플랫폼 추출 사이클 (The Platform Extraction Cycle)

대부분의 서구적 논의가 놓치고 있는 V2EX 스레드의 핵심은 다음과 같습니다: 중국의 음식 배달 양대 산맥(Meituan과 ele.me)은 생태계의 모든 참여자가 최소화되어야 할 비용 센터(Cost Center)가 되는 **플랫폼 추출 사이클 (Platform Extraction Cycle)**을 만들어냈습니다.

平台抽成 (Píngtái chōu chéng): 플랫폼 수수료 (Platform commission). 중국 개발자 커뮤니티에서는 = 거래당 추출되는 비율을 의미하며, 실제 추출률이 20%를 넘어서면서 현재는 "서비스 수수료"라는 완곡한 표현으로 바뀌었습니다. 이것은 단순한 가격 책정이 아니라 권력의 비대칭성에 대한 신호입니다.

해당 스레드의 합의된 의견은 플랫폼이 착취적이라는 것입니다. 하지만 댓글들이 드러내는 현실은 더 복잡합니다. 추출은 탐욕 때문이 아니라, 아무도 직접 지불하고 싶어 하지 않는 물류, 지원, 그리고 인프라의 숨겨진 비용 때문입니다.

제가 무엇을 의미하는지 보여드리겠습니다.

아무도 말하지 않는 트레이드오프 (The Trade-Off)

플랫폼이 25%의 수수료를 부과할 때, 그 돈이 실제로 어디로 가는지(업계 보고서와 V2EX 댓글 분석을 바탕으로 한 대략적인 수치)는 다음과 같습니다:

비용 센터 (Cost Center)	수수료의 %	실제 지불 항목
배달 물류 (Delivery logistics)	12-15%	라이더 임금, 보험, 차량 유지비
...

이제 이윤(Profit margin)을 제거해 보십시오. 그러면 비영리 플랫폼이 됩니다. 좋습니다. 하지만 당신은 여전히 다음 상황을 마주하게 됩니다:

배달 물류 (Delivery logistics, 12-15%): 누가 드라이버에게 비용을 지불합니까? 플랫폼이 아니라면 식당이나 고객이 지불해야 합니다. V2EX 게시물은 이에 대해 답하지 않습니다.
인프라 (Infrastructure, 3-5%): 서버는 단순히 의지만으로 돌아가지 않습니다. 결제 프로세서 (Payment processors)는 당신의 사명 선언문과 상관없이 수수료를 부과합니다.
고객 지원 (Support, 2-3%): 누군가는 밤 11시에 발생하는 "내 주문은 어디 있나요"라는 불만 사항을 처리해야 합니다.

비영리 모델은 비용을 제거하는 것이 아니라, 그 비용을 누가 흡수하느냐를 바꿀 뿐입니다. 그리고 모든 역사적 사례에서 "커뮤니티"는 너무 늦을 때까지 그 비용을 전혀 흡수하지 않았습니다.

오픈 소스 지속 가능성과의 평행 이론

이 지점에서 저는 이것이 단지 중국만의 문제인 척하는 것을 멈춰야 합니다. 서구의 개발자들도 오픈 소스 인프라 (Open source infrastructure)에서 정확히 똑같은 패턴을 마주하고 있습니다.

유지보수 부채의 소용돌이 (The Maintenance Debt Spiral): 당신은 누군가가 여가 시간에 유지보수하는 라이브러리를 사용합니다. 그 라이브러리는 아주 잘 작동합니다. 그러다 어느 순간 작동하지 않게 되면 — 그때 당신은 유지보수자가 6개월 전에 번아웃(Burnout)을 겪었고, GitHub 이슈(Issues)는 공동묘지가 되었으며, 당신은 3번의 스프린트 주기 (Sprint cycles)를 소모해야 하는 마이그레이션 (Migration) 작업을 직면하게 된다는 사실을 깨닫게 됩니다.

V2EX 스레드는 묻습니다: "착취적인 플랫폼 없이 음식 배달을 할 수는 없을까요?" 오픈 소스 커뮤니티는 묻습니다: "기업의 후원 없이 지속 가능한 인프라를 가질 수는 없을까요?" 두 커뮤니티의 실패 양상에서 나오는 답변은 동일합니다: 누군가는 지불해야 하며, "커뮤니티"는 개인이 아닙니다.

저는 이것이 세 가지 다른 맥락에서 전개되는 것을 보았습니다:

개발 도구를 위한 Patreon: 개발자들은 "오픈 소스를 지원하기 위해" 매달 5달러를 약속합니다. 하지만 계산이 맞지 않습니다. 사용자 1,000명으로부터 매달 5달러를 받으면 연간 60,000달러입니다. 풀타임 유지보수자 한 명의 비용은 120,000달러 이상입니다. 격차는 좁혀지지 않습니다.
협동조합 플랫폼 (Cooperative platforms): 노동자 소유의 배달 협동조합이 존재합니다. 이들은 소규모에서는 작동합니다. 하지만 도시 단위 운영에 필요한 조정 비용 (Coordination costs)에 직면하면 붕괴합니다.
커뮤니티 자금 지원 인프라: Mastodon이 Twitter를 대체할 것이라고 했던 때를 기억하십니까? 서버는 여전히 그 자리에 있습니다. 자금 조달 모델은 결코 실현되지 않았습니다.

이 패턴은 일관적입니다. 비영리 모델은 저비용(사용자에게 유리함)을 위해 최적화하고, 운영 지속 가능성(위기가 닥쳐 드러날 때까지 인프라가 조용히 부식됨)을 희생합니다.

회의적인 시각: 왜 비영리 플랫폼이 실제로 독점(Consolidation)을 가속화하는가

여기서 저는 V2EX의 합의에서 벗어나며, 논의가 실제 함정을 놓치고 있다고 생각하는 지점이 있습니다.

비영리 모델은 과점(Duopoly)과 싸우는 것이 아니라, 과점을 가능하게 합니다.

그 논리는 다음과 같습니다:

비영리 플랫폼은 커뮤니티 자금 조달과 자원봉사 노동으로 시작합니다.
단일 도시의 사용자 500명에게는 아름답게 작동합니다.
조정의 벽(Coordination wall)에 부딪힙니다: 고객 지원 티켓이 쌓이고, 배달원은 안정적인 수입을 요구하며, 서버에 과부하가 걸립니다.
조용히 사라지거나(가장 가능성 높음), 혹은 전문화됩니다 — 직원을 채용하고, 인프라를 구축하며, 계층 구조를 만듭니다.
4단계에 이르면, 플랫폼은 자신이 싫어했던 존재, 즉 반드시 충당해야 하는 운영 비용을 가진 조직이 됩니다.

과점 기업이 승리하는 이유는 이미 인프라를 갖추고 있기 때문입니다. 비영리 모델은 결코 그 단계에 도달하지 못합니다.

비영리 플랫폼이라는 환상은 악의적인 행위자 (bad actor)를 제거할 수 있다고 약속하기 때문에 매혹적입니다. 하지만 악의적인 행위자는 독점 (monopoly)의 구조적 특징이지, 인격적 결함이 아닙니다. 도덕성이 아닌 구조를 바꿔야 합니다.

생존 체크리스트 (플랫폼 구축자와 플랫폼 사용자용)

만약 당신이 어떤 플랫폼(배달, SaaS, 개발 도구 등)을 구축하고 있다면, "비영리" 또는 "커뮤니티 지원"을 약속하기 전에 다음과 같은 질문을 던져야 합니다.

커뮤니티를 설계하기 전에 실제 비용을 파악하십시오: 인프라 (Infrastructure), 지원 (Support), 그리고 컴플라이언스 (Compliance)는 당신의 사명 선언문에는 관심이 없습니다. 1년 차가 아닌 3년 차의 수치를 계산해 보십시오.
"커뮤니티"가 비용을 부담하지 않을 때 누가 그 비용을 흡수할지 식별하십시오: 자원봉사 노동은 유한합니다. 약속은 선택 사항이지만, 청구서는 선택 사항이 아닙니다. 추상적인 집단이 아니라, 구체적인 사람이나 메커니즘을 명시하십시오.
해피 패스 (happy paths)가 아닌 실패 모드 (failure modes)를 위해 설계하십시오: 기부금이 40% 급감하면 어떻게 됩니까? 주요 기여자가 번아웃 (burnout)되면 어떻게 됩니까? 경쟁자가 당신의 가격보다 낮게 책정하면 어떻게 됩니까? 비영리 모델은 중복성 (redundancy)을 줄이는 것이 아니라 더 많이 요구합니다.
단순한 트랙션 (traction)이 아닌 지속 가능성을 측정하십시오: "사용자가 10,000명입니다!"는 지표가 아닙니다. "사용자가 10,000명이며, 풀타임 유지보수 인력 한 명을 고용할 수 있는 충분한 반복 매출 (recurring revenue)이 있습니다"가 지표입니다.
어떤 문제들은 커뮤니티가 아닌 조직을 필요로 한다는 점을 인정하십시오: 물류 (Logistics), 24/7 지원, 그리고 대규모 인프라 (infrastructure at scale)는 조직적인 문제입니다. "커뮤니티"는 참여를 위한 멋진 단어이지만, 책임 (accountability)을 묻기에는 끔찍한 단어입니다.

당신의 의견은 어떠신가요?

저도 예전에 이 부분에서 틀린 적이 있습니다. 한때 "커뮤니티 중심"의 개발 도구를 구축하는 것을 도왔으나, 초기 열기가 식었을 때 서버 비용을 누가 지불할지 결정하지 못해 결국 사장되었습니다. 비영리 또는 커뮤니티 자금 지원 인프라에 대한 당신의 경험은 어떠한가요? 3년 차를 버텨냈나요?

아래에 댓글을 남겨주세요. 모든 댓글에 답변하겠습니다.

V2EX에서의 토론, 2026년 6월: "수익을 목적으로 하지 않는 배달 플랫폼을 만들 수 있을까요" (답글 79개)

토론: 커뮤니티 펀딩 기반 또는 비영리 플랫폼에 대한 여러분의 경험은 어떠한가요? 해당 플랫폼들이 2년 차를 넘어 생존했나요? 그리고 실제로 무엇이 그들을 무너뜨렸나요?