写在前面：游戏失败了，但资产没有白费
陆沉做过一款 2D 潜入游戏。
项目最后没有完成。
原因很常见：敌人 AI、关卡数量、动画和叙事都比预期重。
但在开发过程中，他写了一个很好用的关卡编辑器。
它能让设计者在网格地图上快速摆放墙体、视野锥、巡逻路线、触发器和出口，并且实时模拟敌人路径。最初只是为了自己少受罪，后来几个朋友试用后都说好用。
游戏停掉后，他没有立刻删库。
他把这个内部工具整理出来，做成独立产品。
一年后，游戏仍然没有复活。
但这个关卡工具卖出了 900 多份，还接到了几个小团队的定制需求。
一、他没有假装工具一开始就完整
第一版工具很丑。
没有漂亮 UI，没有云同步，也没有模板市场。
只有几个核心功能：
- 画地图
- 设置巡逻路线
- 预览视野
- 导出 JSON
- 快速运行模拟
陆沉把它发到几个游戏开发社区，定位非常明确：
给 2D 潜入、战术和解谜游戏用的轻量关卡布局工具。
这个定位很窄。
但正因为窄，真正需要的人能迅速判断是否有用。
他没有说“通用游戏编辑器”。
那会让产品变得不可完成。
二、用户买的是节省时间
工具产品和游戏不同。
玩家买游戏是为了体验。
开发者买工具，是为了少浪费时间。
陆沉很快发现，用户最在乎的不是功能数量，而是：
- 能否导出到现有项目
- 数据格式是否清楚
- 能否快速试路线
- 是否容易撤销
- 崩溃会不会丢数据
- 文档是否够直接
于是他优先做稳定性和文档，而不是做更多炫酷功能。
他录了几个短视频：
- 5 分钟做一个巡逻房间
- 如何导出到 Unity
- 如何导出到 Godot
- 如何设计视野死角
这些视频带来的转化，比宣传图更好。
三、从工具收入反哺游戏能力
工具卖出去后，陆沉没有马上回到原来的潜入游戏。
他先继续维护工具：
- 修导出 bug
- 加快捷键
- 加批量选择
- 加版本迁移
- 写示例项目
这些工作让他重新理解了内容管线。
过去他做游戏时，总觉得关卡慢是自己效率不够。
现在他明白，很多慢来自工具不对。
工具收入不算夸张，但稳定。
更重要的是，他开始接触其他小团队，看到他们如何设计关卡、如何组织数据、如何踩坑。
这些经验后来反过来成为他下一款游戏的基础。
四、复盘：失败项目里可能有可出售资产
陆沉的成功不在于把失败游戏救活。
而在于他没有把失败项目视为全损。
一个没有完成的游戏里，可能仍然有：
- 编辑器
- 调试工具
- 数据管线
- shader
- 音效流程
- 原型代码
- 设计模板
- 教程内容
不是每个资产都能卖。
但如果它解决了其他开发者的具体痛点，就可能变成产品。
陆沉做对了：
- 选择窄场景
- 保留核心价值
- 不做通用平台幻想
- 用文档和示例降低采用成本
- 先服务小团队和个人开发者
这是一种很务实的成功。
有时个人游戏开发者的第一笔稳定收入，不一定来自游戏本身。
也可能来自你为了做游戏而发明的工具。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。