平台PM原则与心理

1. 心理准备：验证周期长 5-10 倍。

• 平台工作的典型链条：基础设施变更 → 开放 API → alpha 期开发者测试 → beta → 最终用户使用，可能耗时两年。
• 你设计的不是终端用户体验，而是供开发者创造自己想法的"画布"（canvas）。
• 需要在团队中找到庆祝中间里程碑的方式（如 API 进入 alpha 时虽然没有新闻稿，但要让大家感到成就感）。

2. 在动手设计/技术执行前，先定义平台原则——尤其是对各方利益相关者的优先级排序。

• Amazon 示例： 消费者 > 卖家。当两者冲突时，永远选择消费者。这带来了极高的用户忠诚度，但也导致部分卖家不满。
• Shopify 示例： 商家 > 开发者。当冲突时优先保护商家利益。例如要求开发者将数据推回 Shopify，确保商家数据可跨 app 流通——但这可能导致开发者失去数据壁垒，甚至产生终端用户体验问题（如重复营销短信）。
• 如果不在早期有意识地定义这些原则，会在上线前夕被 CEO 叫停，或引发不可控的生态事故。

3. 平台 PM 的核心张力：多利益相关方博弈。

• 用户产品 PM 只需关注用户；平台 PM 需同时平衡开发者、商家、终端买家三方利益。
• 涉及政策设计、数据共享规则、各方经济回报分配。
• 产品设计问题也更复杂：第三方 app 是以链接形式存在（体验割裂），还是深度集成到主产品中（涉及直接数据集成、UI 由主产品代为渲染等复杂架构决策）。

4. 平台 PM 和用户产品 PM 不是单行道。

• 在两边来回切换是有价值的经历：平台工作让你理解"体验宇宙的边界"，用户产品工作让你保持快速迭代和直接用户反馈的节奏。