重點摘要

在公開前逐項驗證商品、內容、付款、配送、通知、分析與售後流程。

上線檢查的基本原則

上線前最大的風險通常不是少一個裝飾模塊,而是核心交易鏈路出現錯誤。例如商品庫存不正確、某地區無法結賬、運費異常、通知電子郵件缺少資訊,或者退款流程沒有測試。檢查清單應按業務風險排序,而不是按頁面順序簡單瀏覽。

建議由兩類人員分別驗收:熟悉後台的營運人員負責設定準確性;不瞭解項目的測試人員負責真實購物體驗。兩者的視角不同,能發現更多問題。

品牌與內容檢查

  • 首頁首屏能夠在幾秒內說明賣甚麼、適合誰和下一步行動。
  • 品牌名稱、Logo、聯繫方式和社交帳號在全站一致。
  • 所有臨時文案、演示圖片、測試商品和佔位符已經移除。
  • 關於、聯繫、配送、退款、隱私和條款頁面與實際業務一致。
  • 頁面中的承諾、資料和評價有真實依據。

特別檢查頁腳和電子郵件模板。很多商店只修改了前台首頁,卻在訂單通知中保留預設名稱、舊郵箱或不適用的政策鏈接。

商品與庫存檢查

逐一抽查不同類型商品,包括有變體、無變體、缺貨、預售、數字商品和不同重量商品。檢查標題、URL、圖片、價格、對比價、SKU、庫存、重量和海關資訊是否正確。

從客戶角度確認尺寸、顏色和數量選擇是否清楚。若變體缺貨,頁面應正確阻止購買或說明補貨方式。不要只在後台查看商品,因為前台主題可能以不同方式顯示選項。

購物車與結賬檢查

測試場景需要驗證
普通訂單商品、折扣、運費、稅費和總額正確
低於免郵門檻顯示正確運費和提示
達到免郵門檻免郵規則正確生效
不同地區可配送範圍、幣別和地址格式正確
缺貨或庫存不足系統阻止超賣或按設置處理
退款與取消金額、庫存和客戶通知正確

至少完成一筆測試訂單,並繼續執行出貨、部分退款、全額退款和取消。只有走完整訂單生命週期,才能發現庫存回補和電子郵件通知問題。

配送與跨境規則檢查

檢查每個配送區域是否包含正確國家和地區,運費條件是否使用正確的重量或訂單金額。對無法配送的地區,應明確阻止結賬,而不是讓客戶付款後再取消。

跨境業務還需要測試關稅提示、預計時效、追蹤鏈接和退貨地址。若不同商品由不同倉庫或供應商出貨,要檢查拆單和多包裹通知是否符合客戶預期。

技術與行動裝置檢查

  • 主要頁面在常見手機寬度下沒有橫向滾動。
  • 按鈕、菜單、篩選和表單可以透過觸摸正常使用。
  • 圖片尺寸合理,首屏沒有不必要的大型影片或腳本。
  • 404頁面、舊URL跳轉和HTTPS正常。
  • 自定義網域、主網域和電子郵件發送網域已檢查。
  • 第三方應用停用或卸載後沒有遺留代碼。

使用真實移動網路檢查,而不僅是辦公室高速Wi-Fi。目標市場使用者的設備性能和網路速度可能明顯低於開發環境。

資料與行銷檢查

確認分析工具能夠記錄頁面訪問、商品查看、加購、開始結賬和購買等核心事件。使用測試訂單驗證金額、幣別和訂單編號是否正確傳遞,同時排除內部團隊流量。

檢查廣告像素、電子郵件訂閱、優惠碼和廢棄結賬流程。不要在沒有Cookie和隱私規劃的情況下同時加載大量行銷腳本。

營運與故障預案

上線當天需要明確誰負責訂單、庫存、客服、廣告和技術問題。建立緊急聯繫人和操作記錄,避免付款失敗或商品價格錯誤時無人處理。

準備暫停廣告、隱藏商品、關閉市場和發布站點通知的操作方案。上線不是項目結束,而是開始接受真實訂單和風險。

上線當天執行順序

  1. 凍結非必要頁面修改,備份主題和關鍵設定。
  2. 連接正式網域並確認HTTPS。
  3. 完成最終測試訂單和退款。
  4. 檢查分析事件和聯盟或廣告參數。
  5. 小規模開放流量,觀察付款、運費和錯誤日誌。
  6. 確認穩定後再逐步增加行銷預算。

給問題設置嚴重級別

P0問題必須阻止上線,包括無法付款、價格錯誤、錯誤運費、敏感資訊暴露和核心頁面打不開。P1問題應在放量前修復,例如行動裝置體驗差、電子郵件錯誤和資料漏報。P2問題可以上線後排期,例如次要頁面排版或非核心文案最佳化。

每個問題記錄復現步驟、設備、頁面、負責人和驗證結果。沒有復測記錄的問題不能視為已解決。

建立回滾和應急機制

上線前複製主題、導出關鍵設定並記錄DNS。若新主題或應用造成故障,團隊應知道如何恢復上一個版本、暫停廣告、隱藏問題商品和發布通知。

上線後前24小時安排值守,關注付款、訂單、庫存和客服。把付款服務商、物流商和技術負責人的聯繫方式放在同一應急文檔中。

上線驗收記錄模板

驗收表至少包含測試編號、功能、操作步驟、預期結果、實際結果、設備、瀏覽器、測試帳戶、截圖和負責人。付款和退款測試還應記錄訂單號,便於在後台和付款服務商中核對。

每一個P0和P1問題都必須有關閉證據。只寫“已修復”不夠,需要由非修復人員復測。若問題因外部服務暫時無法解決,應有清晰規避方案和風險接受人。

上線後保留驗收表,作為下次主題升級、付款變更和市場擴展的回歸測試基線。成熟站點的檢查清單會隨著真實故障不斷更新。

上線後一周復檢

真實訪問會暴露測試階段沒有覆蓋的問題。上線後第1、3、7天分別檢查付款失敗、404、搜尋詞、行動裝置、客服問題、庫存和物流。將新問題加入驗收清單。

一周後召開復盤,區分功能缺陷、內容缺口和商業問題。不要把商品需求不足誤判為網站故障,也不要用增加廣告掩蓋結賬問題。

執行檢查清單

  • 商品價格、庫存與變體資料
  • 行動裝置導覽與結帳
  • 付款、配送、稅務及通知
  • 退款、退貨、客服與分析追蹤
  • 指定每個設定與指標的負責人
  • 用真實訂單條件完成測試並保留紀錄

常見問題

第一版需要做到多完整?

足以明確範圍、責任、成功指標與上線限制即可,不必預測所有未來需求。

是否要在上線前完成所有功能?

不需要。先完成最小但完整的購買與營運流程,再根據資料增加複雜度。

多久應該重新檢查一次?

高風險項目在上線前檢查,首月每週檢視,流程穩定後至少每月複盤。

官方資料與核對