플랫폼 전략 로드맵 만들기(Build a platform strategy roadmap)

플랫폼은 제품이 아니라 전제조건에서 실패한다

가장 흔한 플랫폼 실패는 전제조건이 자리 잡기 전에 출시하는 것입니다 — 개발자 없는 개발자 포털, 공급 없는 마켓플레이스, 앱 없는 앱 플랫폼. Stripe의 엔지니어링 글과 Y Combinator 라이브러리 모두 전제조건을 게이트 요인으로 다룹니다: v1에 PMF가 없고 첫날 최소 파트너 밀도가 없다면 플랫폼 출시는 굶습니다. Reforge의 그로스 루프(growth loop) 리서치는 플랫폼 플라이휠이 양쪽 루프가 외부 마케팅 보조 없이 가치를 만들기에 충분한 밀도를 가질 때만 돈다는 것을 보여줍니다.

Build a platform strategy roadmap 프롬프트의 작동 방식

프롬프트는 어떤 로드맵 시퀀싱 전에 6개 전제조건에 대한 0-3 스코어카드를 강제하고, 그다음 12개월 계획의 각 분기가 가장 낮은 점수의 전제조건을 먼저 다루도록 요구합니다. 파트너 밀도 질문이 부하지지(load-bearing) 질문 — 강한 기술과 약한 파트너 밀도의 플랫폼은 출시 월에 실패합니다.

언제 사용할까

• 리더십이 제품에서 플랫폼으로 언제 가는지 묻고 있을 때.
• 파트너 생태계가 API나 앱 확장성을 요청할 때.
• v2를 만들고 있고 나중에 플랫폼을 위해 재아키텍처링을 피하고 싶을 때.
• 경쟁자가 플랫폼을 출시했고 이사회가 대응을 원할 때.
• 가격 모델이 평탄한 곡선에 부딪히고 있고 플랫폼 take rate이 그것을 풀어낼 때.

흔한 함정

• v1 PMF 전에 출시. 비-PMF 제품 위의 플랫폼 MVP는 두 리스크를 복리화합니다. v1을 먼저 고치세요.
• 거버넌스 과소평가. 조정, 품질, 사기, 폐기는 플랫폼 모멘텀을 죽이는 숨은 비용입니다.
• 첫날 파트너 밀도 없음. 파트너 2명인 플랫폼은 비어 보이고, 20명이면 살아 있어 보입니다. 실제로 달성할 수 있는 최소 밀도의 원형을 고르세요.

참고 자료

• Stripe Blog — Stripe
• Y Combinator Library — Y Combinator
• Growth Loops — Reforge
• Product Strategy Overview — Silicon Valley Product Group