我曾被问过无数次："做 Demo 是不是浪费时间？反正最后要出正式版。"我的回答一直很明确：Demo 不是浪费时间，它是你整个营销里性价比最高的一环。前提是——你得会做。
我踩过的坑：第一个 Demo 做的是减法
我开发的第一款游戏，Demo 就是把正式版前 30 分钟切出来，删掉后半段，直接发包。结果转化很差。后来复盘才发现：玩家在 Demo 里体验到的不是"精华"，而是"还没展开的铺垫"。从那以后我定了一条规矩——
Demo 不是正式版的片段，而是独立的最小完整体验。它必须自己成立。
独特方法论：钩子三段式
我做了很多项目，总结出"钩子三段式"结构，适用于绝大多数叙事和玩法驱动的独立游戏：
- 前 3 分钟：一个强记忆点。一个惊艳的美术镜头、一段标志性的音乐、一次意料之外的机制触发。这 3 分钟决定玩家会不会继续。
- 中段：展示核心玩法循环。让玩家完整走一遍"操作—反馈—奖励"的闭环，至少 1–2 次。
- 结尾：留一个悬念或 cliffhanger。在玩家最想继续的时候切断，引导点击"加入愿望单"。
我第二款游戏《回声迷宫》（脱敏代称）用了这个结构：前 3 分钟是主角在雨夜醒来的一镜到底，中段让玩家解开 2 个机关，结尾停在主角发现一扇打不开的门。Demo 平均时长 22 分钟，愿望单转化率达到 34%。
我做了很多项目，发现 90% 的 Demo 不好看（指转化差、玩家看完不点愿望单）的原因，不是画面差，而是没有一个让人想继续的悬念。只要结尾那个"钩子"立得住，哪怕画面朴素，转化也不会差。
具体数字：时长与内容边界
不懂设计、不懂音乐怎么办？Demo 的资源可以复用正式版，但时长必须控制。我的经验区间：
- 动作/平台跳跃：15–25 分钟，刚好展示 2–3 个核心机制
- 解谜/叙事：20–35 分钟，能讲完一个小故事弧
- Roguelike/策略：12–18 分钟，让玩家完成一整局（至少一局有结果的）
关键细节：Demo 里必须有至少一个"哇"时刻（我管它叫 wow point），这是玩家截图发朋友圈的素材。我在《回声迷宫》里设计了一个镜面反转的房间，通关后整个空间翻转——这个镜头被玩家截图传播了上百次。
技术实现：分支 vs 阉割
两种做法，各有取舍：
- 分支版本（推荐）：用同一工程，加 Demo 开关，锁住后续内容。维护成本低，更新同步。
- 独立工程：把 Demo 资源单独剥离。适合参加展会、主机平台审核，但维护两套工程很累。
我建议小团队用分支版本。Unity 里用 Scripting Define Symbols 加 DEMO 宏，Unreal 用 Blueprint 的开关节点，Godot 用 autoload 全局变量。锁内容时别只隐藏按钮——要在代码层禁用，防止玩家解包绕过。
上线节奏：卡住 Next Fest
Steam 的 Next Fest（新品节）是 Demo 最大的流量入口，一年 4 次。我的做法是：Demo 提前 2 周上线做技术验证，然后卡在 Next Fest 期间做主推。这里有一个细节——Demo 必须在节前就存在，临时赶工来不及修反馈。
我服务过一位开发者，他 Demo 在 Next Fest 期间上线，三天收到 400 多条反馈，当场改了 12 个崩溃 bug。这种"边参展边修"的节奏，是 Demo 独有的优势。
常见错误清单
- Demo 太短（<8 分钟）：玩家没进入状态就被切断
- Demo 太长（>60 分钟）：玩家觉得"已经玩完了"，不买正式版
- 在 Demo 结尾放付费墙提示：极其破坏体验，千万别做
- 不收集数据：至少埋点"玩到哪一关流失"，我用一个简单的本地 txt 上报
游戏宅基地的 Demo 资源
游戏宅基地网站上我整理了一份 Demo 检查清单（Checklist），从时长控制、钩子设计、分支实现到 Next Fest 报名节点，逐项可勾选。另外还有一份"Demo 转化数据看板"模板，能直接套用记录愿望单转化率。去游戏宅基地搜"Demo 清单"即可。
核心结论：Demo 是钩子不是阉割；钩子三段式 + 时长控制 + 卡 Next Fest，是独立游戏最值得投入的营销动作。
