03. 机会评估、竞争与验证 · 讲者经验 · 教学步骤 3

先查平台替代风险

只填补平台临时缺失功能，可能在平台原生化后立即失去价值。

原知识点：OpenAI 后来补齐自己的搜索功能后，讲者下架扩展。

执行步骤

  1. 列出产品依赖的平台入口、API、权限、分发、账号、计费和政策。
  2. 为每项风险分别估计发生可能性、影响和可恢复性，并写出证据；分值定义由本项目先行约定。
  3. 模拟平台原生加入功能、API停用、权限收紧、入口降权和账号冻结五类情景。
  4. 逐一写出用户仍会选择你的独立价值、可迁移资产和替代渠道；没有就标为单点依赖。
  5. 按团队可承受中断时间与损失设升级、降依赖或放弃条件。

可复制工作表

平台/依赖：__
依赖类型：入口/API/权限/分发/计费/政策__
评分定义：可能性__级；影响__级；可恢复性__级
情景：__
可能性：__，依据__
影响：__，依据__
恢复时间/成本：__
平台原生化后仍有的独立价值：__
可迁移数据/品牌/渠道：__
缓解动作：__
升级或停止条件：__
责任人/复查日期：__

完整示例

【完整示例，1—3分仅为本项目自定义】某浏览器扩展把“API被收回”可能性记2、影响3、可恢复性1，因为核心数据只能从该API取得；“平台自带同类搜索”可能性2、影响2，但产品仍有跨平台历史分析。团队把前者列为最高风险，要求先验证用户是否愿为可导出的独立历史数据付费；评分不代表通用概率。

完成清单

  • 平台依赖覆盖入口、API、权限、分发、计费与政策，而非只写“平台风险”。
  • 评分等级在打分前定义，每个分值都有证据或明确未知。
  • 至少模拟原生替代、API中断和政策变化。
  • 高影响且不可恢复的依赖有缓解、专家升级或停止条件。

适用条件

依赖平台缺失功能的产品可能因平台原生化失去价值。

来源：Banbri：出海小白赚到第一个 1,000 美元的故事