个人游戏开发者坚持案例：把周末项目做成三年长跑

写在前面：她没有冲刺，她只是没有停

许知夏做游戏的时间很少。

她白天是 UI 工程师，工作节奏不算轻松。晚上回家后，她通常不碰项目。真正用于开发的时间，是每周六上午和周日下午。

一周大约 8 到 10 个小时。

她做的是一款叙事解谜游戏。
玩家在一座旧公寓里整理租客遗留物，通过信件、录音、家具摆放和小物件，拼出几个住户曾经发生过的故事。

这类游戏不适合赶。
文本、节奏、场景细节和谜题都需要慢慢磨。

三年过去，游戏还没正式发布。
但它已经有了一个可玩的 40 分钟 Demo，参加过两次线上节展，积累了几千个愿望单，也有一小批玩家在等正式版。

许知夏不是靠爆发坚持下来的。
她靠的是一种几乎无聊的稳定。

一、她从第一天就承认自己时间少

很多兼职开发者的问题，是用全职项目的计划要求兼职时间。

许知夏没有这么做。

她一开始就写下几个限制：

• 工作日不安排硬性开发任务
• 每周开发时间按 8 小时估算
• 每 3 个月只能完成一个小目标
• 第一版不超过 90 分钟流程
• 不做复杂分支结局
• 不承诺发布日期

这些限制看起来保守，但它们让项目没有从一开始就背上不可能完成的债。

她说过一句很实际的话：

“我不是缺热情，我缺的是连续时间。所以计划必须尊重这个事实。”

这句话救了她很多次。

二、她把项目拆成“可停止”的块

叙事游戏最容易变成一整团。

剧情、谜题、场景、美术、音效、文本互相依赖。
如果没有拆分，开发者很容易感觉“哪里都没完成”。

许知夏把游戏拆成一个个房间。

每个房间都是一个小闭环：

• 一个住户主题
• 一组物件
• 一个核心谜题
• 一段情绪转折
• 一个可测试结尾

这样做的好处是，即使她某个月很忙，只完成一个房间的一半，项目也不会全面失控。

每完成一个房间，她就会导出一个内部版本，请两三个人试玩。
反馈只针对当前房间，不讨论整个游戏未来。

这让开发变得具体。

她不是在做“一款还差很多的游戏”。
她是在做“本月这个房间的光线、线索和最后一段录音”。

三、她保护周末，而不是榨干周末

许知夏有一个很反直觉的规则：

周六晚上和周日晚上不开发。

哪怕进度落后，也不动。

一开始她也觉得浪费。
后来发现，这个规则让她能长期回来。

兼职开发最危险的是把所有休息时间都变成项目时间。
短期看进度变快，长期看人会开始讨厌项目。

许知夏把开发安排在精神相对好的时间：

• 周六上午：写文本、做谜题
• 周日下午：整理反馈、修小问题

晚上留给休息、散步、看电影、见朋友。

这些看起来和游戏无关。
但对叙事游戏来说，它们反而很重要。

一个长期没有生活的人，很难写出有生活感的故事。

四、她公开进度，但不制造表演压力

许知夏每月发一次开发日志。

内容很固定：

• 本月完成了什么
• 遇到什么问题
• 下个月准备做什么
• 一张截图或一小段 GIF

她不会每天打卡，也不会承诺大更新。
开发日志不是为了制造热度，而是为了保持项目和外界的连接。

有几个月，她的日志很短：

这个月工作比较忙，只完成了第三个房间的物件交互和部分文本。下个月会继续打磨谜题提示。

评论不多。
但总有人回复“慢慢来”“这个房间氛围很好”。

这种弱连接很有用。
它让项目不是完全关在硬盘里，也没有让她被社交平台节奏绑架。

五、她学会了砍掉最喜欢的部分

第二年，许知夏砍掉了一个自己很喜欢的章节。

那一章讲一个退休摄影师。
玩家要通过照片、暗房药水、底片顺序和旧相机，拼出他年轻时放弃的一段关系。

她写了很多文本，也做了部分场景。
但测试时发现，这个章节和主线关系不够紧，谜题成本很高，情绪也和前后章节重复。

她纠结了两周，最后删掉。

不是因为它不好。
而是因为它让游戏变得更散。

删掉后，她把其中两段文本改成另一个房间里的支线物件。
这个决定让游戏节奏清楚了很多。

坚持不等于什么都保留。
有时坚持恰恰意味着愿意为了整体，把喜欢的部分放下。

六、她的 Demo 没有很炸，但很稳

第三年，她发布了一个 40 分钟 Demo。

Demo 没有爆。
但反馈很好。

玩家常说：

• “节奏很慢，但我愿意读完”
• “物件之间的关系很自然”
• “谜题没有故意刁难”
• “结束时有点想知道后面住户的故事”

这些评价没有流量感。
但它们和她想做的游戏一致。

Demo 带来了几千个愿望单，也让她第一次确认：
这个慢慢做出来的东西，确实有人愿意等。

她没有因此突然加速。
相反，她把正式版范围又缩了一次。

原本计划 7 个住户故事。
最后定为 5 个。

她说：

“如果 5 个故事能完整，我不需要为了看起来更值而做 7 个。”

这是很成熟的判断。

七、坚持的关键是让生活容得下项目

许知夏的案例并不适合所有人。

她做得慢。
她没有追热点。
她也没有把游戏当成马上改变人生的机会。

但她做对了一件事：
她让项目进入了生活，而不是吞掉生活。

她的坚持不是每天燃烧，而是：

• 承认时间少
• 拆成小闭环
• 固定开发时段
• 保留休息
• 定期公开
• 定期砍范围

这让她可以三年后仍然坐下来，继续修一个房间的灯光和文本。

很多个人游戏项目失败，不是因为创意不够，而是因为它们无法和开发者的真实生活共存。

八、复盘：慢不是问题，失控才是

许知夏的项目还没发布，所以不能说成功。

但它已经穿过了个人项目最危险的阶段：
新鲜感消失后，仍然有结构支撑。

这个案例的价值在于提醒：

• 兼职开发不要用全职节奏规划
• 长项目必须拆成可停止的小块
• 休息时间不是进度敌人
• 公开进度可以很轻，不必表演
• 真正的坚持包含持续砍范围

个人游戏开发不是只有两种状态：爆发式冲刺或彻底停摆。

还有一种更安静的状态：
每周固定回来一点，把今天能做清楚的部分做好。

这种速度很慢。
但慢到可以持续，往往比快到烧尽更接近完成。