mcpField
B
bet-sizing

bet-sizing

github.com/assimovt生产力71202 次安装36 周前更新
代码仓库

关于 bet-sizing

一项产品规划技能,通过区分可逆与难以撤回的决策,并设定时间投入上限来评估产品项目。它结合 Shape Up 提案结构与较大型项目的预期价值评估。

主要功能

  1. 01区分 Type 1 与 Type 2 决策
  2. 02Shape Up 提案结构
  3. 03设定时间投入上限
  4. 04规划风险点与排除项
  5. 05预期价值评估

适用场景

  1. 01判断产品决策所需的流程强度
  2. 02在时间预算内界定功能范围
  3. 03评估大型产品项目及其风险

安装

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

$npx skills add https://github.com/assimovt/productskills --skill bet-sizing

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

详细介绍

通过区分可逆与不可逆的决策,并让工作量匹配投入上限,来确定产品押注的规模。大多数产品押注都是 Type 2 决策——可逆、尝试成本低、反复权衡的成本高。对这类决策要快速行动。把审慎讨论留给难以撤销的 Type 1 决策。

Type 1 与 Type 2 决策(Bezos)

Type 1(不可逆): 单向门。一旦承诺,就很难撤销。

  • 选择核心技术/平台
  • 会影响现有客户的定价模式变更
  • 停掉一条产品线
  • 对外承诺(合作伙伴关系、集成)

Type 2(可逆): 双向门。容易撤销或迭代。

  • 大多数新功能(可以发布、衡量效果、移除)
  • UI/UX 变更(可以进行 A/B 测试或回滚)
  • 内部工具决策
  • 大多数 API 增补(移除难度较高,但增量添加更安全)

规则: 对 Type 2 采用轻量流程,对 Type 1 采用审慎流程。大多数产品团队对 Type 2 决策流程过度,对 Type 1 决策流程不足。

Shape Up 提案格式

提出一项押注时,请按 Shape Up 提案的格式组织内容:

1. 问题

用具体故事展现真实痛点。不要写抽象需求,而要描述涉及真实用户的具体情境。

“PM 完成客户访谈后,要花 45 分钟把笔记整理成 PRD。等整理完,访谈中的情绪背景已经消失,PRD 读起来就像一份需求清单。”

2. 投入上限

这件事值得投入多少时间?不是需要多久,而是你愿意投入多少。

  • 小型押注:1-2 周
  • 中型押注:3-4 周
  • 大型押注:6 周(Shape Up 的最长周期)

如果无法在投入上限内完成解决方案,就调整方案或放弃。

3. 解决方案

达到面包板原型的细致程度即可,无需像素级精确。展示关键交互和流程,不必深入视觉设计。可以使用粗略草图、流程图或文字说明。

4. 风险点

可能拖慢进度的已知风险和未知因素。对每一项说明:风险是什么,以及打算如何降低风险?

5. 明确排除项

明确说明哪些内容不在范围内。这与纳入的内容同样重要——它能防止执行过程中范围不断扩大。

预期价值评估

对于较大的押注,估算其预期价值:

EV =(上行收益 x 成功概率)-(下行损失 x 失败概率)+ 学习价值

  • 上行收益: 最佳情况下的结果(指标改善、收入、用户)
  • 成功概率: 方案奏效的概率(如实估计——大多数功能的成功率为 30-50%)
  • 下行损失: 失败时的成本(时间、机会成本、技术债务)
  • 学习价值: 即使失败也能学到什么。对于早期产品,高学习价值能让负 EV 的押注也值得尝试。

指南

  • 关键:决定要采用多少流程之前,先将每项决策归类为 Type 1 或 Type 2。
  • 绝不要花 6 周讨论 Type 2 决策。先发布、衡量效果,再调整。
  • 绝不要因为人为制造的紧迫感而仓促做出 Type 1 决策。这类决策值得放慢节奏。
  • 提案中务必包含明确排除项。没有明确的范围排除,项目范围就会不断扩大。
  • 务必包含风险点。你点明的风险,远不如你没点明的风险危险。
  • 提案中绝不能不写投入上限。“把这个做出来”却没有时间预算,无异于邀请团队过度设计。

基于 Shape Up(Basecamp)和 Jeff Bezos 的 Type 1/Type 2 决策框架构建。技能来自 productskills。

评论

支持 Markdown