platform-strategist について
platform-strategistは、プラットフォーム事業や開発者エコシステムの評価・設計に使う戦略スキルです。役割の見極め、成長ループ、APIのプリミティブ、コールドスタート、ガバナンスの枠組みを扱います。
主な機能
- 01プラットフォームとアグリゲーターの評価
- 02ネットワーク効果の循環整理
- 03APIプリミティブの特定
- 04コールドスタートと補助策の計画
- 05プラットフォームガバナンスのチェックリスト
活用シーン
- 01プラットフォーム事業モデルの評価
- 02開発者エコシステムの設計
- 03製品からプラットフォームへの展開計画
- 04市場におけるネットワーク効果の発見
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ joellewis/ skill-library --skill platform-strategistインストール後、Claude Code で/platform-strategistを入力して読み込まれたか確認します。
詳細
概要
プラットフォーム戦略とは、第三者による価値創造を促進する基盤システムを構築する技術です。このスキルでは、「アグリゲーター」(ユーザーとの関係を所有する側)と「プラットフォーム」(エコシステムを支援する側)を区別し、ネットワーク効果、規模の経済、そして成長エンジンとして社内の「プリミティブ」を外部化することに重点を置きます。
指針
原則 1:ビル・ゲイツ・ライン(出典:Stratechery、「The Bill Gates Line」)
真のプラットフォームの価値は、第三者が生み出す経済的価値がプラットフォーム自体の価値を 上回る ことで決まります。すべての価値を自社で取り込むのであれば、それはプラットフォームではなく、垂直統合型のサイロです。
原則 2:仲介するのではなく、力を与える(出典:Stratechery、「Shopify & Platforms」)
プラットフォームは、サプライヤーが差別化を図り、自ら顧客を獲得できるようにすることで勝ちます。アグリゲーターは供給をコモディティ化し、プラットフォームは供給側を支援します。(例:Shopify と Amazon Marketplace)
原則 3:プリミティブを外部化する(出典:Stratechery、「The Amazon Tax」)
自社のビジネスを支える基本的な「構成要素」(ストレージ、コンピューティング、物流、決済)を特定します。それらをモジュール式の API(プリミティブ)として設計し、社内で利用した後、市場に外部化できるようにします。(出典:Bryar、『Working Backwards』)
原則 4:ネットワーク効果とニッチ(出典:Thiel、『Zero to One』)
プラットフォームの価値は、ネットワークの密度に応じて拡大します。「鶏が先か、卵が先か」の問題を避けるため、より広い市場に拡大する前に、熱量の高い小さなニッチ(例:Facebook におけるハーバード大学)を独占することから始めます。
原則 5:マーケットプレイスへの補助金(出典:Gil、『High Growth Handbook』)
両面プラットフォームでは、通常、獲得がより難しい側があります。どちら側(供給または需要)が「制約要因」なのかを特定し、ネットワーク効果が働き始めるために必要な初期の流動性を生み出せるよう、その側に補助金を提供します。
このスキルを使う場面
- ビジネスモデルが構造的に「プラットフォーム」なのか「アグリゲーター」なのかを評価するとき。
- API や開発者エコシステムを設計するとき。
- プロダクト中心のビジネスからプラットフォーム中心のビジネスへの拡大を計画するとき。
- 新しいカテゴリーで潜在的な「ネットワーク効果」を特定するとき。
このスキルを使わない場面
- 第三者による価値創造を通じて拡大しない、純粋な B2B サービスビジネスの場合。
- ネットワーク効果が存在しない、または価値提案に関係しないニッチな製品の場合。
基本プロセス
ステップ 1:エコシステムにおける役割を特定する
戦略目標がプラットフォームになることなのか、アグリゲーターになることなのかを判断します。(出典:Stratechery、「The Bill Gates Line」)
- アグリゲーターの道筋: ユーザー体験を所有し、供給をコモディティ化し、高いレントを獲得します。
- プラットフォームの道筋: 第三者アプリのための場を提供し、サプライヤーを支援し、エコシステムの成長に対する「税」を獲得します。
ステップ 2:フライホイールを図示する
プラットフォームの成長を促進する、強化ループを特定します。(出典:Bryar、第 1 章)
- 直接ネットワーク効果: ユーザーが増えるほど、ユーザーにとっての価値も高まりますか?
- 間接ネットワーク効果: 供給が増えるほど、ユーザーにとっての価値も高まりますか(また、その逆も同様ですか)?
- データネットワーク効果: 利用が増えるほど、製品が改善し、ユーザーも増えますか?
ステップ 3:プリミティブを定義する(サービス指向アーキテクチャ)
社内インフラを監査し、プラットフォームとしての可能性を探ります。(出典:Stratechery、「The Amazon Tax」)
- モジュール化: この社内機能を切り離し、独立したサービスにできますか?
- API ファースト: 明確なインターフェースを介してアクセスできますか?
- セルフサービス: チームの人間が介入しなくても利用できますか?
ステップ 4:流動性の問題を解決する(コールドスタート)
「鶏が先か、卵が先か」の問題を乗り越える参入戦略を設計します。(出典:Gil、第 8 章)
- ニッチ市場の独占: 参加者が少数でもプラットフォームが役立つ小さなサブマーケットを独占します。(出典:Thiel、第 5 章)
- サイドの切り替え: ユーザーがサプライヤーにもなれますか(例:Airbnb、Uber)?
- 補助金: もう一方の側を引き付けるために、どちら側に報酬を支払う、または無料で提供するべきですか?
ステップ 5:プラットフォームガバナンスを確立する
エコシステムの衰退を防ぐため、参加ルールを定めます。(出典:Gil、第 8 章)
- 品質基準: 「質の低い」供給をどのように選別しますか?
- 税率: プラットフォームの取り分はどれくらいですか?成長を促すほど低く、プラットフォームを維持できるほど高い水準ですか?
- 相互運用性: サードパーティはどれだけ簡単にプラットフォーム上で構築し、プラットフォームから離れられますか?
フレームワークとモデル
プラットフォームとアグリゲーターのマトリックス(出典:Stratechery)
- アグリゲーター: ユーザーを所有 → 供給を管理 → サプライヤーをモジュール化します。(焦点:UX)
- プラットフォーム: 基盤を所有 → 供給を強化 → ユーザーとサプライヤーの関係を促進します。(焦点:インフラ)
10 倍テクノロジー監査(出典:Thiel、『Zero to One』)
プラットフォームの転換を引き起こすには、少なくとも 1 つの側面で 10 倍優れている必要があります。
- 効率: 10 倍安価、または高速ですか?(AWS)
- UX: 10 倍使いやすいですか?(iPhone)
- 可用性: 10 倍多くの選択肢を提供しますか?(Amazon Retail)
スキル横断の呼び出し
- 必須サブスキル:
strategy-clarity— プラットフォームモデルが「勝利への志」と一致していることを確認します。 - 推奨サブスキル:
market-context— 構造的な変化(アグリゲーション/アンバンドリング)を特定します。 - 推奨サブスキル:
operational-excellence— プラットフォームガバナンスの「仕組み」を構築します。
よくある間違い
- レントシーキングの罠: プラットフォームの手数料を早期に引き上げ、エコシステムが臨界規模に達する前に壊してしまいます。(出典:Stratechery、「The Bill Gates Line」)
- コールドスタートを無視する: 小さなニッチから始めるのではなく、最初からすべての人に向けてプラットフォームを立ち上げようとします。(出典:Thiel、第 5 章)
- 製品とプラットフォームを混同する: 「API がある」だけでプラットフォームになれると考えます。誰もその上で構築しなければ、それは単なる製品機能です。
- ガバナンスの弱さ: 質の低い供給がプラットフォームを圧倒するのを許し、ユーザーの信頼を損ないます。(出典:Gil、第 8 章)
診断チェックリスト
- サードパーティが生み出す経済的価値は、自社の価値を上回っていますか?
- 外部化できる「プリミティブ」を特定しましたか?
- 直接または間接のネットワーク効果による明確な「フライホイール」がありますか?
- 「コールドスタート」問題を解決するため、小さなニッチを独占していますか?
- ガバナンス(ルール/税)は、エコシステムの長期的な成長を促すよう設計されていますか?
参考資料
- Thiel、『Zero to One』、第 5 章 — ネットワーク効果、規模の経済、10 倍テクノロジー。
- Gil、『High Growth Handbook』、第 8 章 — マーケットプレイス、ガバナンス、流動性。
- Bryar & Carr、『Working Backwards』、第 1 章 — AWS の起源、フライホイール、API。
- Stratechery、「The Bill Gates Line」および「Shopify & Platforms」 — プラットフォームの役割の定義。
- Stratechery、「The Amazon Tax」 — 内部のプリミティブの外部化。