分开判断玩家需求与开发者意愿
玩家请求能够证明摩擦与兴趣；只有开发者行动、公开回复、近期增加语种或当前产品窗口，才能提高现在发起沟通的合理性。
研究方法
我们如何把 Steam 公开信号转化为谨慎、适配具体团队的商机。
缺少某个语种并不等于开发者正在采购。我们要求多类独立证据，记录最强反向信号，并依据接收团队已经核验的交付能力逐条复核。
方法最近复核日期:
评估完整交付，而不只看翻译能力
我们检查文本导入导出、变量、字体、构建、LQA、版本维护、项目管理，以及项目方必须提供的协作支持。
依据已核验能力进行匹配
游戏类型、已上线作品、语种、技术服务、当前产能和风险边界，决定同一个项目为什么适合一个团队、却不适合另一个团队。
商机筛选顺序
筛选顺序很重要。再强的玩家需求，也不能抵消官方译版已经存在、当前项目窗口关闭或实施要求超出团队能力等问题。
- 1
核对 Steam 当前界面、字幕和完整音频的语种声明。
- 2
收集近期、具体、相互独立的语言障碍与玩家需求证据。
- 3
寻找试玩版、正式发行、重大更新、DLC 或恢复开发等当前时机。
- 4
核查开发者意愿：公开回复、近期增加语种、本地化相关工作，或能够支持项目的明确负责人。
- 5
评估商业合理性，但不虚构预算或采购决定。
- 6
定义一个小型首期交付，并识别文本、字体、构建、LQA、工程和项目管理依赖。
- 7
将这些要求与接收团队已核验的作品、服务、产能和排除项进行比较。
- 8
确认合法的公开联系路径，并记录转交风险。
- 9
写明最强反向信号，并在交付前 24 小时内复核所有时效性事实。
证据层级与时效
第一方证据
Steam 语种表、开发者公告、官方路线图、公开回复、Press Kit、发行商页面和官方联系渠道。
交叉验证证据
近期评价、Steam 讨论、持续维护的社区汉化、官方 Discord 或社媒内容，以及相互独立的社区讨论。
弱证据
单条请求、复制评论、过期帖子、猜测的私人邮箱，或没有第一方来源的第三方总结。
语言支持、项目活动、联系路径和供应商状态都会变化。公开事实会在研究日期核验，并在客户交付前 24 小时再次复核；历史证据只能在保留日期和限制说明的情况下使用。
商机分层
A — 证据完整型
语种缺口、当前时机、团队适配与联系路径均可独立复核；这仍不代表开发者一定有预算、一定回复或一定签约。
B — 条件型商机
需求与项目活动可信，但开发者意愿、现有供应商、联系转交或实施支持仍未确认，交付时必须明确说明。
C — 观察信号
证据过期、不完整、技术风险过高或缺少现实行动路径；继续观察，但不能计为完整客户商机。
研究约束
- 不把公开玩家需求描述为开发者已经确认的采购需求。
- 不猜测私人联系方式，也不声称掌握私有销量、愿望单或预算数据。
- 同一团队多次联系无回复后，不重复推荐同一项目，除非出现实质性新证据。
- 必须记录反向信号和实施依赖，而不是只罗列正向线索。
- 宁可减少数量，也不使用薄弱候选凑足交付额度。