mcpField
H
high-stakes-decisions

high-stakes-decisions

github.com/refoundai生产力1.4k494 次安装15 周前更新
代码仓库

关于 high-stakes-decisions

面向需要处理重大决策的团队与领导者,依据 Lenny's Podcast 和 Newsletter 的访谈与文章提供决策指导。通过厘清问题、识别偏差并明确决策责任,帮助在不确定性中推进选择。

主要功能

  1. 01区分可逆与不可逆决策
  2. 02提炼关键决策问题
  3. 03用事前验尸识别风险
  4. 04识别恐惧与沉没成本偏差
  5. 05明确决策责任并推动结论

适用场景

  1. 01比较难以逆转的选项
  2. 02在重大项目启动前评估风险
  3. 03面对信息不完整时作出决定
  4. 04避免团队因追求共识而停滞

安装

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

$npx skills add https://github.com/refoundai/lenny-skills --skill high-stakes-decisions

安装后在 Claude Code 中输入/high-stakes-decisions确认已加载。

附带文件references/artifacts.mdreferences/guest-insights.md

详细介绍

高风险决策

迅速而清晰地应对不可逆的选择和极度不确定性。

借鉴 Lenny's Podcast 和 Newsletter 中 30 位嘉宾及其帖子的见解,帮助用户做出高风险决策。

如何提供帮助

  1. 判断决策风险 - 帮助用户确定决策是单向门还是双向门,以采用适当的严谨程度。
  2. 明确核心问题 - 引导用户找出“本征问题”(Eigenquestion),即左右选择的唯一决定性原因。
  3. 减少情绪偏见 - 运用事前验尸和中立第三方视角等技巧,找出恐惧或沉没成本扭曲现实的地方。
  4. 推动得出结论 - 从寻求共识转向明确责任,确保每个人都充分表达意见,然后在掌握 70% 信息时做出最终决定。

核心原则

找出领先指标

Annie Duke:“根本不存在所谓的长反馈周期。缩短反馈周期的方法是思考:哪些事项与我最终想要的结果相关?”

将长期目标拆解为可衡量的中间信号,以缩短反馈周期,改善决策。

迎向必经的痛苦

Ben Horowitz:“你犯下的最大错误、作为领导者做过的最糟糕的事,是因为有些事情在你的掌控之中,有些则不在,而犹豫通常是最具破坏性的。我会逐一分析它带来的各种破坏,但它的影响极其严重。导致你犹豫的原因是这两个选择都糟糕透顶。”

面对两个同样痛苦的选项时,相信自己的判断并果断行动,而不是逃避选择。

面向技术发展趋势构建产品

Kevin Weil:“我们通常会认为,两个月后就会有更好的模型,彻底突破当前的各种限制。我们也会这样告诉开发者。如果你正在构建的产品正好处于模型能力的边缘,那就继续做下去,因为你的方向是对的。再过几个月,模型就会变得很出色,到那时,你那个勉强能用的产品就会大放异彩。”

设计产品和路线图时,应着眼于几个月后的模型能力,而不是针对当前的技术限制做优化。

优先维护对现有客户的承诺

Laura Modi:“Bobbie 的现有用户所需的产品很快就要售罄了。大约六天后,我们就无法继续服务那些已经承诺购买 Bobbie 产品的用户了。她说:‘所以我们得关闭网站,停止业务增长。’”

真正以客户为中心,意味着在供应或资源严重短缺时,应优先保障现有用户的需求,而非获取新用户。

化解恐惧驱动的预测

Matt Mochary:“这不是因为我是魔术师或天才,而是因为一个人陷入恐惧时,就会被恐惧束缚。他们看不清现实,大脑会做出极度夸张的预测。而当一个人不再恐惧时,我就不恐惧,因为这不是我的处境,我不会被束缚,大脑也就不会做出夸张的预测。所以,我们做了这个赌注。我赢了之后,CEO 突然意识到,天哪,这确实有道理,恐惧给出的建议很糟糕。”

借助中立第三方,找出恐惧何时正促使你对艰难选择做出过度悲观的预测。

保持前进势头

Claire Hughes Johnson:“如果你不确定谁是决策者,首先,那个人很可能就是你。我宁愿你这么做,也不希望你犹豫不决,因为这会拖慢整个公司的步伐。按流程推进并完成任务,别忘了真正做出决定。”

当决策权限不明确时,主动推动决策,避免组织陷入停滞,并保持职业发展势头。

根据 70% 的信息做决定

摘自《五个令人极其恼火的产品经理习惯》:“下次你在决策上陷入僵局时,不妨问问团队:他们是想继续反复讨论,还是希望你直接拍板?我敢打赌,他们更愿意直接往前推进。”

争取在掌握约 70% 所需信息时就做出决定,以保持团队势头,而不是追求完美共识。

模板与框架

  • Eigenquestions:提出问题的艺术(我最喜欢的产品管理模板)- 一种用于找出最重要的那个问题的框架;只要回答了这个问题,后续所有问题便迎刃而解。
  • S.P.A.D.E. 决策框架(我最喜欢的决策框架)- 一种结构化决策框架,通过指定一位负有责任的决策者,以问责机制取代共识。SPADE 代表 Setting、P
  • RAPID 决策框架(Hari Srinivasan)- 一种明确复杂决策中各方角色的模型,旨在确保速度和问责。
  • 康普茶量表(我最喜欢的决策框架)- Square 提供的快速思维模型,根据重要性和紧迫性两个变量,判断某项决策是否值得采用正式框架。
  • 一类与二类决策(如何进入产品管理领域)- Jeff Bezos 用于将决策分为不可逆(一类)和可逆(二类)的框架,以确定需要进行多大程度的审议
  • 结合老虎、纸老虎和大象的事前复盘(Shreyas Doshi)- 一种结构化的事前复盘会议框架:先假设项目已经失败,再将风险分为三类:老虎(会导致项目失败的真实威胁)
  • 单一决定性理由(SDR)(Rahul Vohra)- 一种从 Reid Hoffman 处学到的决策工具,要求找出一个单独就足以支持决策的理由,避免堆砌一系列薄弱理由
  • 危机情景规划(三种情景)(带领公司度过疫情 - 第 20 期)- 一种在经济危机期间按三个严重程度等级对业务结果进行建模的框架
  • 框架选择指南(从结构化到最少结构化)(我最喜欢的决策框架)- Lenny 对决策框架从结构最严谨到最不严谨的排名,并介绍了各框架的适用时机。

完整列表及详情请参阅 references/artifacts.md。

帮助用户思考的问题

  • “从逆转成本来看,这是单向门还是双向门决策?”
  • “对于这个提案,有什么单一的决定性理由,单凭这一点就足以支持它,而不需要罗列一长串论据?”
  • “在得出最终结果之前,我们会监测哪些领先指标来验证这条路径?”
  • “谁是主要的反对者?你是否分别与他们沟通过,了解他们的顾虑?”
  • “有哪些预先定义的终止标准,能够客观地触发我们停止这个项目?”
  • “如果你只能根据自己所需信息中的 70% 做决定,你现在会选择什么方向?”

值得警惕的常见错误

  • 追求共识,而非意见一致——一味追求完全一致,往往会导致决策被弱化或组织陷入瘫痪。
  • 误用双向门原则——把可逆性当作借口,对消耗大量资源的战略性功能不做深入思考。
  • 回避艰难抉择——领导者常常因为所有可选方案都不理想而拖延决策,这只会增加最终代价。
  • 忽视沉没成本偏差——因为失败项目带来的情感认同而坚持下去,而不是着眼于其未来价值。

深入了解

如需查看来自 30 位嘉宾的全部 24 条精选见解,请参阅 references/guest-insights.md

相关技能

  • 路线图优先级排序
  • 目标设定 Okrs
  • 规划节奏
  • 权衡评估

评论

支持 Markdown