直接回答
这份清单应该对着真实的 release candidate 来跑，而不是对着聊天里的零散片段。提交前 QA 不是简单的文案校对，而是最后一次一致性检查，用来确认当前元数据、截图、本地化、法务链接和审批状态仍然在描述同一个产品故事。
QA 总览
| QA 项 | 要检查什么 | 漏掉后的风险 | | --- | --- | --- | | 命名 | 标题和副标题是否仍然符合当前产品承诺 | listing 一开头就说偏了 | | 关键词 | 关键词组合是否和元数据、截图表达一致 | 检索意图和转化信息开始脱节 | | 截图 | headline 是否可读、具体，并和画面焦点匹配 | 截图不再证明元数据承诺 | | 本地化 | 中英文是否在不同语言下表达同一策略 | 不同 locale 开始讲不同故事 | | 法务 | 隐私、支持、退款和联系页面是否可访问 | 非创意层问题直接影响提审准备 | | 评审归属 | 是否有一个负责人能确认当前批准版本 | 团队无法判断哪套素材才是最终版 |
推荐检查顺序
1. 先确认命名和定位
如果标题和副标题已经偏了，后面的 QA 都是在检查错误的故事。
2. 再检查关键词与元数据是否一致
确认关键词仍然支撑同一获客角度，而不是和当前可见文案或截图打架。
3. 检查截图可读性和证明顺序
每一帧都应该仍然可读、具体，而且视觉重点和它要证明的信息一致。
4. 验证本地化策略一致性
中文和英文应该是在不同语言里表达同一策略，而不是各自发展成不同定位。
5. 核对法务与支持页面
隐私、支持、退款和联系入口失效时，即使创意素材已经完成，也会影响提审准备。
6. 确认最终负责人和当前批准版本
必须有人能明确指出当前被批准的是哪套素材。没人能说清楚时，QA 就还没结束。
发布周常见漏项
团队检查的是碎片，不是 release candidate
如果截图来自聊天、描述来自另一份文档，这不叫真正的 QA。只有对着实际要提交的那套素材检查，QA 才成立。
把本地化当成纯措辞检查
如果只在句子层面看翻译，中文和英文很容易逐渐滑向不同策略。
没有人拥有最终审批状态
当最终审批人不明确时，团队常常在最后时刻才发现，大家评的根本不是同一版素材。
一个操作规则
永远对着当前 release candidate 做 QA，而不是对着零散片段做 QA。如果没有一个负责人能确认最新批准版本，提交前 QA 就还不完整。