第一篇讲的是游戏内的设置菜单，这一篇把镜头拉到游戏外面——怎么把半成品（但已经好玩）的游戏先放上 Steam 卖。这几乎是一人独立开发者的必经之路：全做完再上，风险太大、反馈太晚；上得太早，又会被差评淹死。今天用 Steamworks 官方文档把 Early Access（抢先体验，简称 EA）的游戏规则讲清楚。

今日速览

  • EA 不是众筹、也不是预购：玩家买的必须是**“当下就能玩、且值这个价”**的版本，不是对未来的下注。
  • 三项硬标准：可玩 alpha/beta、至少有一段实机玩法预告片、你愿意且能够继续把它做完。
  • 必填 6 项 Q&A 问卷：为什么 EA、EA 多久、完整版差在哪、当前状态、定价是否变化、社区怎么参与。
  • 定价红线：多数人 EA 起始价低于正式价；涨价后 30 天内不能打折（包括 EA 转正时的首发折扣）。
  • 时间线：商店页审核 3–5 个工作日（建议提前 7 个工作日提交）；商店页需 coming soon 满 2 周才能发布；EA 发布后 满 2 周才能用更新曝光轮。

核心学习内容

1. EA 到底适合谁：三条硬标准，两条红线

官方对 EA 的定位很明确：它是**“在开发中就先卖”的工具**，让玩家反馈影响最终成品。判断适不适合，看三条：

  1. 必须是可玩的 alpha/beta，且值当前这个价——不是技术 demo，也不是只有概念。
  2. 至少要有能展示实际玩法的预告片（官方原话：bare minimum）。
  3. 开发尚未结束、你愿意继续做完——EA 是马拉松不是冲刺。

两条红线要记牢：① 不要用 EA 来众筹（别指望”卖够多少份才能做完”）；② 开发已经完成、只想做最后 bug 测试的，不该上 EA——那种情况应该发 key 给粉丝内测（Steam Playtest 更合适）。

2. 六项 Q&A：把”期待管理”写成文案

开启 EA 前必须在商店页完成 Early Access 问卷，六道题就是你和玩家的第一份合同：

  1. Why Early Access?——为什么要现在上、你的目标是什么。
  2. Approximately how long will this game be in Early Access?——尽量给范围，没把握就解释原因。
  3. How is the full version planned to differ?——完整版会多出什么、你想收集什么数据。
  4. What is the current state of the Early Access version?——今天能玩到什么（模式、功能、关卡、时长），这段要随进度更新。
  5. Will the game be priced differently during and after Early Access?——涨价还是降价，都要对得起早期支持者。
  6. How are you planning on involving the Community?——在哪里、多久一次跟玩家沟通。

写作心法：具体胜过漂亮。把”当前状态”写成可核对的清单，别写形容词。官方还特别提醒：如果后续更新会破坏存档，必须提前说清楚，并且到处都说。

3. 定价与转正：别踩”30 天折扣坑”

定价两种主流打法：起始价低于目标正式价（奖励早期用户，随内容增加逐步涨价），或起始价更高（筛出更核心的小圈粉丝）。要注意两条规则：

  • EA 期间不能做永久折扣——想更便宜，就直接设一个更低的基础价。
  • 涨价后 30 天内不能打折。这条会直接影响你转 1.0 的节奏：如果你打算转正时”涨价 + 首发折扣”，二者不能同时做。可选方案：维持原价打折放 1.0、或涨价但不折扣、或提前 30 天以上涨价再在 1.0 时打折。

4. 时间线与上线节奏

  • 商店页审核约 3–5 个工作日，建议提前 7 个工作日提交，留出修改余量。
  • 商店页需处于 coming soon 状态至少 2 周，才能 Release。
  • 转换 EA → 正式版：上传更新后的 build → 点 View Release Options → Release，系统自动去掉 EA 标识并应用首发折扣；记得发一条公告（愿望单玩家会收到 Steam 的自动邮件提醒）。
  • 更新曝光轮（Update Visibility Rounds）：EA 发布满 2 周后才能用，用来推大版本更新。
  • 若 12 个月没有把新 build 分配到 default 分支、也没有发过 update 类型事件，Steam 会在商店页挂一条”长期未更新”提示——对小团队是隐形劝退。

🎯 DeepSeek 提示词

提示词 1：生成 EA Q&A 六问回答

适用场景：要填 Steamworks 的 Early Access 问卷，从你的设计说明一键生成合规、透明、可直接粘贴的文案。

你是一名资深独立游戏发行与 Steamworks 上架顾问。
背景：我有一款【类型/玩法，例如：2D 类银河恶魔城】游戏，计划以 Steam 抢先体验（Early Access）形式发布。
当前可玩内容：【精确列出：已完成的模式、关卡数、核心系统、预计单局时长】
后续开发计划：【按优先级列出要加的功能】
团队与时间：我是一名独立开发者，目标在【X 个月】内转 1.0。
任务：撰写 Steamworks Early Access 商店页 Q&A 的 6 个必填问题回答：
1) Why Early Access?  2) 预计 EA 持续多久  3) 完整版与 EA 版有何不同
4) 当前 EA 版本的状态  5) EA 期间与之后定价是否会变化  6) 如何让社区参与开发
硬性约束（Valve 官方红线，必须遵守）：
- 绝不承诺具体的未来日期或"一定会上线"的功能；
- 只把确实已实现的内容写成"当前内容"；
- 透明、具体、不堆形容词；每题 80–150 字，中文，可直接粘贴。
输出格式：6 个小标题 + 对应回答；末尾附 1 句"发布前需人工核对的事实清单"。

提示词 2：把功能清单变成对外的 1.0 路线图

适用场景：定了 EA 之后，需要一份能公开发布、又不会挖坑给未来自己的更新路线图。

你是一名游戏制作人，擅长把混乱的开发计划整理成对玩家透明的路线图。
输入：【我尚未完成的功能/内容清单，可无序粘贴】
任务：输出一份面向 Steam 玩家的 Early Access 至 1.0 路线图。
要求：
1) 按主题分组（内容 / 系统 / 打磨 / 性能与本地化），组内按依赖关系排序；
2) 每个条目给一句"玩家能感知到的变化"，不写内部术语；
3) 不要写具体日期，改用"阶段"（Phase 1/2/3）或"下一个大版本"；
4) 标出哪些是"决定 1.0 是否成立的核心项"、哪些可以砍；
5) 用 Markdown 表格输出：阶段 | 内容 | 玩家收益 | 优先级。
约束：不得包含任何日期承诺；信息不足时先问我 2 个澄清问题再输出。

提示词 3：EA 商店页合规审查（发布前自查）

适用场景：提交审核前自查，避免因”描述里写了未实现内容""截图含概念图”等常见坑被打回。

你是 Steam 商店页审核专家，严格按 Valve 官方《Review Process》与《Early Access》规则审查文案。
以下是我想提交的 EA 商店页文本与素材说明：【粘贴：简短描述 / 详细描述 / 特性列表 / 截图与预告片说明 / 计划勾选的"支持特性"】。
请按以下格式输出：
1) 违规风险清单：每条写"原文位置 / 触犯的规则 / 建议改写"；
2) 是否存在"尚未实现却按已上线描述"的内容，逐条列出；
3) 截图/预告片问题（如含概念图、奖项、营销文案、非实机画面）；
4) 勾选的"支持特性"里哪些当前 build 未实现、必须先取消或先做完；
5) 一份 5 条的"提交前修复 checklist"。
约束：只依据官方规则判断，不做风格主观评价；信息不足处明确标"需补充"。

学习心得

今天最大的收获是：EA 的本质是”期待管理”，不是”提前收钱”。Valve 的每一条规则，几乎都在防止开发者对玩家许下兑现不了的承诺——不许写日期、不许把没做的功能当卖点、涨价后 30 天不许打折。这恰恰是 AI 最擅长处理的场景：把散落在脑子里的开发计划丢给 DeepSeek，让它输出透明、具体、不越界的 Q&A 和路线图，我再据此核对事实。对”用 DeepSeek 做一款 Steam 游戏”这条路来说，EA 是个绝佳的中间站——它让我能在只完成 60% 时就有真实玩家和真实收入，用反馈决定剩下 40% 该往哪做，而不是闷头做完再赌一把。

明日关注

  • 用提示词 1 试填一版 EA Q&A，并核对”当前状态”里的每条功能是否真的已可玩。
  • 用提示词 2 生成一份 Phase 1/2/3 路线图，明确标出”决定 1.0 成立”的核心项。
  • 复盘自己的定价意图：是否需要提前 30 天以上涨价，以便 1.0 转正时能跑首发折扣。

本文由自动化学习流水线每日生成，坚持即学即记。