Platform Product Manager
Strategic product management expertise for API-first and developer-focused platforms — from API design and developer experience to ecosystem building and platform metrics.
Philosophy
Great platform products aren't about features. They're about making developers successful.
The best API and platform products:
- Developer experience is product experience — DX is your primary differentiator
- APIs are user interfaces — Design them with the same care as visual UIs
- Documentation is product — Great docs reduce support, increase adoption, drive success
- Ecosystem multiplies value — Your integrations make your platform stickier
How This Skill Works
When invoked, apply the guidelines in rules/ organized by:
api-* — API design principles, standards, and patterns
dx-* — Developer experience, onboarding, and success
docs-* — Developer documentation strategy and standards
sdk-* — SDK and library strategy
versioning-* — API versioning, deprecation, and migration
community-* — Developer community and ecosystem building
marketplace-* — Integration marketplace and partner strategy
metrics-* — Platform health and success metrics
Core Frameworks
Platform Maturity Model
| Stage |
Focus |
Key Metrics |
Team Structure |
| Foundation |
Core API, basic docs |
API uptime, error rates |
PM + Engineers |
| Growth |
DX, SDKs, onboarding |
Time-to-first-call, activation |
+ DevRel, DX engineers |
| Scale |
Ecosystem, marketplace |
Integration count, partner revenue |
+ Partner team |
| Platform |
Network effects, flywheel |
Platform GMV, ecosystem value |
Full platform org |
The Developer Journey
┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐
│ DISCOVER │ → │ EVALUATE │ → │ ADOPT │ → │ EXPAND │
│ │ │ │ │ │ │ │
│ - Search │ │ - Docs │ │ - Signup │ │ - More APIs │
│ - Content │ │ - Sandbox │ │ - First call│ │ - Higher │
│ - Referral │ │ - Pricing │ │ - Use case │ │ volume │
│ │ │ │ │ solved │ │ - Referral │
└─────────────┘ └─────────────┘ └─────────────┘ └─────────────┘
API Design Hierarchy
┌─────────────────┐
│ CONSISTENCY │ ← Predictable patterns
├─────────────────┤
│ SIMPLICITY │ ← Easy to understand
├─────────────────┤
│ DISCOVERABILITY│ ← Self-documenting
├─────────────────┤
│ RELIABILITY │ ← Stable and trustworthy
├─────────────────┤
│ PERFORMANCE │ ← Fast and efficient
└─────────────────┘
Developer Success Metrics Stack
┌─────────────────────────────────────────────────────────────────┐
│ 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 │
└─────────────────────────────────────────────────────────────────┘
Platform Types
| Type |
Examples |
Key Success Factor |
Primary Metric |
| Infrastructure API |
Stripe, Twilio, AWS |
Reliability + DX |
API calls, uptime |
| Data API |
Plaid, Clearbit |
Data quality + freshness |
Data coverage |
| Aggregation Platform |
Zapier, Segment |
Integrations + ease |
Connections made |
| Developer Tools |
GitHub, Vercel |
Workflow fit + speed |
Active projects |
| Embedded Platform |
Shopify Apps |
Distribution + value |
Install rate, GMV |
API Style Comparison
| Style |
Best For |
Complexity |
Flexibility |
Caching |
| REST |
CRUD operations, simple resources |
Low |
Medium |
Excellent |
| GraphQL |
Complex data fetching, mobile |
Medium |
High |
Manual |
| gRPC |
Internal services, high perf |
High |
Low |
N/A |
| Webhooks |
Real-time events, async flows |
Low |
Medium |
N/A |
| WebSocket |
Bi-directional, real-time |
Medium |
High |
N/A |
Anti-Patterns
- API-first without developer-first — Technically great API that's hard to use
- Documentation as afterthought — Docs written after API is "done"
- Breaking changes without warning — Surprising developers with incompatibilities
- Vanity integrations — Building integrations nobody uses for marketing
- Platform before product-market fit — Building ecosystem before core value
- Ignoring support signals — Not treating support tickets as product feedback
- One-size-fits-all SDK — Same SDK strategy for all languages/use cases
- Versioning without migration path — New versions without upgrade guides
1---2name: platform-product-manager3description: Expert platform and API product management guidance for developer-focused products. Use when planning API product strategy, designing APIs, improving developer experience (DX), creating developer documentation, building SDKs, planning API versioning and deprecation, building developer communities, creating integration marketplaces, or measuring platform health. Covers REST, GraphQL, webhooks, and platform ecosystems.4---5
6# Platform Product Manager
7
8Strategic product management expertise for API-first and developer-focused platforms — from API design and developer experience to ecosystem building and platform metrics.
9
10## Philosophy
11
12Great platform products aren't about features. They're about making developers **successful**.
13
14The best API and platform products:
151. **Developer experience is product experience** — DX is your primary differentiator
162. **APIs are user interfaces** — Design them with the same care as visual UIs
173. **Documentation is product** — Great docs reduce support, increase adoption, drive success
184. **Ecosystem multiplies value** — Your integrations make your platform stickier
19
20## How This Skill Works
21
22When invoked, apply the guidelines in `rules/` organized by:
23
24- `api-*` — API design principles, standards, and patterns
25- `dx-*` — Developer experience, onboarding, and success
26- `docs-*` — Developer documentation strategy and standards
27- `sdk-*` — SDK and library strategy
28- `versioning-*` — API versioning, deprecation, and migration
29- `community-*` — Developer community and ecosystem building
30- `marketplace-*` — Integration marketplace and partner strategy
31- `metrics-*` — Platform health and success metrics
32
33## Core Frameworks
34
35### Platform Maturity Model
36
37| Stage | Focus | Key Metrics | Team Structure |
38|-------|-------|-------------|----------------|
39| **Foundation** | Core API, basic docs | API uptime, error rates | PM + Engineers |
40| **Growth** | DX, SDKs, onboarding | Time-to-first-call, activation | + DevRel, DX engineers |
41| **Scale** | Ecosystem, marketplace | Integration count, partner revenue | + Partner team |
42| **Platform** | Network effects, flywheel | Platform GMV, ecosystem value | Full platform org |
43
44### The Developer Journey
45
46```
47┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐
48│ DISCOVER │ → │ EVALUATE │ → │ ADOPT │ → │ EXPAND │
49│ │ │ │ │ │ │ │
50│ - Search │ │ - Docs │ │ - Signup │ │ - More APIs │
51│ - Content │ │ - Sandbox │ │ - First call│ │ - Higher │
52│ - Referral │ │ - Pricing │ │ - Use case │ │ volume │
53│ │ │ │ │ solved │ │ - Referral │
54└─────────────┘ └─────────────┘ └─────────────┘ └─────────────┘
55```
56
57### API Design Hierarchy
58
59```
60 ┌─────────────────┐
61 │ CONSISTENCY │ ← Predictable patterns
62 ├─────────────────┤
63 │ SIMPLICITY │ ← Easy to understand
64 ├─────────────────┤
65 │ DISCOVERABILITY│ ← Self-documenting
66 ├─────────────────┤
67 │ RELIABILITY │ ← Stable and trustworthy
68 ├─────────────────┤
69 │ PERFORMANCE │ ← Fast and efficient
70 └─────────────────┘
71```
72
73### Developer Success Metrics Stack
74
75```
76┌─────────────────────────────────────────────────────────────────┐
77│ BUSINESS OUTCOMES │
78│ Revenue, Retention, Net Dollar Retention │
79├─────────────────────────────────────────────────────────────────┤
80│ DEVELOPER SUCCESS │
81│ Active Developers, API Calls, Use Cases Completed │
82├─────────────────────────────────────────────────────────────────┤
83│ DEVELOPER EXPERIENCE │
84│ Time-to-First-Call, Activation Rate, Support Tickets │
85├─────────────────────────────────────────────────────────────────┤
86│ PLATFORM HEALTH │
87│ Uptime, Latency, Error Rates, Documentation Quality │
88└─────────────────────────────────────────────────────────────────┘
89```
90
91## Platform Types
92
93| Type | Examples | Key Success Factor | Primary Metric |
94|------|----------|-------------------|----------------|
95| **Infrastructure API** | Stripe, Twilio, AWS | Reliability + DX | API calls, uptime |
96| **Data API** | Plaid, Clearbit | Data quality + freshness | Data coverage |
97| **Aggregation Platform** | Zapier, Segment | Integrations + ease | Connections made |
98| **Developer Tools** | GitHub, Vercel | Workflow fit + speed | Active projects |
99| **Embedded Platform** | Shopify Apps | Distribution + value | Install rate, GMV |
100
101## API Style Comparison
102
103| Style | Best For | Complexity | Flexibility | Caching |
104|-------|----------|------------|-------------|---------|
105| **REST** | CRUD operations, simple resources | Low | Medium | Excellent |
106| **GraphQL** | Complex data fetching, mobile | Medium | High | Manual |
107| **gRPC** | Internal services, high perf | High | Low | N/A |
108| **Webhooks** | Real-time events, async flows | Low | Medium | N/A |
109| **WebSocket** | Bi-directional, real-time | Medium | High | N/A |
110
111## Anti-Patterns
112
113- **API-first without developer-first** — Technically great API that's hard to use
114- **Documentation as afterthought** — Docs written after API is "done"
115- **Breaking changes without warning** — Surprising developers with incompatibilities
116- **Vanity integrations** — Building integrations nobody uses for marketing
117- **Platform before product-market fit** — Building ecosystem before core value
118- **Ignoring support signals** — Not treating support tickets as product feedback
119- **One-size-fits-all SDK** — Same SDK strategy for all languages/use cases
120- **Versioning without migration path** — New versions without upgrade guides