先确定你要验证什么
个人开发者在 Steam 上架前,经常纠结要不要做 Demo、要不要单独上一个 Prologue、要不要做免费版。看起来都是“让玩家先玩”,但目标不同。Demo 更适合短期展示和愿望单承接;Prologue 更像独立入口,适合有完整前传或单独章节;免费版则更接近长期获客,需要持续维护。
不要因为别人做了 Prologue 成功,就照着做。公开入口会消耗开发、测试、页面维护、客服和版本管理资源。个人团队最怕入口太多:主游戏、Demo、Prologue、Playtest、测试分支全都有,但每个都没维护好。
选择前先问:我现在最需要愿望单、反馈、口碑、主播内容,还是长期免费流量?答案不同,入口不同。
三种入口的核心区别
| 入口 | 适合目标 | 主要风险 |
|---|---|---|
| Demo | 展示核心玩法,转化愿望单 | 内容切片不代表正式版 |
| Prologue | 独立前传,建立口碑 | 维护成本接近一款小游戏 |
| 免费版 | 长期获客,降低门槛 | 可能稀释付费动机 |
Demo 通常依附主游戏页面,适合活动、节日、新品节、发售前试玩。Prologue 如果作为独立商店页,就需要独立素材、描述、评价、更新和支持。免费版如果长期存在,需要清楚付费版差异,否则玩家可能觉得免费版已经足够。
Demo 适合核心循环清楚的游戏
如果你的游戏能在 15-40 分钟内展示一次完整循环,Demo 是比较稳的选择。它不需要承担完整产品评价,只要让玩家理解玩法并愿意加入愿望单。
Demo 适合:
- 解谜游戏展示前几关;
- 策略游戏展示一张代表性地图;
- 动作游戏展示核心战斗;
- 叙事游戏展示开场和关键选择;
- 管理游戏展示一个压缩周期。
Demo 不适合把正式版开头机械切出来。如果开头慢,就重组一个体验切片。Demo 的目标是“代表”,不是“截取”。
Prologue 适合有独立叙事或系统闭环
Prologue 不是更长的 Demo。它最好能独立成立,有自己的标题、起承转合和评价价值。否则玩家会把它当成包装过的 Demo,甚至质疑你为什么不直接放试玩版。
适合 Prologue 的情况:
| 情况 | 原因 |
|---|---|
| 有明确前传章节 | 内容天然独立 |
| 正式版系统复杂,需要渐进介绍 | 前传可作为教学 |
| 叙事游戏有独立小故事 | 可建立情绪和角色 |
| 玩法需要较长时间理解 | Prologue 可以更完整 |
不适合的情况:
- 只是正式版第一关;
- 内容很短但单独上架;
- 需要频繁同步主游戏系统;
- 团队没有能力维护第二个页面;
- 免费入口会满足大部分玩家。
免费版要考虑付费转化
免费版可以降低门槛,但要清楚和付费版的关系。免费版如果内容太少,玩家觉得像广告;内容太多,玩家可能不买正式版;边界不清,评论会混乱。
免费版页面要说明:
- 免费版包含什么;
- 付费版扩展什么;
- 存档是否继承;
- 是否会长期更新;
- 是否有内购或 DLC;
- 支持语言和平台是否一致。
个人开发者做免费版要谨慎,因为它会带来独立客服和评价压力。不是所有团队都适合。
用目标选择入口
| 目标 | 更适合 |
|---|---|
| 发售前积累愿望单 | Demo |
| 参加活动并展示核心玩法 | Demo |
| 做独立前传口碑 | Prologue |
| 长期吸引免费玩家 | 免费版 |
| 受控测试系统稳定性 | Playtest 或测试分支 |
| 给媒体预览 | Demo 或专用构建 |
不要同时追求所有目标。公开入口越多,玩家越容易困惑:我该下载哪个?哪个代表正式版?哪个会更新?
页面关系要写清楚
如果你同时有主游戏和 Demo/Prologue,页面之间要互相说明。主游戏页面写清 Demo 或 Prologue 的位置;Demo 结尾引导回主游戏;Prologue 页面解释和正式版关系。
关系说明示例:
- “Demo 展示正式版前 30 分钟核心玩法,存档不继承。”
- “Prologue 是正式版之前的独立短篇故事,约 1 小时。”
- “免费版包含基础模式,正式版包含完整战役和编辑器。”
不要让玩家自己猜。猜错就会变成差评或退款。
版本维护要算成本
每增加一个入口,就增加一套构建、测试、页面、公告和支持。特别是 Prologue 和免费版,如果独立上架,维护成本接近一个小产品。
维护表:
| 项目 | Demo | Prologue | 免费版 |
|---|---|---|---|
| 独立页面 | 低/中 | 高 | 高 |
| 构建测试 | 中 | 高 | 高 |
| 评论管理 | 低 | 高 | 高 |
| 内容更新 | 低 | 中/高 | 高 |
| 转化追踪 | 中 | 中 | 高 |
个人开发者不要低估这个成本。入口做不好,会拖慢主游戏。
公开入口的结尾设计
无论选择哪种入口,结尾都要自然承接下一步:
- 加入主游戏愿望单;
- 查看正式版内容;
- 填写反馈;
- 加入社区;
- 关注发售日期;
- 阅读 FAQ。
结尾不要只写“感谢游玩”。玩家刚完成体验,是最容易行动的时候。
决策清单
选择前检查:
- 当前最重要目标是什么;
- 核心循环能否在短时间展示;
- 是否有独立前传内容;
- 免费入口是否会稀释付费动机;
- 是否有能力维护多个页面;
- 存档继承策略是否清楚;
- 结尾是否能引导愿望单;
- 数据能否区分入口效果;
- 社区是否能处理入口相关问题;
- 页面是否避免互相抢流量。
入口数据要分开看
公开入口上线后,要分开记录数据:
| 数据 | Demo | Prologue | 免费版 |
|---|---|---|---|
| 下载量 | 看试玩兴趣 | 看免费入口吸引力 | 看长期获客 |
| 愿望单转化 | 核心指标 | 需要追踪到主游戏 | 需要追踪付费转化 |
| 评价 | 通常没有或弱 | 很重要 | 很重要 |
| 反馈 | 玩法验证 | 内容完整性 | 留存和付费动机 |
不要只看入口本身热不热。关键是它是否把正确玩家带回主游戏。如果 Prologue 下载很多,但主游戏愿望单不涨,说明承接出了问题。
做入口前先写维护预算
公开入口不是一次性内容。做之前写一张维护预算表:
| 项目 | Demo | Prologue | 免费版 |
|---|---|---|---|
| 构建测试 | 每次主版本变化后复测 | 独立完整测试 | 长期测试 |
| 页面维护 | 随主游戏同步 | 独立商店页 | 独立商店页 |
| 反馈处理 | 集中到主游戏 | 独立讨论区可能增加 | 长期客服 |
| 素材更新 | 较少 | 需要独立素材 | 需要独立素材 |
| 转化追踪 | 重点看愿望单 | 看主游戏跳转 | 看付费转化 |
如果你没有时间维护独立页面,就不要轻易做 Prologue 或免费版。一个维护不好的入口,会让玩家以为主游戏也缺乏维护。
入口上线后的第一周检查
入口公开后一周内,检查下载、愿望单、反馈和页面问题。如果玩家反复问“这和正式版什么关系”,说明说明不够清楚;如果下载高但主游戏无增长,说明结尾引导或页面承接不足。第一周发现的问题最值得修,因为它会持续影响后续流量。
入口越清楚,转化越稳定
Demo、Prologue、免费版都可以成为 Steam 发现入口,但它们不是同一种工具。个人开发者要按目标选择,而不是按流行做法选择。最稳的公开入口,是玩家一看就知道它是什么、玩完知道下一步去哪里、开发者能持续维护。
与其铺很多入口,不如把一个入口做清楚。让它代表游戏,收集反馈,承接愿望单。入口清楚,正式版页面才不会被稀释。
一个简单决策例子
如果你的游戏是 6 小时叙事解谜,前 30 分钟能展示核心谜题和角色关系,优先做 Demo;如果你有一个完整的 1 小时前传故事,并且它不依赖正式版结局,才考虑 Prologue;如果你的核心循环适合长期免费试玩,并且付费版有明确扩展,才考虑免费版。
不要因为“Prologue 看起来更像独立产品”就强行拆。玩家会按独立产品评价它。个人开发者最稳的路径通常是先把 Demo 做清楚,验证愿望单和反馈,再判断是否需要更复杂入口。
继续阅读
探索更多技术文章
浏览归档,发现更多关于系统设计、工具链和工程实践的内容。