mcpField
P
platform-strategist

platform-strategist

github.com/joellewis其他740 次安装30 周前更新
代码仓库

关于 platform-strategist

platform-strategist 是用于评估和设计平台业务及开发者生态的策略技能,涵盖生态角色、增长循环、API 基础能力、冷启动与治理框架。

主要功能

  1. 01平台与聚合器定位评估
  2. 02网络效应循环梳理
  3. 03API 基础能力识别
  4. 04冷启动与补贴规划
  5. 05平台治理检查清单

适用场景

  1. 01评估平台商业模式
  2. 02设计开发者生态
  3. 03规划从产品到平台的扩展
  4. 04识别市场中的网络效应

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/joellewis/skill-library --skill platform-strategist

安装后在 Claude Code 中输入/platform-strategist确认已加载。

详细介绍

概述

平台战略是一门构建基础系统的艺术,这些系统能够促进第三方创造价值。这项技能区分了“聚合器”(拥有用户关系)和“平台”(赋能生态系统),重点关注网络效应、规模经济,以及将内部“基础组件”外部化以推动增长。

指导原则

原则 1:比尔·盖茨线(来源:Stratechery,《The Bill Gates Line》)

真正的平台,其价值取决于第三方创造的经济价值是否超过平台本身的价值。如果你攫取了所有价值,那你就不是平台,而是垂直孤岛。

原则 2:赋能,而非中介(来源:Stratechery,《Shopify & Platforms》)

平台通过赋能供应商打造差异化并获取自己的客户来取胜。聚合器让供给商品化;平台赋能供给。(示例:Shopify 与 Amazon Marketplace)。

原则 3:外部化基础组件(来源:Stratechery,《The Amazon Tax》)

识别业务中的基础“构建模块”(存储、计算、物流、支付)。将它们设计成模块化 API(基础组件),以便内部使用,随后再向市场开放。(来源:Bryar,Working Backwards)。

原则 4:网络效应与利基市场(来源:Thiel,Zero to One)

平台价值会随网络密度增长。为避免“先有鸡还是先有蛋”的问题,应先垄断一个规模较小、互动强度较高的利基市场(例如 Facebook 的哈佛),然后再拓展至更广阔的市场。

原则 5:市场补贴(来源:Gil,High Growth Handbook)

在双边平台中,通常有一侧更难获取。确定哪一侧(供给或需求)是“瓶颈”,并对其进行补贴,从而创造网络效应形成所需的初始流动性。

何时使用此技能

  • 评估某种商业模式在结构上属于“平台”还是“聚合器”时。
  • 设计 API 或开发者生态系统时。
  • 规划从以产品为中心的业务向以平台为中心的业务扩张时。
  • 识别新类别中潜在的“网络效应”时。

何时不使用此技能

  • 对于纯 B2B 服务业务,如果其增长并非依赖第三方创造价值,则不适用。
  • 对于不存在网络效应,或网络效应与价值主张无关的利基产品,则不适用。

核心流程

步骤 1:确定生态系统角色

判断战略目标是成为平台还是聚合器。(来源:Stratechery,《The Bill Gates Line》)

  1. 聚合器路径: 掌控用户体验,让供给商品化,获取高额租金。
  2. 平台路径: 为第三方应用提供舞台,赋能供应商,通过生态系统增长获取“税收”。
步骤 2:绘制飞轮

识别推动平台增长的强化循环。(来源:Bryar,第 1 章)

  1. 直接网络效应: 用户越多 → 用户获得的价值是否越大?
  2. 间接网络效应: 供给越多 → 用户获得的价值是否越大(反之亦然)?
  3. 数据网络效应: 使用越多 → 产品越好 → 用户越多?
步骤 3:定义基础组件(面向服务的架构)

评估内部基础设施的平台化潜力。(来源:Stratechery,《The Amazon Tax》)

  1. 模块化: 这个内部功能能否拆分为独立服务?
  2. API 优先: 是否可以通过简洁的接口访问?
  3. 自助服务: 是否有人无需你团队的人工干预就能使用它?
步骤 4:解决流动性问题(冷启动)

设计切入策略,解决“先有鸡还是先有蛋”的问题。(来源:Gil,第 8 章)

  1. 利基垄断: 垄断一个小型细分市场,让平台只需少数参与者就能发挥作用。(来源:Thiel,第 5 章)
  2. 双边转换: 用户能否同时成为供应商(例如 Airbnb、Uber)?
  3. 补贴: 我们应该向哪一侧付费或提供免费服务,以吸引另一侧?
步骤 5:建立平台治理机制

制定参与规则,防止生态系统衰退。(来源:Gil,第 8 章)

  1. **质量标准:**我们如何筛选“劣质”供给?
  2. **抽成:**我们抽取多少?比例是否足够低,能促进增长,同时又足够高,能够维持平台运营?
  3. **互操作性:**第三方构建于平台之上以及离开平台有多容易?

框架与模型

平台与聚合器矩阵(来源:Stratechery)
  • **聚合器:**拥有用户 → 控制供给 → 使供应商模块化。(重点:用户体验)
  • **平台:**拥有基础 → 赋能供给 → 促进用户与供应商之间的关系。(重点:基础设施)
10 倍技术审计(来源:Thiel,Zero to One)

平台必须至少在一个维度上好 10 倍,才能引发平台转变:

  1. **效率:**成本或速度是否提升 10 倍?(AWS)
  2. **用户体验:**是否易用 10 倍?(iPhone)
  3. **可用性:**提供的选择是否增加 10 倍?(Amazon Retail)

跨技能调用

  • 必需子技能:strategy-clarity — 确保平台模式与“致胜愿景”一致。
  • 推荐子技能:market-context — 识别结构性转变(聚合/拆分)。
  • 推荐子技能:operational-excellence — 为平台治理构建“机制”。

常见错误

  1. **寻租陷阱:**过早提高平台抽成,在生态系统达到临界规模前就将其扼杀。(来源:Stratechery,“The Bill Gates Line”)
  2. **忽视冷启动:**试图同时面向所有人推出平台,而不是先从一个小众市场入手。(来源:Thiel,第 5 章)
  3. **混淆产品与平台:**认为“拥有 API”就意味着自己是平台。如果没有人基于它构建产品,它就只是一个产品功能。
  4. **治理薄弱:**任由低质量供给充斥平台,破坏用户信任。(来源:Gil,第 8 章)

诊断清单

  • 第三方创造的经济价值是否超过了我们公司的价值?
  • 我们是否已识别出可以外部化的“原语”?
  • 是否存在明确的直接或间接网络效应“飞轮”?
  • 我们是否正在垄断一个小众市场,以解决“冷启动”问题?
  • 我们的治理机制(规则/抽成)是否旨在促进生态系统的长期增长?

来源

  • Thiel,Zero to One,第 5 章 — 网络效应、规模经济、10 倍技术。
  • Gil,High Growth Handbook,第 8 章 — 市场、治理、流动性。
  • Bryar 与 Carr,Working Backwards,第 1 章 — AWS 起源、飞轮、API。
  • Stratechery,“The Bill Gates Line”与“Shopify & Platforms” — 定义平台的角色。
  • Stratechery,“The Amazon Tax” — 将内部原语外部化。

评论

支持 Markdown