在公開前逐項驗證商品、內容、付款、配送、通知、分析與售後流程。
上線檢查的基本原則
上線前最大的風險通常不是少一個裝飾模塊,而是核心交易鏈路出現錯誤。例如商品庫存不正確、某地區無法結賬、運費異常、通知電子郵件缺少資訊,或者退款流程沒有測試。檢查清單應按業務風險排序,而不是按頁面順序簡單瀏覽。
建議由兩類人員分別驗收:熟悉後台的營運人員負責設定準確性;不瞭解項目的測試人員負責真實購物體驗。兩者的視角不同,能發現更多問題。
品牌與內容檢查
- 首頁首屏能夠在幾秒內說明賣甚麼、適合誰和下一步行動。
- 品牌名稱、Logo、聯繫方式和社交帳號在全站一致。
- 所有臨時文案、演示圖片、測試商品和佔位符已經移除。
- 關於、聯繫、配送、退款、隱私和條款頁面與實際業務一致。
- 頁面中的承諾、資料和評價有真實依據。
特別檢查頁腳和電子郵件模板。很多商店只修改了前台首頁,卻在訂單通知中保留預設名稱、舊郵箱或不適用的政策鏈接。
商品與庫存檢查
逐一抽查不同類型商品,包括有變體、無變體、缺貨、預售、數字商品和不同重量商品。檢查標題、URL、圖片、價格、對比價、SKU、庫存、重量和海關資訊是否正確。
從客戶角度確認尺寸、顏色和數量選擇是否清楚。若變體缺貨,頁面應正確阻止購買或說明補貨方式。不要只在後台查看商品,因為前台主題可能以不同方式顯示選項。
購物車與結賬檢查
| 測試場景 | 需要驗證 |
|---|---|
| 普通訂單 | 商品、折扣、運費、稅費和總額正確 |
| 低於免郵門檻 | 顯示正確運費和提示 |
| 達到免郵門檻 | 免郵規則正確生效 |
| 不同地區 | 可配送範圍、幣別和地址格式正確 |
| 缺貨或庫存不足 | 系統阻止超賣或按設置處理 |
| 退款與取消 | 金額、庫存和客戶通知正確 |
至少完成一筆測試訂單,並繼續執行出貨、部分退款、全額退款和取消。只有走完整訂單生命週期,才能發現庫存回補和電子郵件通知問題。
配送與跨境規則檢查
檢查每個配送區域是否包含正確國家和地區,運費條件是否使用正確的重量或訂單金額。對無法配送的地區,應明確阻止結賬,而不是讓客戶付款後再取消。
跨境業務還需要測試關稅提示、預計時效、追蹤鏈接和退貨地址。若不同商品由不同倉庫或供應商出貨,要檢查拆單和多包裹通知是否符合客戶預期。
技術與行動裝置檢查
- 主要頁面在常見手機寬度下沒有橫向滾動。
- 按鈕、菜單、篩選和表單可以透過觸摸正常使用。
- 圖片尺寸合理,首屏沒有不必要的大型影片或腳本。
- 404頁面、舊URL跳轉和HTTPS正常。
- 自定義網域、主網域和電子郵件發送網域已檢查。
- 第三方應用停用或卸載後沒有遺留代碼。
使用真實移動網路檢查,而不僅是辦公室高速Wi-Fi。目標市場使用者的設備性能和網路速度可能明顯低於開發環境。
資料與行銷檢查
確認分析工具能夠記錄頁面訪問、商品查看、加購、開始結賬和購買等核心事件。使用測試訂單驗證金額、幣別和訂單編號是否正確傳遞,同時排除內部團隊流量。
檢查廣告像素、電子郵件訂閱、優惠碼和廢棄結賬流程。不要在沒有Cookie和隱私規劃的情況下同時加載大量行銷腳本。
營運與故障預案
上線當天需要明確誰負責訂單、庫存、客服、廣告和技術問題。建立緊急聯繫人和操作記錄,避免付款失敗或商品價格錯誤時無人處理。
準備暫停廣告、隱藏商品、關閉市場和發布站點通知的操作方案。上線不是項目結束,而是開始接受真實訂單和風險。
上線當天執行順序
- 凍結非必要頁面修改,備份主題和關鍵設定。
- 連接正式網域並確認HTTPS。
- 完成最終測試訂單和退款。
- 檢查分析事件和聯盟或廣告參數。
- 小規模開放流量,觀察付款、運費和錯誤日誌。
- 確認穩定後再逐步增加行銷預算。
給問題設置嚴重級別
P0問題必須阻止上線,包括無法付款、價格錯誤、錯誤運費、敏感資訊暴露和核心頁面打不開。P1問題應在放量前修復,例如行動裝置體驗差、電子郵件錯誤和資料漏報。P2問題可以上線後排期,例如次要頁面排版或非核心文案最佳化。
每個問題記錄復現步驟、設備、頁面、負責人和驗證結果。沒有復測記錄的問題不能視為已解決。
建立回滾和應急機制
上線前複製主題、導出關鍵設定並記錄DNS。若新主題或應用造成故障,團隊應知道如何恢復上一個版本、暫停廣告、隱藏問題商品和發布通知。
上線後前24小時安排值守,關注付款、訂單、庫存和客服。把付款服務商、物流商和技術負責人的聯繫方式放在同一應急文檔中。
上線驗收記錄模板
驗收表至少包含測試編號、功能、操作步驟、預期結果、實際結果、設備、瀏覽器、測試帳戶、截圖和負責人。付款和退款測試還應記錄訂單號,便於在後台和付款服務商中核對。
每一個P0和P1問題都必須有關閉證據。只寫“已修復”不夠,需要由非修復人員復測。若問題因外部服務暫時無法解決,應有清晰規避方案和風險接受人。
上線後保留驗收表,作為下次主題升級、付款變更和市場擴展的回歸測試基線。成熟站點的檢查清單會隨著真實故障不斷更新。
上線後一周復檢
真實訪問會暴露測試階段沒有覆蓋的問題。上線後第1、3、7天分別檢查付款失敗、404、搜尋詞、行動裝置、客服問題、庫存和物流。將新問題加入驗收清單。
一周後召開復盤,區分功能缺陷、內容缺口和商業問題。不要把商品需求不足誤判為網站故障,也不要用增加廣告掩蓋結賬問題。
執行檢查清單
- 商品價格、庫存與變體資料
- 行動裝置導覽與結帳
- 付款、配送、稅務及通知
- 退款、退貨、客服與分析追蹤
- 指定每個設定與指標的負責人
- 用真實訂單條件完成測試並保留紀錄
常見問題
第一版需要做到多完整?
足以明確範圍、責任、成功指標與上線限制即可,不必預測所有未來需求。
是否要在上線前完成所有功能?
不需要。先完成最小但完整的購買與營運流程,再根據資料增加複雜度。
多久應該重新檢查一次?
高風險項目在上線前檢查,首月每週檢視,流程穩定後至少每月複盤。