上線準備 · 驗收
抽賞服務上線前驗收檢查清單
比起一次正常購買，更重要的是確認在例外狀況下訂單與獎品不會遺失。請將以下項目移入專案驗收表，並記錄結果、負責人與複驗日期。發現缺陷時，從完成修正與複驗的範圍開始公開。
KUJI BUILDER · 內容確認日期
1. 將付款・抽獎・庫存視為同一個流程確認
即使同一筆付款被重新傳送，或多位顧客同時請求最後的庫存，也不可發生重複抽獎與超賣。也要區分失敗與已完成的請求，確認顧客重試時能顯示一致的結果。
- 正常授權、拒絕、顧客取消、授權後斷線
- 相同的付款請求・Webhook重複送出也只處理一次
- 最後1張同時購買與防止最後賞重複發放
- 各賞剩餘數量合計與總剩餘數量一致
- 重新整理・返回上一頁・重新登入後保留訂單與結果
2. 顧客購買後要能獲得協助
確認在手機上能找到訂單紀錄、配送狀態與詢問管道。諮詢或詢問送出後，實際營運人員必須能查詢；儲存失敗時，不得顯示成功訊息。營運文案需與審閱過的政策一致。
- 會員註冊・登入・帳號復原與存取權限
- 合併配送申請・收件地址變更・物流單號確認
- 門市領取驗證與已領取商品的處理
- 詢問送出・負責人確認・回覆流程
- 必要同意事項、政策連結、營運者資訊與聯絡方式
3. 實際演練故障後的復原
有備份檔案，不代表還原已經驗證。請還原到與正式資料分離的環境，並確認訂單・庫存・詢問紀錄。也要檢查伺服器重新啟動與部署切換時資料是否保留，以及負責人能否得知健康檢查失敗。
- 確認永久儲存空間與備份的存取權限
- 建立備份後，在另一個環境確認還原
- 伺服器重新啟動・部署後保留訂單與受理紀錄
- 狀態檢查、故障通知接收、負責人聯絡機制
- 回復至正常版本的流程與資料處理標準
4. 移交營運帳號與文件
營運負責人必須能存取網域、金流、雲端與管理員帳號。清理測試帳號與測試訂單，並與實際資料分開。搜尋曝光需在最終網域與公開內容確定後確認；僅完成登錄並不保證曝光時間或排名。
- 帳號所有人・費用付款方・權限移交
- 更換管理員密碼與收回離職人員權限
- 交付營運手冊、驗收結果與維護範圍
- 確認正式網域的HTTPS・行動版・404・主要網址
- 搜尋服務的網站擁有權驗證與提交Sitemap