一、2.1 与 2.3 常常是同源问题
当审核员在测试中遇到流程中断（2.1）时，会进一步核查你商店页说明是否准确（2.3）。如果两者都不通过，就会形成连锁拒审。建议先把核心流程打通，再统一截图与描述，减少重复返工。
- 先修复登录、支付、关键导航等核心流程。
- 再同步调整标题、描述、截图与隐私说明。
- 最后确认审核账号可用且路径可复现。
博客式实操：为什么“已修复”仍会被打回
很多团队已完成改动，但仍被要求补充。核心原因通常是证据不完整或复现路径不清晰，而不是改动本身无效。
二、回复审核意见建议“四段式”
不要只写“已修复”。建议按“问题位置 → 修改动作 → 验证结果 → 测试路径”逐条写清。清晰结构能减少审核员二次确认成本，通常能缩短整体审核周期。
- 问题位置：标注页面、入口动作与触发条件。
- 修改动作：说明具体改了哪些逻辑或文案。
- 验证结果：给出设备、系统版本与测试结论。
- 测试路径：提供可复现步骤和有效测试账号。