《消逝的光芒》前总监泰蒙·斯梅克塔拉最近放了个狠话。他说，开发初代游戏时如果不好好写文档，续作能把你整崩溃。是不是听着都头大？
这话是在Digital Dragons大会上说的，老实讲，我觉得所有游戏开发者都该听听。
Techland的教训：文档全在个人电脑里
斯梅克塔拉直接拿自家公司开刀了。他坦白，当初做《消逝的光芒》时，团队几乎没记录啥开发细节。
很多关键的设计方案和技术实现，就躺在某个程序员的个人电脑里。你猜怎么着？
工作室既不更新工程文档，也没确保文档能覆盖项目的方方面面。这真的有用吗？
结果就是，游戏机制和世界观设定全成了糊涂账。
斯梅克塔拉解释，当时大家没把这游戏当成一个系列的开端。谁能想到后来会出《消逝的光芒2》呢？说实话，我也没想到能这么火。
续作开发，成了大型“考古”现场
到了开发二代的时候，麻烦大了。
剧情怎么连贯？世界观时间线怎么统一？很多细节根本没人记得，也没地方查。对吧？
开发人员被迫搞起了“逆向工程”。感觉像在挖祖坟。
最尴尬的来了。
为了找回自己游戏世界的设定，开发者们得去翻……粉丝维基页面。你没看错。
斯梅克塔拉坦言，因为没有自己的存档，他们不得不依赖玩家建立的数据库。这感觉，就像去问别人自己家保险箱密码。
核心建议：从第一天起就写好文档
斯梅克塔拉给开发者的建议就一条：从项目最早阶段，就要像维护代码一样维护文档。
结构化的记录，能为续作或DLC开发省下海量时间和精力。
话说回来，这毛病不止Techland有。CDPR的代表也提过，他们在计划重制《巫师》初代时，同样被存档资料不足坑得不轻。
看来，大厂也逃不过“文档地狱”。
为什么游戏开发必须做好文档？
确保团队知识不随人员流动而丢失。新人来了能快速上手。
保证系列作品在剧情、设定、玩法上的连贯性，避免吃书。我倒是认为这点超级重要。
为未来的扩展内容打下坚实基础，降低开发成本。
FAQ：关于游戏开发文档的常见问题
Q：游戏开发文档具体要记录什么？
A：核心包括：世界观设定、剧情大纲、角色档案、游戏机制设计文档、技术实现方案、美术风格指南、音频设计文档等。一切可能影响未来开发的关键决策都得记下来。
Q：除了《消逝的光芒》，还有哪些游戏吃过文档的亏？
A：CDPR在考虑重制《巫师》初代时就遇到了类似难题。许多早期开发资料缺失，导致重制工作面临巨大不确定性。
Q：对于独立开发者或小团队，文档工作是否同样重要？
A：同样重要，甚至更关键。小团队人员变动可能更频繁，个人承载的知识一旦流失，对项目打击是致命的。良好的文档是项目可持续开发的“保险”。