写在前面：没有 All in，也能把游戏做完
温启一直想做自己的游戏。
他做的是一款小型战术解谜游戏，玩家用三名能力不同的角色穿过敌人巡逻区域。每关像一张可拆解的行动图，需要规划视野、时机和道具使用。
他没有辞职全职做。
也没有众筹。
他选择每周接两到三天游戏 UI 外包，用剩下时间推进个人项目。
两年后，游戏发布。销量不算惊人，但稳定盈利。更重要的是，他没有在开发过程中被现金流逼到崩溃。
一、他先承认个人项目不会立刻赚钱
温启最务实的一点，是没有把第一款游戏当成唯一收入来源。
他做过预算。
如果全职开发，存款只能撑 9 个月。
而他的游戏至少需要 18 个月。
这意味着全职 All in 会让他在项目最需要判断力的时候陷入焦虑。
他选择外包维持现金流。
这让开发周期变长，但决策质量更稳。
二、外包和个人项目边界清楚
兼职开发最大的风险是被外包吞掉。
温启给自己定了规则：
- 周一到周三处理外包
- 周四到周六做个人项目
- 周日只做轻量复盘
- 外包收入达到当月目标后，不再临时加单
这套规则不总是完美执行。
但它让个人项目有固定时间，而不是被塞进碎片里。
三、现金流让他敢于删内容
温启原本计划做 60 个关卡。
测试后发现，真正质量稳定的只有 35 个。
如果他处于现金流断裂状态，可能会为了“显得值”硬凑关卡。
但因为生活压力可控，他能更冷静地删。
最终版本只有 38 个关卡。
玩家评价里反而经常提到“没有明显灌水”。
稳定现金流没有让项目变快。
但让它少做了很多错误决定。
四、成功是温和的，但可持续
游戏发布后，温启没有立刻变成全职独立开发者。
他继续接少量外包，同时维护游戏、准备第二个项目。
这听起来不浪漫，却很健康。
他把独立开发看成一条逐步转移的路径，而不是一次豪赌。
复盘：现金流是个人开发者的设计条件
这个案例说明，成功不一定来自孤注一掷。
有时更稳的做法是：
- 用外包或兼职覆盖生活成本
- 给个人项目固定时间块
- 不让现金焦虑决定产品方向
- 接受开发周期变长，但保护判断力
个人开发者最需要的不是证明自己有多勇敢。
而是在项目失败或延期时，仍然有继续选择的空间。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。