写在前面：他没有救回大项目，但救回了核心
程砚做过一款大型 RPG。
三年计划，职业、地图、剧情、装备、伙伴、声望系统全都有。
一年后，他只完成了战斗系统和一小段地图。
项目明显做不完。
真正有趣的部分，是战斗里的“姿态切换”：玩家每回合选择攻击、防御、蓄力或破绽姿态，不同姿态会改变下一回合可用技能。
测试玩家最喜欢的也是这个。
于是程砚做了一个痛苦决定：
砍掉 RPG，把战斗系统拆出来，做成一款 30 分钟一局的构筑战斗小游戏。
结果，这个小版本发布后卖得很好。
一、他承认 RPG 壳子太重
程砚最初不愿意拆。
因为 RPG 是他的梦想。
战斗只是其中一部分。
但现实很清楚：
- 地图做不完
- 剧情写不完
- 伙伴系统没开始
- 装备和经济还没定
- 美术成本越来越高
继续做下去，很可能什么都发布不了。
他开始问自己：
如果只能保留一个玩家真正喜欢的东西，会是什么？
答案是战斗。
这个问题让他从“如何完成整个 RPG”转向“如何让战斗独立成立”。
二、小游戏反而让核心更清楚
拆出来后，游戏变成：
- 选择路线
- 遭遇敌人
- 获得姿态技能
- 调整构筑
- 打败最终对手
没有城镇。
没有长剧情。
没有队友好感。
但姿态系统被放大了。
玩家每一局都在思考：
- 这一回合要不要暴露破绽
- 下回合能不能接蓄力攻击
- 防御姿态是否值得牺牲输出
- 哪些技能能组成循环
原来被 RPG 外壳包住的亮点，终于站到前台。
三、它的成功来自“足够小但足够深”
发布版内容并不夸张：
- 3 个角色
- 60 多个技能
- 40 多种敌人
- 5 条路线事件
- 1 个最终 boss 池
但因为每个技能都和姿态相关，组合深度足够。
玩家评论里经常说：
“看起来小，但越玩越能琢磨。”
这句话说明它找到了正确尺度。
如果继续做 RPG，这个系统可能只是众多系统之一。
拆成小游戏后，它变成核心卖点。
核心机制产品化的判断框架
程砚能做出正确决策，不是偶然。他实际回答了一个结构化问题：一个 RPG 的子系统，是否具备独立发布为一个完整游戏的条件？
可以用以下清单做判断：
- 机制本身是否形成闭环？ 姿态切换在 RPG 里只是一环，但加上路线选择、技能构筑和最终对手后，已经能形成"目标→决策→结果→成长"的完整循环
- 是否有明确的胜负/完成条件？ 小游戏需要给玩家"打完一局"的满足感。程砚给每局设定了 30 分钟上限 + 最终 boss 战
- 美术和音频成本能否缩水？ RPG 需要大量场景和角色，但姿态小游戏只需一套 UI + 几个角色立绘 + 战斗背景。总美术量缩减了 70%
- 核心趣味是否在 5 分钟内能体验到？ 小游戏玩家在退款窗口期（Steam 2 小时）内就要被说服。姿态系统的深度在第三局才真正展开，但基础反馈在第一局就很明显
如果这四个问题的答案都是"是"，那么大项目的某个子系统就值得被拆出来独立发布。
成本与范围的真实对比
对比两个方案，数字说明了一切：
| 维度 | RPG 原计划 | 姿态小游戏实际 |
|---|---|---|
| 开发周期 | 36 个月 | 8 个月 |
| 美术资源量 | 8 名角色 + 12 张场景 + 动画 | 3 名角色 + 5 张背景 + UI |
| 文本量 | 12 万字剧情 | 约 5000 字（技能描述+提示） |
| 测试范围 | 5~8 小时流程 | 30 分钟×多局重复 |
| 发布后维护 | 大量 bug 修复+内容追加 | 平衡调整为主 |
| Steam 评价 | — | “特别好评”（基于 2000+ 评价） |
程砚的原 RPG 没做到让战斗"足够有趣"。但拆出来后，他让有趣的部分不再需要不有趣的部分来支撑。
四、复盘：失败大项目不是只能废弃
程砚的成功来自一次残酷收缩。
他做对了：
- 识别玩家真正喜欢的部分
- 承认原项目无法完成
- 把核心机制独立产品化
- 删除不服务核心的内容
- 用小体量换深度打磨
这不是简单的“砍范围”。
这是重新定义产品。
很多失败项目里都有一个可用核心。
问题是开发者是否愿意放弃原来的壳。
程砚没有完成梦想中的 RPG。
但他发布了一款真正有人玩的游戏。
有时成功不是把最初的计划坚持到底。
而是从失败计划里，把活着的那部分救出来。
继续阅读
探索更多技术文章
浏览归档，发现更多关于系统设计、工具链和工程实践的内容。