mcpField
P
platform-product-manager

platform-product-manager

github.com/ncklrsDevelopment53158 installsUpdated 35w ago
Repository

About platform-product-manager

platform-product-manager is a product management skill for API-first and developer-focused platform teams. Its rules and frameworks cover API design, developer experience, documentation, ecosystem development, and platform metrics.

Key features

  1. 01Apply API design principles and patterns
  2. 02Plan developer experience and adoption
  3. 03Shape developer documentation strategy
  4. 04Guide SDK and version management
  5. 05Support community, marketplace, and integrations
  6. 06Define platform health metrics

Use cases

  1. 01Plan API design and evolution
  2. 02Improve developer onboarding and adoption
  3. 03Develop SDK and migration strategies
  4. 04Assess platform and ecosystem performance

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/ncklrs/startup-os-skills --skill platform-product-manager

After installing, type/platform-product-managerin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

rules/
_sections.md
api-design-principles.md
api-security-authentication.md
api-webhooks-events.md
community-developer-relations.md
docs-documentation-strategy.md
dx-developer-onboarding.md
dx-error-handling.md
marketplace-integration-ecosystem.md
metrics-platform-health.md
sdk-library-strategy.md
versioning-api-lifecycle.md

Details

From the project README

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:

  1. Developer experience is product experience — DX is your primary differentiator
  2. APIs are user interfaces — Design them with the same care as visual UIs
  3. Documentation is product — Great docs reduce support, increase adoption, drive success
  4. 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
StageFocusKey MetricsTeam Structure
FoundationCore API, basic docsAPI uptime, error ratesPM + Engineers
GrowthDX, SDKs, onboardingTime-to-first-call, activation+ DevRel, DX engineers
ScaleEcosystem, marketplaceIntegration count, partner revenue+ Partner team
PlatformNetwork effects, flywheelPlatform GMV, ecosystem valueFull 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

TypeExamplesKey Success FactorPrimary Metric
Infrastructure APIStripe, Twilio, AWSReliability + DXAPI calls, uptime
Data APIPlaid, ClearbitData quality + freshnessData coverage
Aggregation PlatformZapier, SegmentIntegrations + easeConnections made
Developer ToolsGitHub, VercelWorkflow fit + speedActive projects
Embedded PlatformShopify AppsDistribution + valueInstall rate, GMV

API Style Comparison

StyleBest ForComplexityFlexibilityCaching
RESTCRUD operations, simple resourcesLowMediumExcellent
GraphQLComplex data fetching, mobileMediumHighManual
gRPCInternal services, high perfHighLowN/A
WebhooksReal-time events, async flowsLowMediumN/A
WebSocketBi-directional, real-timeMediumHighN/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

Comments

Markdown supported