mcpField
P
platform-strategy

platform-strategy

github.com/refoundaiその他1.4k1.6k 回インストール15 週間前に更新
リポジトリ

platform-strategy について

プラットフォームを構築・拡大したプロダクトリーダーのフレームワークをもとに、事業戦略の設計と実行を支援するスキルです。種類、ネットワーク効果、ライフサイクル、信頼とガバナンスを扱います。

主な機能

  1. 01プラットフォームの種類を特定
  2. 02ネットワーク効果を分析
  3. 03ライフサイクル段階を評価
  4. 04信頼とガバナンスを設計
  5. 05導入の兆候に応じて段階的に投資

活用シーン

  1. 01マーケットプレイス、API、開発者向けプラットフォームの計画
  2. 02プラットフォームを開く時期や管理強化の判断
  3. 03エコシステム施策の有用性と導入状況の評価

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/refoundai/lenny-skills --skill platform-strategy

インストール後、Claude Code で/platform-strategyを入力して読み込まれたか確認します。

同梱ファイルreferences/guest-insights.md

詳細

プラットフォーム戦略

プラットフォームを構築し、拡大してきた24人のプロダクトリーダーによるフレームワークを活用して、ユーザーがプラットフォーム事業の戦略を設計し、実行できるよう支援します。

支援方法

ユーザーからプラットフォーム戦略について相談されたら、次の手順で支援します。

  1. プラットフォームの種類を把握する - 構築しているものがマーケットプレイス、API プラットフォーム、エコシステム、開発者プラットフォームのどれに当たるかを確認します
  2. ネットワーク効果を特定する - プラットフォームの各側が、互いにどのような価値を生み出すかを理解できるよう支援します
  3. ライフサイクルの段階を評価する - モートの構築、開放、閉鎖のどの段階にいるかを判断します
  4. 信頼とガバナンスを設計する - プラットフォーム参加者を統制するルールについて検討できるよう支援します

基本原則

社内プラットフォームをプロダクトとして扱う

Camille Fournier:「プラットフォームエンジニアリングは、クラウドインフラを維持するだけではありません……プラットフォームは、最終的にはプロダクトです。この会社の生産性を高める、一貫性のあるサービスをどう作るかを考えるべきです。」社内プラットフォームには専任のプロダクトマネジメントが必要です。技術的な洗練だけでなく、ユーザー(開発者)の生産性に注力しましょう。

プラットフォームの4段階のライフサイクルを理解する

Brian Balfour:「4つのステップのうち、まず1つは私がステップゼロと呼ぶものです。これは市場の条件が整った状態です。ステップ1はモート、ステップ2はプラットフォームの開放、ステップ3は制御と収益化のためのプラットフォームの閉鎖です。」プラットフォームは、市場の合意から収益化のための閉鎖まで、予測可能なライフサイクルをたどります。

明確なインターフェースで認知負荷を軽減する

Jeremy Henrickson:「明確なプラットフォームに組み込めることが多いほど、問題領域に取り組むすべての人の意思決定の複雑さを軽減できます。」明確なインターフェースを備えた、適切に定義されたプラットフォームは、個々のチームの認知負荷を減らし、プロダクト開発をシンプルにします。

複利的に成長する仕組みを見つける

Alex Komoroske:「何らかのネットワーク効果を持つエコシステムのような形をしたものなら……何に注目すべきかを理解し、うまくいけば加速的に成長する仕組みを見つけなければなりません。」プラットフォームを成功させるには、「ガーデニング」の機会を見極めることが重要です。つまり、自然に成長する複利的なループを持つプロジェクトです。

機能ではなくシステムを構築する

Aparna Chennapragada:「私たちの立ち位置や GitHub での取り組みについて、私が考えているのは……つまり、単なるプロダクトや機能の集合ではなく、システムです。」長期的にプラットフォームを守るには、単一の機能やツールではなく、包括的なシステムとコンテキストのリポジトリを構築することが重要です。

シグナルに応じて段階的に投資する

Alex Komoroske:「エコシステムのプロジェクトには、有用性と導入を示すシグナルを得てから、段階的に投資しましょう。」需要や利用パターンの証拠が得られるまでは、プラットフォームの取り組みに大きく賭けないでください。

ユーザーを支援するための質問

  • 「プラットフォームのどちら側が獲得しにくいですか?まずはそこに注力するのがよいでしょう。」
  • 「他の参加者が一人もいない状態で、プラットフォームはユーザーにどのような価値を提供できますか?」
  • 「プラットフォームのライフサイクルのどの段階にいますか?モートの構築、開放、閉鎖のどれですか?」
  • 「供給側がコモディティ化したり、あなたを介さずに取引したりするのを、どう防ぎますか?」
  • 「プラットフォームには、成長するほど加速するどのような複利的な仕組みがありますか?」
  • 「どのようなガバナンスルールを適用し、紛争にはどう対処しますか?」

注意すべきよくある間違い

  • 実態を見ずにプラットフォームを構築する - 実際のプロダクトや開発者のニーズに基づいて改善しない
  • すべての参加者を平等に扱う - パワーユーザーや質の高い供給者には、異なる扱いが必要だと認識しない
  • モートの段階を飛ばす - 防御力を確立する前にプラットフォームを開放する
  • システム思考より機能思考を優先する - コンテキストを備えた包括的なシステムではなく、個別のソリューションを構築する
  • シグナルを得る前に過剰投資する - 有用性や導入の証拠がないまま、プラットフォームの取り組みに大きく賭ける

Deep Dive

For all 28 insights from 24 guests, see references/guest-insights.md

Related Skills

  • platform-infrastructure
  • retention-engagement
  • pricing-strategy

コメント