2020 年 Steam 上架实战分区导航：从 Steam Direct 资料到发售后首月的 10 篇

这是 Steam 发行月度分区的起点，记录的是「第一次把一款个人游戏搬上 Steam」的完整动作。2020 年这一批文章的写作背景是：一个人做完整款游戏，没有发行商，没有专门的运营，第一次面对 Steamworks 后台、税务问卷、商店素材尺寸表和发布审核。它适合还没有上架过任何游戏的开发者，按下面四个分组的顺序读一遍，基本可以把从准备资料到发售后第一个月的路径走通。

专题速览

本月阅读地图

这一批文章的顺序基本就是真实上架的顺序，因此最省力的读法是顺着走一遍，而不是按兴趣跳读。每一步都有它必须在前一步之后完成的理由。

1. 先办手续：Steam Direct 资料与收款，这一步和游戏内容无关，但卡住就无法创建应用。
2. 再搭页面：Coming Soon 页面从零搭建，把定位句和短描述定下来。
3. 同步定标签与语言：这两项影响后续所有素材与文案的方向。
4. 然后做素材：胶囊图、截图与预告片按任务分工依次制作。
5. 接着决定 Demo：明确 Demo 要回答什么问题，再决定截取范围。
6. 最后是技术收尾与商业判断：Depot 上传、发售前 14 天清单、定价窗口与首月运营。

上架资料与商店页搭建

这一组是整条链路的入口。先把账号、税务与收款这些和游戏内容无关但必须先办完的手续处理掉，再动手搭 Coming Soon 页面，并同时把标签与语言这两件影响后续曝光的事定下来。顺序错了会返工：页面标签一旦定错，后面所有素材和文案都会围绕错误的预期展开。

本组要回答的问题：

• 现在办手续会不会来不及？答案是会，税务问卷与收款验证都可能需要数个工作日。
• Coming Soon 页面是不是先随便占位、以后再改？不是，早期页面的标签会决定平台最初把游戏推给谁。
• 语言支持写多少种合适？写你能在游戏内真正兑现的数量，页面承诺和实现必须一致。

商店素材与 Demo

页面框架搭好之后，真正决定点击率的是素材，真正决定愿望单转化的是 Demo。这一组把胶囊图、截图、预告片各自的任务拆开讲清楚，再讨论 Demo 该不该做、做多少、什么时候上——Demo 是消耗制作时间的投入，只有目标明确才值得做。

本组要回答的问题：

• 素材能不能最后一周一起做？可以压缩，但胶囊图往往需要多轮修改才能达到货架识别度。
• Demo 做得越长越好吗？不是，Demo 的目标是让玩家在最短时间内理解玩法并产生期待。
• 玩家反馈要不要全都改？不必，但要区分「影响理解的问题」和「个人偏好」。

构建上传与发布审核

技术侧最容易在最后两周暴露问题。这一组先讲构建与 Depot 的基础流程，把「本地能跑」变成「玩家能下载」；再给出发售前 14 天必须停止发散、把审核、构建分支、价格、公告、客服对齐到同一个稳定版本的清单。

本组要回答的问题：

• 本地打包发给朋友能用，为什么还要走 SteamPipe？因为 Depot、分支与审核都依赖上传后的构建。
• 发售前还能不能加功能？不建议，最后两周的目标是让所有发布要素对齐同一个稳定版本。
• 审核一般要多久？要预留缓冲，尤其是第一次提交时对素材规范不熟悉。

定价窗口与上线后运营

最后这一组处理的是商业判断与发售之后的事。定价不是填一个数字，而是改变玩家阅读页面的方式；发售窗口要和假期、审核缓冲一起考虑；愿望单要从具体来源开始积累；发售后的第一个月决定项目的信任基础，必须提前想好怎么处理反馈。

本组要回答的问题：

• 价格定低一点是不是更容易卖？不一定，过低的价格会改变玩家对内容体量的预期。
• 愿望单数量是最重要的指标吗？不是，来源结构与转化率比总数更能说明问题。
• 发售之后还要投入多少？首月的更新与回应节奏会明显影响后续的长尾曲线。

常见误区

• 把上架当成最后一周的事，结果税务、收款与页面审核全部挤在发售前。
• 先做素材再想定位，导致胶囊图很漂亮但玩家看不懂是什么类型。
• 为曝光堆热门标签，招来的玩家预期错配，最终反映在差评上。
• 认为 Demo 必然带来愿望单，忽略了 Demo 也会暴露完成度问题。
• 本地能跑就认为构建没问题，忽略运行库、安装脚本与默认分支。
• 上线即收工，错过首月这段信任建立的窗口。

从这 10 篇能得到的结论

• 上架是一条有严格先后顺序的链路，跳步会在后面加倍付出代价。
• 页面、素材、标签、语言是同一件事的四个面，必须一起定。
• 技术侧的构建与上传流程要尽早固定成可重复的动作。
• 定价与发售窗口是商业判断，依据是玩家预期而不是自己的投入。
• 发售不是终点，第一个月的运营决定长尾的起点。
• 所有清单都值得改成自己项目的版本，照抄流程比照抄结论更安全。
• 如果只有一个周末做发行准备，优先做页面定位句与构建上传，这两项卡住其他全部工作。

与相邻分区的关系

本分区是整条月度链路的第一段，重点是「从零到能上架」。它不讨论公告节奏、客服模板与数据复盘这些发售期动作，那些留给后面的分区。

• 向前：本分区没有前置分区，可以直接作为起点。
• 向后：2021 年 1 月分区 承接发售窗口规划与首周运营。
• 交叉：需要补技术实现时，可参考 2021 年 3 月分区 的构建流水线与存档设计。

本月主题脉络

2020 年这一批的主线是「把第一次上架走通」，所以文章都偏向流程与清单，几乎每篇都能直接抄成待办。它默认你是一个人做完全部工作，因此刻意把每一步拆得足够细，代价是较少讨论取舍的边界——比如什么情况下干脆不要做 Demo。

如果你已经发过一款游戏，这一组仍然值得读，但重点应放在「发售前 14 天清单」和「发售后第一个月」两篇上：前者是防止发售期失控的刹车，后者是很多人忽略的信任建立窗口。后续的 2021 年 1 月分区 会在这个基础上补上公告节奏、客服模板与复盘方法。

相关专题

• Steam 发行专题导航 —— 本分区的上级入口，含 66 篇跨年度主题文章
• 游戏发行与上线专题 —— 发行与上线的总体导航
• 游戏开发专题 —— 客户端、服务端与商业指标的总体入口
• 独立游戏专题 —— 小团队在资源约束下的发行决策讨论