按"80% 会错"来排产

这一篇不写"怎么想点子"，写怎么给一个想法定价。因为我发现自己（和身边人）最大的时间漏洞不是想不出方案，是默认自己的方案是对的。

#你的第一次判断大概是 1/5 的命中率

Daniel Cook 那篇 Why Are Game Designers Wrong 80% of the Time?（Lostgarden，2022）给的经验值是：早期设计判断大约只有五分之一的概率一次成立，所以生产计划要按"80% 会错"来排。

他把"为什么反馈这么慢"归到四个结构性原因，我觉得这四条比结论更有用，因为它们各自对应一种可以修的东西：

1. 交互媒介没法静态评审 —— 文档看不出一个跳跃好不好玩；
2. 机制互相耦合，无法单点评估 —— 改 A 之后 B 的感觉变了，你分不清是谁的功劳；
3. 老手有专家盲区 —— 你能玩出自己的设计意图，因为你知道"应该"怎么按；
4. 动态系统超出心算能力 —— 经济、掉落、AI 一旦有反馈回路，人脑推不出稳态。

对策他也给了：把迭代周期压到最短；在一个品类里累计大约 10,000 次修订循环（这是"你需要的总量"，不是"你会得到的量"）；用 Early Access 和社区实测替代内部会议；资产管线保持模块化，好让后期改得起。

最后那条常被当成技术洁癖，但它在这套论证里是有价格的：资产不可组合 = 迭代成本随改动半径线性上涨 = 你的 10,000 次循环变成 300 次。所以我会把"改一个东西要动几个文件"当成管线的健康指标来量。

#回本不值钱

Cook 的另一篇 Minimum Sustainable Success（2015）全是财务现实，读起来很不舒服，但值得算：

• 历史成功率从大约 25% 掉到大约 10%；
• 一部盈利作品需要覆盖 5~10 倍 的制作成本，才能撑住整条产品线（因为要养那些失败的）；
• 所以给单个项目设定花费上限的正确方式是 目标收入 × 成功概率，并把 prototype 当成可丢弃的期权；
• 他那句 Break even means almost nothing —— 回本等于白干两年，因为它没有为失败池存下任何东西。

我认为这条对个人开发者的具体含义是：原型要便宜到可以扔。一个"万一成了呢"所以做了三个月的原型，在概率上是负资产 —— 它把你下一次尝试的钱花掉了。

而 Rockets, Cars, and Gardens（2007）给了可执行口径：瀑布像发射火箭（盲飞、重发极贵），敏捷像开车（连续微调），stage-gate 像种园子（播一批、剪一批、收一批）。具体数字是：每 2~4 周交付一次经过验证的构建 + 持续用户测试；早期每个概念只投 20% 人月；五个 gate（idea → scope → business case → development → launch），在 checkpoint 上主动剪掉整个项目。

一个人的工作室也需要 gate。我的版本是给自己定一个剪枝日：每 6 周问一次"这个 feature 还活着吗"，并且答案只有"继续"或"删掉"，没有"先放着"。

#设计风险才是黑洞

Cook 在 Managing Game Design Risk, Part I（2006）里把风险分三类：Financial / Requirements（设计、scope、市场）/ Execution（人、技术、排期、质量），再叠一层 simple–complicated–complex–chaotic 的复杂度分级，并指出游戏设计落在 complex 域，所以"计划"只能覆盖其中可预测的部分。

对全栈出身的人这一条特别扎心：技术风险通常是三者里最小的那个，虽然它最容易被拿来当进度理由。"我们在重构渲染层"感觉像在工作，"我们还不知道这玩法好不好玩"才是真风险 —— 而后者无法通过加班解决，只能通过更快拿到反馈。

#一份中文一手的排期账单

我读过最实在的独立开发复盘之一是《Cato》的发售复盘（腾讯新闻整理，2025-03）。里面几个数字我后来直接抄成了自己的规则：

• 新 feature 的探索硬性限时 3 小时，目的是保住迭代速度 —— 这条几乎是 Cook "10,000 次循环"的个体版实现：不给探索设上限，探索就会吃掉整个排期。
• 因为对外承诺了档期，发售前后每天 16~18 小时连轴；技术债在发售当天炸出 300 条 bug，第二天 500 条。
• 最终 Steam 好评率稳定在 92%，而那 4% 差评几乎全部来自未修复的缺陷。
• 核心程序耗时约 8 个月且被切成三段，频繁的 context switching 挤压了 playtest 与打磨窗口。
• 结论里我认为最普适的两条："时间随 scope 指数增长而非线性"，以及"Early Access 只在你需要现金流 / 社区验证 / 高重玩系统时才成立"。

那句被反复引用的"残暴的排期，终将迎来残暴的 bug"不是我写的，但它是我今年改排期的唯一依据：如果一个日期只能靠加班满足，那它表达的不是承诺，是拒绝做取舍。 4% 的差评全部来自"没修完"而不是"设计得不好" —— 这笔账太清楚了：加班换来的是缺陷，不是品质。

顺带一句鉴别：那篇译文里"450 万玩家"是三作累计，不是单款数据。看复盘类文章时我现在的习惯是先分清这个数字属于哪个范围。

#砍掉上一个项目才算开始做这一个

《崩溃大陆》（Crashlands）那篇三兄弟复盘（触乐编译，2016，译自 Gamasutra）的形态很典型：3 人团队、历时两年、只有很少的积蓄起步，而立项早期他们主动终止了前一个跑酷项目，才换来这一款的三平台同步发行。

Chris Crawford 的极端版本是 我对互动叙事的告别（原文 2018）：他宣称在这个方向投入了近三十年的理念推广与技术试错，判定当前路径做不出有文学价值的作品，于是停止。这是一篇很好读的"放弃也是交付"样本 —— 它提供的不是励志，是止损的时间尺度：一个人可以为一个目标付三十年，然后决定不再付。

#我会照做的四条

1. 给每个原型一个可丢弃预算（按"目标收入 × 成功概率"折算成人天），超了就停，不管它多"有希望"。
2. 新 feature 探索限时 3 小时，超时就必须变成一次正式排期决策。
3. 每 6 周一个剪枝日，答案只有继续或删掉。
4. 不承诺需要加班才能达到的日期 —— 那 4% 的差评会来自你没修完的东西，而不是来自你的设计。

#参考来源

• Why Are Game Designers Wrong 80% of the Time?、Minimum Sustainable Success、Rockets, Cars, and Gardens、Managing Game Design Risk, Part I、The Chemistry of Game Design — Daniel Cook, Lostgarden
• 独立制作人《Cato》发售复盘 — 腾讯新闻整理（2025-03-18）
• 《崩溃大陆》复盘：我们不是《饥荒》复制品 — 触乐编译（2016-03-09，译自 Gamasutra）
• 我对互动叙事的告别 — Chris Crawford，indienova 译（原文 2018）