把接單流程從頭驗收一次

貓老闆的簡報

正常買一次、填錯一次、付款錯誤一次、換帳號看一次。每一項有結果，我才敢讓客人來。

——貓掌櫃官網的老闆「掌櫃」下需求時的原話

這章做什麼

動手做

1. 在手機與電腦各走一次完整流程，使用虛構收件資料及服務商提供的測試付款方式，記錄訂單編號與測試交易識別。
2. 補測漏填、重複送出、前端改價、跨帳號查詢、拒絕付款、取消、通知延遲、通知重送與付款後關閉分頁。每項寫預期與實際結果。
3. 檢查秘密金鑰、個資與日誌內容；確保備份可以還原，且管理者知道如何查核狀態不一致的訂單。
4. 列出正式收款前必須由商家完成的申請與設定：資格確認、正式金鑰、HTTPS 通知網址、正式商品價格、運送與退換貨說明、聯絡方式。測試通過不能當成已開通正式收款。
5. 保留可還原的 Git 版本與操作說明，標示已驗證、模擬、待確認；未完成的項目不要寫成通過。

這樣對 AI 說

請陪我驗收貓掌櫃接單流程，用表格記錄檢查項目、操作步驟、預期、實際結果與證據位置。涵蓋手機、電腦、漏填、連按、改價、跨帳號、拒絕付款、取消、通知延遲與重送、付款後關閉分頁、寄信錯誤及備份還原。僅使用虛構資料與服務商測試付款，不使用真實卡號。先列出目前哪些功能已接真實測試環境、哪些只有模擬，未操作的不標示通過。最後整理正式環境的商家申請、金鑰與通知網址設定、資訊確認和還原步驟，讓我知道還缺什麼。

本章驗收清單

完成這份紀錄後，你應該能指出訂單、付款與通知各自的證據。

• 完整成功流程有對應訂單與測試交易
• 錯誤、重送與權限情境有實際檢查結果
• 沒有把模擬功能寫成已串接或已收款
• 正式環境待辦、管理者處理方式與還原步驟已記錄

這章的相關詞條

詞條頁都有可以動的示範——卡住的時候，去把名詞弄清楚，回來繼續做。