个人游戏开发者坚持案例：一边接外包，一边养自己的策略游戏

写在前面：他没有全职独立，但也没有放弃独立

顾衡曾经辞职做过一次游戏。

那次经历不算成功。
一年半时间，存款下降得很快，项目却还没到可以发布的状态。最后他接了几个月外包补现金流，才没有彻底停掉。

第二次做自研时，他换了策略。

他不再追求“纯粹全职独立开发者”的身份。
他每个月接一到两个小外包，剩下时间做自己的策略游戏。

这听起来不够浪漫。

但两年过去，他的项目还在推进。
存款没有被吃空，工具链更稳，玩法也比第一次清楚。

他的坚持不是靠把所有路断掉。
而是给自己留了一条能呼吸的现金流。

一、自研项目是一款小规模战术策略游戏

顾衡做的游戏叫暂定名《灰线防区》。

玩家指挥一支小队守住城市边缘的几个街区。每回合在有限行动点内移动、架设障碍、安排火力、救援平民。战斗不是追求歼灭敌人，而是尽量拖延、撤离和保住关键建筑。

这不是大规模 4X，也不是复杂战争模拟。
它更像一个紧凑的战术棋盘。

顾衡很清楚，自己一个人做不起大型策略游戏。
所以他从一开始就限制：

• 小地图
• 小队人数不超过 6
• 每局 20 到 40 分钟
• 敌人类型控制在 10 种以内
• 剧情只通过战报和事件呈现

这是他第一次失败后学到的：
策略游戏最容易在“再加一个系统”里失控。

二、外包不是干扰，而是被设计进生活

顾衡每个月会留出固定外包窗口。

通常是：

• 月初两周接外包
• 月中交付和收款
• 月末两周集中做自研

他不接长期驻场，也不接需求模糊的大项目。
优先接和自己能力接近、边界清楚的工作：

• Unity UI 调整
• 小型工具开发
• 关卡编辑器插件
• Web 交互 Demo
• 游戏原型协助

这样做有一个好处：
外包不会完全切断他和游戏开发的关系。

更重要的是，有些外包会反过来沉淀工具。
他给客户做过一个表格导入工具，后来改成自己策略游戏的数值配置工具。
给另一个项目做过回放调试面板，后来也变成自研项目的战斗复盘工具。

外包当然会占时间。
但如果选择得当，它不只是消耗，也可能变成能力积累。

三、他给现金流设了红线

顾衡有一张很简单的表。

每个月更新一次：

• 存款
• 固定生活成本
• 外包收入
• 自研支出
• 可支撑月数

只要可支撑月数低于 8 个月，他就增加外包比例。
高于 12 个月，才减少外包，把更多时间给自研。

这个规则听起来很冷。
但它避免了情绪化决策。

第一次辞职做游戏时，他经常用“再撑两个月就有突破”安慰自己。
结果是现金流越来越紧，判断越来越急。

这次他不让项目逼自己到悬崖边。

他说：

“我不想在最缺钱的时候决定游戏怎么卖，也不想因为房租去砍最重要的体验。”

现金流不是创作的敌人。
失控的现金流才是。

四、自研时间少，所以版本必须更小

因为要接外包，顾衡不能假装自己有全职进度。

他把自研版本切得非常小：

• 一个版本只验证一种敌人行为
• 一个版本只加一种战场事件
• 一个版本只重做一个 UI 面板
• 一个版本只测试一条撤离路线

他每个月只要求自己完成一个可运行内部版本。

这样做让项目进展看起来慢，但很稳。
不会出现三个月都在做一个“大系统”，最后发现接不上主循环。

策略游戏尤其需要这种节奏。
因为系统之间关系复杂，小版本能尽早暴露问题。

有一次，他新增“建筑燃烧扩散”机制。
原本以为会增加战术压力，测试后发现玩家只会焦虑，并不会产生更多有趣选择。

因为版本很小，他很快删除了。
如果这个机制已经绑定剧情、敌人和 UI，删除成本会高得多。

五、他没有把外包当成失败

顾衡一开始也有心理负担。

他觉得真正的独立开发者应该全职做自己的游戏。
接外包像是退路，也像是不够坚定。

后来他慢慢想通：
身份不重要，项目能继续才重要。

外包让他避免了几件事：

• 不用急着上线
• 不用过早找投资
• 不用为了现金流乱加商业化
• 不用把所有希望压在首发
• 不用在压力最大时做最差决定

当然，外包也有代价：

• 自研进度变慢
• 精力切换困难
• 有时客户需求会打乱计划
• 很难长期保持创作沉浸

所以关键不是“接不接外包”，而是外包是否被管理。
如果外包无限吞掉时间，自研会死。
如果完全不接，现金流可能先死。

顾衡做的是平衡，而不是理想状态。

六、项目慢慢变得更扎实

两年后，《灰线防区》仍然没有正式发布。

但它已经有：

• 稳定战斗核心
• 12 张小地图
• 8 种敌人
• 4 类平民事件
• 战后报告系统
• 可导入的数值表
• 内部回放工具
• 一个 25 分钟 Demo

Demo 给过几批策略游戏玩家测试。
反馈不是“惊艳”，但很具体：

• 行动点限制有压力
• 救援平民比歼灭敌人更有情绪
• UI 还需要更清楚
• 敌人意图展示很重要
• 战报系统有潜力

顾衡喜欢这种反馈。
它说明游戏已经不是概念，而是一个可以被讨论的作品。

他仍然接外包。
但现在自研项目不再像梦想，而像一个慢慢长出来的产品。

七、坚持不一定要以“全职”为前提

独立开发叙事里，很容易把辞职、全职、孤注一掷包装成勇气。

有时确实需要。
但不是每个人都适合。

顾衡的案例说明了另一种路径：

• 用外包维持现金流
• 用现金流保护创作判断
• 用小版本推进自研
• 用外包沉淀工具
• 用红线管理风险

这条路慢，也不轻松。
但它让项目不至于因为钱的问题过早变形。

个人开发者最重要的不是身份纯度，而是持续选择权。

八、复盘：活下来比姿态更重要

顾衡不是一个“成功案例”。

他的游戏还没上市。
收入主要来自外包。
自研进度也经常被打断。

但他比第一次更接近完成，因为他不再把自己推到只能赌一把的位置。

这个案例的价值在于：

• 承认现金流是游戏开发的一部分
• 不把接外包等同于失败
• 控制外包类型和时间窗口
• 把自研版本拆小
• 用财务红线避免情绪化决策

很多个人游戏项目不是被技术难住，而是被生活成本逼到变形。

如果一条路能让你继续做、继续试、继续改，同时不把生活压垮，那它就有价值。

顾衡仍然说自己是个人游戏开发者。
只不过他现在会补一句：

“也是一个需要按时交房租的人。”

这句话不浪漫。
但很真实。