1.1 时间盒与里程碑:没有时间盒的独立项目必然延期

核心结论

独立项目没有老板定截止时间,延期是默认结局。解药是自己给自己设时间盒(Time Box):把 12 个月切成 6 个两个月里程碑,每个里程碑必须产出"可玩的东西"。时间盒的核心不是"计划得准",而是强迫自己在每个节点做取舍。

12 个月的切法(示例)

里程碑 时间 必须产出(可玩) 允许不完
M0 地基 第 1 月 角色移动 + 接入 GAS + 输入跑通 美术占位
M1 战斗 第 2~3 月 普攻/闪避/技能 + 一个 BOSS AI 简单、特效占位
M2 世界 第 4~5 月 程序化关卡 + 刷怪 + 拾取 任务系统占位
M3 联机 第 6~7 月 两人同房间稳定联机 匹配/会话简化
M4 内容 第 8~9 月 完整一局(30 分钟)循环 数值待调
M5 发布 第 10~12 月 EA 打包、商店页、试玩 demo 预留 1 月缓冲

关键设计: - 每个里程碑结束有可玩版本(哪怕丑),可以发给朋友收反馈。 - M5 留一个月纯缓冲——这一个月 90% 的项目都会用掉,不缓冲就是宣判延期。 - 允许"不完"的清单(右列)是预先承认的债务,不是失败。

时间盒里的"周节奏"

里程碑内再切:

  • 第 1 周:定本里程碑的 5 个"必须做",砍掉其余。
  • 第 2~6 周:实现。
  • 第 7 周:回归 bug、接反馈。
  • 第 8 周:封版、录视频、写更新说明。

我的实证:做《回廊》时 M1 想塞 8 个技能,时间盒逼我砍到 4 个。结果发现 4 个已经足够好玩,剩下 4 个变成发售后的更新内容。时间盒是设计的一部分,它帮你发现"什么才是必要的"。

常见坑与解法

坑 1:永远在打磨第一个系统(过度工程)

原因:没有Deadline 的"再优化一下"没有尽头。

解法:里程碑版本必须发给别人玩。玩家的反馈比你的完美主义是更好的打磨标准。

坑 2:里程碑内容定太多

原因:对开发速度的乐观估计(常见 2 倍乐观)。

解法:每个里程碑只定 3~5 个"必须做";按 1.5 倍时间预估;预留砍掉的备选清单。

坑 3:阻塞在外包美术的工期上

原因:美术排期不受你控制。

解法:美术需求按里程碑分批,用占位资源推进玩法(引擎自带的 Shape/材质球/PE 素材),美术到位只是替换资产,不阻塞程序。这是独立项目最关键的纪律。

坑 4:功能堆砌但"不好玩"

原因:实现了很多系统,但没时间玩它。

解法:每个里程碑的最后一周只做"弃"——砍掉验证后无感的系统。早砍早超生。

相关节点速查

  • 里程碑工具:Notion/Trello 一张表即可,别搞复杂
  • 进度可见性:里程碑结束录 2 分钟视频(强迫自己"展示")
  • 缓冲账本:把每次延期记到一个"缓冲账本"里,看自己平均低估多少

心得:我做过最失败的独立项目是"没有时间盒"的那个——永远在加系统,最后腻了弃坑。最成功的是 12 个月 + 严格时间盒的那个,EA 上线时虽然只有 60% 完成度,但它活着。完成大于完美,先上线,剩下的交给社区反馈。