2021 年 1 月 Steam 发行分区导航：发售窗口、审核准备与首周客服的 10 篇

2021 年 1 月这一批文章的主题是「发售前最后一个月到发售首周」。它承接 2020 年分区 把上架链路走通的结果，开始处理更细的问题：1 月到底是不是好档期、商店页提交审核前要逐项确认什么、公告应该承担什么信息任务、Demo 该截哪一段、首周客服怎么在没模板的情况下不至于手忙脚乱。适合已经确定发售月份、需要把最后一个月排成日程的个人开发者。

专题速览

本月阅读地图

这一批文章覆盖四条并行的线，读的时候可以按线走，但排期时要合并成同一张表。

1. 窗口线：先判断 1 月档期的真实特点，再决定是否选在这个月发售。
2. 页面线：商店页提交审核前逐项确认，同时审计胶囊图点击率与定价的页面一致性。
3. 测试线：决定 Demo 的截取范围，并完成发售前的真实玩家测试招募。
4. 运营线：写发售前公告节奏，准备首周客服模板，并设计首发复盘的数据口径。

发售窗口与审核准备

1 月常被误认为天然好档期，实际节奏并不均匀：月初玩家还在假期或恢复工作，月中回到日常，月底又接近不同地区的春节或寒假消费节奏。这一组先把档期判断讲清楚，再把商店页审核与 SteamPipe 上传这两件必须提前完成的动作排进时间表。

本组要回答的问题：

• 1 月是不是适合发售？取决于你的品类与目标市场，月初与月底的节奏完全不同。
• 审核通过就代表页面有效吗？不是，审核只保证合规，不保证玩家看得懂。
• 上传一次就够了？不够，需要保留版本记录，方便回滚与排查玩家反馈。

商店素材与页面转化

这一组把注意力放在「玩家第一眼看到什么」。胶囊图要在快速浏览中完成识别，定价要和页面的内容承诺对齐，公告则要在发售前唤醒愿望单玩家并告诉他们下一步做什么。

本组要回答的问题：

• 胶囊图好看就够了吗？不够，缩到列表尺寸还能不能识别才是关键。
• 价格可以最后再定吗？可以定得晚，但必须和页面承诺一起检查。
• 公告应该写什么？写玩家需要知道的信息：版本内容、时间点、下一步行动。

Demo 与测试招募

Demo 的起点不是「截哪一段」，而是「要回答什么问题」。测试招募也一样，熟人测试无法替代真实玩家测试，因为熟人会主动绕过问题、补全背景。这一组给出两者的操作流程。

本组要回答的问题：

• Demo 要包含多少内容？取决于它要验证什么，而不是取决于你能做多少。
• 朋友说好玩能不能算通过？不能，他们知道设计意图，也不会在卡住时直接放弃。

上线后复盘与客服

发售之后最重要的两件事是复盘和客服。复盘不是判断成败，而是找出哪些环节有效、哪些预期错误；客服的关键是提前准备模板，避免一边修 Bug 一边临时写回复。

本组要回答的问题：

• 复盘看什么？看环节指标，而不是只看销量与评价。
• 客服需要多复杂？不需要复杂，但必须提前准备，且每次回复都要索取版本与配置信息。

发售前 30 天排期建议

常见误区

• 把 1 月当成天然好档期，忽略月初与月底的节奏差异。
• 把「通过审核」当成商店页的目标，忽略转化与理解成本。
• 胶囊图只按海报思路做，缩略后无法识别。
• Demo 从「能截多少内容」开始想，而不是从「要回答什么问题」开始。
• 只做熟人测试就认为发布前测试已完成。
• 上线后一边修 Bug 一边临时写客服回复，漏问关键信息。

从这 10 篇能得到的结论

• 发售前一个月的核心是排期，四条线必须合并成同一张日程表。
• 审核通过只是底线，页面的真实目标是让玩家看懂并愿意点进来。
• 公告是信息任务，要写清楚版本内容与下一步行动。
• Demo 与测试招募都从目标出发，而不是从内容体量出发。
• 复盘与客服模板要提前准备，发售期没有时间现学。

本月主题脉络

1 月这一批的主线是「发售前一个月的收束」。相比 2020 年那批偏流程的清单，这一批开始强调判断：档期不是选一个顺眼的日期，公告不是写一段热情的话，复盘不是给发售打分。判断标准被明确写出来之后，读者才能把它们套用到自己的项目上。

与相邻分区的关系

• 向前：2020 年分区 提供上架链路的基础，包含资料、素材与构建的完整流程。
• 向后：2021 年 2 月分区 会处理春节档期、构建审核返工与首周运营的细节。
• 交叉：需要补技术实现时，可参考 2021 年 3 月分区 的构建流水线与存档设计。

相关专题

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