05 · 独立游戏裁剪学:做什么、不做什么、什么时候做
05 · 独立游戏裁剪学:做什么、不做什么、什么时候做
3A 的 TA 面对的问题是"怎么做得更好"。 独立游戏的 TA 面对的问题是"哪些根本不该做"。 本文件是整份 SKILL 里最省钱的一章。
1. 裁剪第一原理:三问过滤
任何一项技术/效果/工具,进来先过三问。两问不过就砍。
Q1 可感知吗? 玩家在真机上、正常游玩距离下,能察觉到它的存在吗?
Q2 可归因吗? 它能追溯到内核(让玩家更懂/更感受游戏在说什么)吗?
Q3 可承受吗? 它的成本(ms / MB / 人天 / 维护债)在预算内吗?
| Q1 | Q2 | Q3 | 判决 |
|---|---|---|---|
| ✅ | ✅ | ✅ | 做(优先考虑做成招牌) |
| ✅ | ✅ | ❌ | 找更便宜的实现;找不到 → 降级方案 |
| ✅ | ❌ | ✅ | 锦上添花,排到最后;工期紧就砍 |
| ✅ | ❌ | ❌ | 砍 |
| ❌ | ✅ | ✅ | 重新设计呈现方式(玩家感知不到 = 白做) |
| ❌ | ❌ | 任何 | 立刻砍 |
2. 该做 / 不该做 总表(独立游戏版)
该做(高 ROI)
| 项 | 人天 | 收益 |
|---|---|---|
| 母材质体系(3–5 个) | 3–5 | 产能 ×2,风格统一 |
| 导入预设自动化 | 1–2 | 每次导入省 2 分钟 |
| 资产校验器 | 1–2 | 防脏数据,免去后期大扫除 |
| 性能预算表 + 每周回归 | 1 + 0.5/周 | 避免出货前崩盘 |
| 招牌技术 ×1–2 | 5–15 | 这是你唯一该重投入的地方 |
| 打击感三件套(hitstop + 屏震 + 闪白) | 0.5–1 | 性价比之王 |
| 尘埃/雾/光轴(氛围三件套) | 1–2 | 廉价地让画面"有空气" |
| 程序化动画(次级运动/IK) | 2–5 | 少做大量动画资产 |
| 材质变体(参数化改色/腐蚀/湿滑) | 1–2 | 1 个资产变 10 个 |
| 画质档位系统 | 1–2 | 覆盖低端机型 = 多卖 |
| 散布工具(植被/碎石) | 1–3 | 环境填充效率 ×5 |
| 宣发录制方案 | 0.5–1 | Steam 页转化率 |
不该做(低 ROI / 高维护债)
| 项 | 为什么不做 | 替代方案 |
|---|---|---|
| 自研渲染管线 | 维护成本无限,一次引擎升级全废 | 用引擎自带 + 自定义 Render Feature / Post Pass |
| 全面 PBR 写实 | 需要海量高精度资产,独立游戏供不起 | 风格化渲染(更便宜且更有辨识度) |
| 运行时 GI(全动态全局光照) | 昂贵且难调 | 烘焙 + Light Probe + 少量补光 |
| 影视级角色面部(blendshape 50+) | 独立游戏剧情通常不需要 | 程序化表情 + 少量 blendshape + 相机调度 |
| 4K 纹理全量 | 内存爆炸,加载变慢 | 1024 封顶 + 关键物件 2048 |
| 大量独立材质 | Batch 断裂 + 维护债 | 母材质 + 实例 |
| 3 周以上的大型工具 | 使用次数不确定 | 拆成 3 个 1 周的小工具,逐个验证 |
| 全覆盖的物理布料 | 不稳定,容易穿模出错 | 程序化骨骼摆动 / 简单弹簧 |
| 自研地形系统 | 引擎已有 | 用引擎地形 + 程序化散布 |
| 网络同步下的复杂特效 | 联机独立游戏最容易死 | 特效本地化,只同步事件 |
| 为每个场景单独做光照方案 | 无法量产 | 一套全局光照模板 + 场景参数微调 |
| 追求"零瑕疵"的美术 | 边际收益趋零 | 瑕疵放进风格(手绘感/颗粒/做旧) |
3. 投入分配:70 / 20 / 10 法则
70% 技术预算 → 招牌技术 + 可复用基础(母材质/管线/工具)
20% → 可读性与打击感(直接影响玩法的部分)
10% → 纯装饰性的"好看"
反例:把 60% 预算花在"让画面更精致"上,结果玩家看不清敌人、打击没反馈、场景没有记忆点。
4. 时间维度:什么时候该做什么
| 阶段 | 该做 | 绝对不该做 |
|---|---|---|
| 预研 | 招牌技术原型、引擎选型、性能预算、色板草案 | 铺资产、写大工具、买一堆素材包 |
| 垂直切片 | 母材质骨架、光照模板、打击感、1 个招牌技术落地 | 量产资产、多场景、多套光照 |
| 量产 | 工具、预设、校验、批量处理、复用 | 研发新效果、重构管线、换引擎 |
| 打磨 | 招牌技术强化、色彩脚本、Juice、氛围细节 | 换风格、改核心渲染方案 |
| 发货前 | 性能优化、shader 剥离、真机验证、降级方案 | 任何新特性 |
最常见的死法:量产期还在研发新效果。此时你的身份是"杠杆 + 守门人",不是"发明家"。
5. 团队规模适配表
| 规模 | TA 配置 | 重点 |
|---|---|---|
| 1 人 | 你一个人 | 只做:预算表 + 母材质 + 导入预设 + 1 个招牌。工具只写 ROI>10 的 |
| 2–3 人 | 1 全职 TA + 美术兼职 | 加:校验器 + 散布工具 + 打击感体系 |
| 4–8 人 | 1 TA + 1 技术动画/特效兼职 | 加:程序化动画、VFX 库、CI 性能回归 |
| 8–15 人 | 1–2 TA 分工(渲染 TA / 管线 TA) | 加:完整工具链、资产管理系统、外包装配线 |
6. 外包的裁剪学
独立游戏大量外包,但外包是风险放大器。
| 该外包 | 不该外包 |
|---|---|
| 概念图/设定稿 | 母材质、shader |
| 环境资产(在给定规格下) | 招牌技术 |
| 动画(在给定骨骼/命名规范下) | 工具开发 |
| UI 图标/KV | 性能预算、管线规范 |
| 音效音乐 | 任何需要理解玩法的技术 |
外包必备三件套(缺一件就不要发外包):
- 规格文档(面数/纹理/命名/pivot/单位/材质槽/交付格式)
- 基准文件(一个母资产 + 一个已通过校验的样例 + 校验器脚本)
- 验收清单(逐项打勾的标准,不是"看起来不错")
7. 技术债的裁剪:什么时候该欠
独立游戏应该主动欠一些技术债,但要有意识地欠:
| 该欠的债 | 不该欠的债 |
|---|---|
| 硬编码的参数(先跑起来) | 没有命名规范 |
| 手动导入流程(先做出来) | 没有性能预算 |
| 临时占位特效 | 没有版本控制 / 二进制没进 LFS |
| 只有一个画质档 | shader 变体无治理 |
| 重复的 shader 代码(先不重构) | 无备份 / 无构建流程 |
判断标准:这个债会不会随时间指数增长?
- 会(命名混乱、无版本控制、变体爆炸) → 绝不能欠
- 不会(硬编码参数、临时特效) → 可以欠,但要登记
8. 裁剪决策记录格式(建议每个砍掉的决定都记一笔)
【决策】不做 XXX
【原因】Q1/Q2/Q3 中 X 不过 / 成本 X 人天超出预算
【替代】用 YYY 达到 70% 效果,成本 1/5
【复审条件】当 XXX 发生时可重新评估(如:融资到位/工期延长)
为什么要记:三个月后有人问"为什么我们没有水面反射",你得有答案,不然会重新吵一遍。
9. 十句裁剪口诀
- 玩家看不见的,不做。
- 玩家看得见但归因不到内核的,最后做。
- 能被一个参数搞定的,不写一套系统。
- 能被工具解决的,不靠人肉纪律。
- 能被复用解决的,不做新的。
- 能被 2D 假装解决的,不做 3D。
- 能被雾遮住的,不建模。
- 能被音效解决的,不做特效。
- 能被相机调度解决的,不做建模。
- 能被"不做"解决的,最好。
10. 一句话总结
独立游戏的技术美术不是"把 3A 缩小",是找到那个唯一值得豪赌的技术动作。 你砍掉的每一项技术,都是在给招牌技术续命。 克制,是独立游戏 TA 的第一生产力。