一、2.1 與 2.3 常是同源問題
當審核員在測試中遇到流程中斷（2.1）時，往往會進一步核對商店頁說明是否準確（2.3）。若兩者都不通過，會形成連鎖拒審。建議先把核心流程打通，再統一截圖與描述，減少重複返工。
- 先修復登入、支付、關鍵導航等核心流程。
- 再同步調整標題、描述、截圖與隱私說明。
- 最後確認審核帳號可用且路徑可復現。
博客式實操：為何「已修復」仍可能被打回
很多團隊已完成改動仍被要求補件，核心原因通常是證據不完整或復現路徑不清楚，而不是改動本身無效。
二、回覆審核意見建議「四段式」
不要只寫「已修復」。建議按「問題位置 → 修改動作 → 驗證結果 → 測試路徑」逐條說明。清晰結構可降低二次確認成本，通常能縮短整體審核週期。
- 問題位置：標註頁面、入口動作與觸發條件。
- 修改動作：說明具體調整的邏輯或文案。
- 驗證結果：給出設備、系統版本與測試結論。
- 測試路徑：提供可復現步驟與有效測試帳號。