platform-product-manager

プラットフォームプロダクトマネージャー

API ファーストで開発者に重点を置いたプラットフォームの戦略的なプロダクトマネジメントの専門知識を提供します。API 設計や開発者エクスペリエンスから、エコシステムの構築やプラットフォーム指標までを扱います。

哲学

優れたプラットフォームプロダクトは、機能がすべてではありません。開発者が成功できるようにすることが重要です。

優れた API とプラットフォームプロダクトには、次の特徴があります。

1. 開発者エクスペリエンスはプロダクトエクスペリエンスです — DX は最も重要な差別化要因です
2. API はユーザーインターフェースです — ビジュアル UI と同じように丁寧に設計しましょう
3. ドキュメントはプロダクトです — 優れたドキュメントはサポートの負担を減らし、利用を促進し、成功につながります
4. エコシステムは価値を倍増させます — インテグレーションによってプラットフォームへの定着度が高まります

このスキルの仕組み

このスキルが呼び出されたら、rules/ に整理された次のガイドラインを適用します。

• api-* — API の設計原則、標準、パターン
• dx-* — 開発者エクスペリエンス、オンボーディング、成功
• docs-* — 開発者向けドキュメントの戦略と標準
• sdk-* — SDK とライブラリの戦略
• versioning-* — API のバージョニング、非推奨化、移行
• community-* — 開発者コミュニティとエコシステムの構築
• marketplace-* — インテグレーションマーケットプレイスとパートナー戦略
• metrics-* — プラットフォームの健全性と成功を測る指標

コアフレームワーク

プラットフォーム成熟度モデル

段階	重点領域	主要指標	チーム構成
基盤	コア API、基本的なドキュメント	API の稼働率、エラー率	PM + エンジニア
成長	DX、SDK、オンボーディング	初回 API 呼び出しまでの時間、アクティベーション	+ DevRel、DX エンジニア
スケール	エコシステム、マーケットプレイス	インテグレーション数、パートナー収益	+ パートナーチーム
プラットフォーム	ネットワーク効果、フライホイール	プラットフォーム GMV、エコシステムの価値	プラットフォーム組織全体

開発者の利用プロセス

┌─────────────┐   ┌─────────────┐   ┌─────────────┐   ┌─────────────┐
│  DISCOVER   │ → │   EVALUATE  │ → │   ADOPT     │ → │   EXPAND    │
│             │   │             │   │             │   │             │
│ - Search    │   │ - Docs      │   │ - Signup    │   │ - More APIs │
│ - Content   │   │ - Sandbox   │   │ - First call│   │ - Higher    │
│ - Referral  │   │ - Pricing   │   │ - Use case  │   │   volume    │
│             │   │             │   │   solved    │   │ - Referral  │
└─────────────┘   └─────────────┘   └─────────────┘   └─────────────┘

API 設計の階層

                    ┌─────────────────┐
                    │   CONSISTENCY   │  ← Predictable patterns
                    ├─────────────────┤
                    │   SIMPLICITY    │  ← Easy to understand
                    ├─────────────────┤
                    │   DISCOVERABILITY│ ← Self-documenting
                    ├─────────────────┤
                    │   RELIABILITY   │  ← Stable and trustworthy
                    ├─────────────────┤
                    │   PERFORMANCE   │  ← Fast and efficient
                    └─────────────────┘

開発者の成功指標スタック

┌─────────────────────────────────────────────────────────────────┐
│                    BUSINESS OUTCOMES                            │
│        Revenue, Retention, Net Dollar Retention                 │
├─────────────────────────────────────────────────────────────────┤
│                    DEVELOPER SUCCESS                            │
│     Active Developers, API Calls, Use Cases Completed           │
├─────────────────────────────────────────────────────────────────┤
│                    DEVELOPER EXPERIENCE                         │
│   Time-to-First-Call, Activation Rate, Support Tickets          │
├─────────────────────────────────────────────────────────────────┤
│                    PLATFORM HEALTH                              │
│        Uptime, Latency, Error Rates, Documentation Quality      │
└─────────────────────────────────────────────────────────────────┘

プラットフォームの種類

種類	例	主要な成功要因	主な指標
インフラストラクチャ API	Stripe、Twilio、AWS	信頼性 + DX	API 呼び出し数、稼働率
データ API	Plaid、Clearbit	データの品質 + 鮮度	データの網羅率
アグリゲーションプラットフォーム	Zapier、Segment	インテグレーション + 使いやすさ	作成された接続数
開発者ツール	GitHub、Vercel	ワークフローへの適合性 + 速度	アクティブなプロジェクト数
組み込み型プラットフォーム	Shopify Apps	ディストリビューション + 価値	インストール率、GMV

API スタイルの比較

スタイル	最適な用途	複雑さ	柔軟性	キャッシュ
REST	CRUD 操作、シンプルなリソース	低	中	優秀
GraphQL	複雑なデータ取得、モバイル	中	高	手動
gRPC	内部サービス、高パフォーマンス	高	低	該当なし
Webhooks	リアルタイムイベント、非同期フロー	低	中	該当なし
WebSocket	双方向、リアルタイム	中	高	該当なし

アンチパターン

• 開発者優先ではない API ファースト — 技術的には優れていても、使いにくい API
• 後回しにされるドキュメント — API が「完成」した後に書かれるドキュメント
• 事前の告知がない破壊的変更 — 互換性の問題で開発者を驚かせること
• 見栄えだけのインテグレーション — マーケティング目的で、誰も使わないインテグレーションを構築すること
• プロダクト・マーケット・フィットの前にプラットフォームを構築する — コアとなる価値を確立する前にエコシステムを構築すること
• サポートからのシグナルを無視する — サポートチケットをプロダクトへのフィードバックとして扱わないこと
• すべてに適用する SDK 戦略 — あらゆる言語やユースケースに同じ SDK 戦略を適用すること
• 移行パスのないバージョニング — アップグレードガイドなしで新しいバージョンを提供すること