优先级框架与 OKR 目标管理
回答：一百个想法该先做哪个？目标怎么设才不会自欺欺人？
簇内活跃分歧——量化打分 vs 拒绝打分：†minimize-opportunity-cost（Shreyas Doshi：高杠杆角色应从"正 ROI"思维转向"机会成本最小化"思维，用 60/30/10 资源比例强迫团队留出大机会的空间）、†gem-prioritization（Gibson Biddle：Growth/Engagement/Monetization 强制领导层排序，Chegg 案例——CEO 与 CFO 排序完全相反险些"毁掉公司"）；RICE 系框架的三方分裂——RICE 基线 → †rice-ce-trap（Vijay Iyengar：RICE 系统性把高 Reach/高 Impact 的创新想法压到底部，因其 Confidence 和 Effort 天然模糊；修正法是先只看 R×I，给工程师一周探索再补回 C、E）→ drice-prioritization-framework（把 RICE 做重、做细：Hypothesis+财务模型+工程精算，评估时间从 30 秒拉到 30 分钟）VS t-shirt-size-prioritization（相反方向：直接放弃 RICE 的 Confidence/Effort 权重设计，用 T恤尺码强迫人工排序，"不要指望数学公式给出完美答案"）。其余框架：gist-model（Itamar Gilad）、opportunity-scoring-matrix、confidence-meter、four-bb-framework、open-stack-rank-osr、bezos-investment-criteria、dual-track-agile-risk-prioritization。
资源分配与投资组合：70-20-10-investment-split、80-20-bet-allocation、backlog-triage-and-auto-closure-model、balance-outcome-with-tech-debt-playbook、defending-defensive-investments（Casey Winters）、customer-love-sprints、product-work-portfolio、sprint-ux-vitamins、utility-curves（Stewart Butterfield）、cover-fire-strategy、engineer-owned-bug-prioritization、prioritize-and-communicate、prioritizing-feel-in-plg、time-traps-for-scoping、quality-features-deadline-tradeoff（Dylan Field）、whole-pie-prioritization、suss-framework、10-percent-planning-rule、miro-resource-allocation-benchmark、three-priority-mantra（Shopify）、10-very-happy-customers（早期初创公司缺乏北极星指标时如何设定唯一核心目标）。
OKR 目标管理——"OKR 该不该用"的公司间分歧见文末活跃分歧：†okr-aversion-local-maxima（Shopify/Tobi Lutke：正式 OKR 导致"局部最优陷阱"，产品各部分互相拉扯，甚至能从产品割裂处看出公司组织架构图；Shopify 照样批准"零指标"项目，标准仅为"Merchants are psyched"）。对照案例 coda-okr-philosophy（Coda 坚持用 OKR，但目标定 100% 而非 Google 式 70% 容错率——"这是有钱印钞机的大厂才有的奢侈"）。其余：figma-okr-alternative-playbook、miro-planning-okr-ladder、okr-healthy-cadence、okr-spirit-of-achievement、ramp-product-strategy-planning、strategy-to-okr-translation（Christina Wodtke）、impact-first-product-teams-playbook（Matt Lemay）、coda-big-bets-strategy、big-bet-survival-playbook。
机会成本最小化Minimize Opportunity Cost
高杠杆角色用"正 ROI"思维做优先级排序，导致盘子被 quick wins 填满，错过可能改变业务轨迹的大机会。
GEM 优先级框架Gem Prioritization
初创公司内部最常见的不对齐根源：CEO 要增长、CFO 要利润、产品要质量。GEM 框架强制领导层对三个维度的优先级达成一致。
RICE 框架 CE 陷阱Rice Ce Trap
RICE 框架（Reach, Impact, Confidence, Effort）在优先级排序中系统性低估高创新性想法的问题。
OKR 厌恶与局部最优OKR Aversion Local Maxima
为什么像 Shopify 这样的庞然大物坚决拒绝使用标准的 OKR 体系？过度依赖指标驱动产品开发会带来什么隐患？
DRICE 优先级框架Drice Prioritization Framework
经过初步 RICE 评分后，如何对留下的初选名单进行高保真评估，将粗略的直觉转化为具体的财务和工程预估，避免错失高 ROI 项目或盲目投入伪机会。
T 恤尺码优先级法T Shirt Size Prioritization
团队在路线图优先级排序时，容易被复杂的评分框架（如 RICE）拖累，试图用数学公式消除主观性，导致过程繁琐且难以落地。
GIST 规划模型Gist Model
产品开发中常见的规划与执行脱节、基于主观意见盲目投入资源、以及团队只关注交付而不关注学习的问题。
机会评分矩阵Opportunity Scoring Matrix
面对大量问题转化出的机会点，如何客观筛选并浮现出最核心的3个战略支柱。
信心度量表Confidence Meter
在评估产品想法时，团队常凭直觉高估想法的可靠性（如在 ICE 评分中盲目给出高分），缺乏客观标准来衡量“证据”的有效性，导致资源错配。
四BB资源分配框架Four Bb Framework
产品资源分配往往沦为 PM 之间争夺带宽的战术问题，缺乏公司战略层面的权衡。将资源分配结构化，明确取舍代价。
OSR 开放堆叠排名Open Stack Rank Osr
团队优先级不透明，导致其他团队或高管频繁质疑“为什么不能多做这一个额外需求”，且 PM 在拒绝时缺乏上下文支撑。
贝索斯投资评估准则Bezos Investment Criteria
如何判断一个新项目/新产品是否值得投入资源？
双轨敏捷风险优先级Dual Track Agile Risk Prioritization
产品团队如何在日常迭代中既保证交付又实现真正的创新，避免只做低风险的小优化。
70-20-10 投资分配法70 20 10 Investment Split
在资源有限的情况下，如何平衡核心业务维护、战略拓展和长期创新？
80/20 押注分配法80 20 Bet Allocation
团队在分配资源时，难以平衡“能短期拉动指标的增量项目”与“可能带来突破但风险高的长期大押注”，容易走向极端。
Backlog 分流与自动关闭模型Backlog Triage And Auto Closure Model
团队 Backlog 不断膨胀，充斥未准备好的想法和过时需求，导致排期混乱、难以维护。
业务结果与技术债平衡指南Balance Outcome With Tech Debt Playbook
在追求短期业务结果（如增长、质量、留存）的同时，如何平衡和评估那些无法直接驱动该结果的工程与设计需求（如基础架构迁移、技术债重构）。
防御性项目资源争取Defending Defensive Investments
在规模化企业中，如何为性能优化、UX 提升、技术债清理等难以直接衡量短期 ROI 的“非性感”项目争取资源和高管支持。
客户喜爱冲刺Customer Love Sprints
产品路线图容易被长周期的大型功能开发占满，难以分配资源去修复那些影响用户体验但无法直接驱动核心KPI的琐碎痛点。
产品工作组合管理Product Work Portfolio
如何系统性平衡新功能研发与存量功能维护/修 Bug 之间的资源分配。
Sprint 体验维生素Sprint UX Vitamins
敏捷开发团队往往只关注修复严重Bug（Painkillers/止痛剂），而忽视了那些不影响核心功能但令人烦躁的微小UX体验问题（Vitamins/维生素），导致产品体验长期粗糙。
效用曲线Utility Curves
如何评估是否应该对某个功能继续投入资源，还是该放弃或宣布完成。
火力掩护策略Cover Fire Strategy
在大公司推进长周期、高回报的“大赌注”项目时，团队资源经常被短期紧急需求抽走，导致项目中途夭折。
工程师主导Bug优先级Engineer Owned Bug Prioritization
PM 被大量 Bug 优先级评估淹没，导致无法专注于新功能规划与产品策略。
需求排期与沟通法Prioritize And Communicate
PM 接到新任务请求时容易全盘接受或遗漏，导致预期不符、顾此失彼。
PLG 产品手感优先级Prioritizing Feel In PLG
在产品发布初期或资源有限时，如何在“打磨手感”与“堆砌功能”之间做取舍，特别是对于高频使用的 PLG 产品。
范围界定时间陷阱Time Traps For Scoping
团队在规划新产品或功能时，陷入无止境的边缘案例讨论和自我保护式的范围蔓延，导致交付周期无限拉长。
质量功能交付期权衡Quality Features Deadline Tradeoff
在研发新产品或新功能时，如何在质量、功能数量和发布时间之间做出权衡。
整块蛋糕优先级法Whole Pie Prioritization
在评估和排定产品实验优先级时，容易只关注提升百分比，而忽略了受影响的用户基数规模。
SUSS 框架Suss Framework
Pre-PMF（产品市场契合前）早期初创公司缺乏数据和方向，如何在混乱中找到构建方向并排定优先级。
10% 规划法则10 Percent Planning Rule
团队陷入“过度规划”陷阱，拉长规划周期导致行动迟缓，且因为缺乏实际产出数据而规划失准。
Miro 资源配置基准Miro Resource Allocation Benchmark
如何平衡新产品开发、日常维护/修Bug 以及技术债清理之间的资源分配。
三优先级口诀Three Priority Mantra
在面临营收压力、多方利益冲突时，产品团队如何保持对产品质量和长期价值的极致追求，不因短期利益而妥协？
10 个极度满意客户10 Very Happy Customers
早期初创公司在缺乏明确北极星指标时，如何设定唯一且清晰的核心目标来指导所有优先级决策。
OKR 目标设定原则Coda OKR Philosophy
如何正确使用 OKR 设定目标，避免将其与战略混为一谈或设定妥协性的达成率。
Figma OKR替代指南Figma OKR Alternative Playbook
传统公司级 OKR 容易退化为庞大的任务清单，导致团队只关注任务完成而忽视背后的价值，且难以衡量难以量化的核心产品体验。
Miro OKR 规划阶梯Miro Planning OKR Ladder
在大型组织中，多层级的 OKR 和规划往往导致目标重叠、过程耗时过多、优先级失焦。如何简化层级并提升规划敏捷性。
OKR 健康节奏OKR Healthy Cadence
OKR 沦为季度初设定一次、平时不看、季末打分就结束的“死文档”，无法在日常执行中真正聚焦团队精力并产生学习闭环。
OKR 成就精神OKR Spirit Of Achievement
团队被 OKR 的数字所绑架，为了绩效安全而"留一手"（sandbagging）或机械完成输入指标，导致所有指标全绿，但用户和公司业务却毫无实际体感改善。
产品策略规划指南Ramp Product Strategy Planning
团队在 OKR 设定时陷入形式主义，为了凑指标和措辞耗费大量时间，导致规划与实际业务脱节、跨部门协作缓慢。
战略至 OKR 转化法Strategy To OKR Translation
Mission/Vision/Strategy 过于宏大且模糊，无法直接转化为团队每周可执行的行动；OKR 写成了无聊的任务清单或空洞的口号。
价值优先产品团队手册Impact First Product Teams Playbook
产品团队的工作与公司核心业务目标脱节，沉迷于中间层的“最佳实践”（如完美的 OKR 评分），导致团队被视为“非必要”而在裁员潮中首当其冲。
年度产品大赌注战略Coda Big Bets Strategy
如何摆脱用 OKR 替代战略的陷阱，制定清晰的年度产品战略规划。
大赌注项目存活指南Big Bet Survival Playbook
如何具体操作和推进高风险的大赌注项目，使其顺利存活到发布日。