電商上線前的驗收與試營運

電商的驗收不能只看畫面

一般網站驗收看的是頁面與功能，電商還多了一層：錢與貨的流程必須真的跑得通。

而且很多問題只在真實交易時才會浮現——測試環境正常，正式環境參數沒切換；信用卡沒問題，超商付款的流程沒測過。

一、走完整的下單流程

不是只按到「送出訂單」就結束，而是走到客戶收到貨為止：

1. 瀏覽商品，切換規格，確認價格與庫存正確
2. 加入購物車，調整數量
3. 結帳，填寫資料，確認運費計算正確
4. 完成付款
5. 確認訂單狀態自動更新為已付款
6. 確認客戶收到訂單確認信
7. 確認店家收到新訂單通知
8. 後台建立出貨、更新狀態
9. 確認客戶收到出貨通知與物流單號
10. 確認庫存正確扣除

第五步最常出問題。 如果付款結果不會自動回寫，就要人工核對每一筆，量大時必然出錯。

二、每一種付款方式都要測

這是最常被省略的一項。信用卡測過了，就以為其他也沒問題——但非即時付款的流程完全不同。

• 信用卡——即時完成，測試導回與背景通知
• ATM 虛擬帳號——測試取號、入帳後的狀態更新
• 超商代碼——同上
• 貨到付款——測試訂單流程與後續對帳

兩個關鍵測試

• 付款完成後立刻關閉視窗——訂單狀態還會正確嗎？這一題能測出串接是否只依賴前台導回
• 逾期未付款——訂單會自動取消嗎？庫存會釋放嗎？

相關問題見金流物流串接的常見問題。

三、正式環境的參數切換

這是造成實際損失最常見的疏忽。

開發時使用測試環境的參數，上線前必須全部切換為正式參數。沒切換的結果是：客戶以為付了錢，實際上錢進到測試環境，等於沒收到。

上線後務必做的事

用小額真實交易測試一次完整流程，包含退款。 這是唯一能確認正式環境正常的方法。

四、退貨與退款流程

一定要測，因為一定會用到：

• 後台如何建立退貨
• 庫存是否正確回補
• 退款如何操作——在網站後台還是金流後台
• 發票的作廢或折讓
• 部分退貨時運費如何計算
• 客戶是否收到通知

「原本滿額免運，退貨後未達門檻怎麼辦」是最常爭議的情況，規則要先確定並測試。

五、後台出貨作業的實測

請實際負責出貨的同仁操作一次，而不是由老闆或工程師代測。要確認：

• 能否快速篩選待出貨訂單
• 能否批次處理
• 列印的格式是否符合實際作業
• 手機能不能看訂單
• 臨時要改地址或品項時怎麼處理

後台好不好用，決定日後每天的人力成本。 這一項在驗收時多花一小時，可以省下往後數年的時間。

六、多規格與庫存的邊界測試

• 庫存剩 1 件時，兩人同時下單會怎樣
• 某個規格組合缺貨時，前台顯示是否正確
• 商品下架後，購物車中已有的商品怎麼處理
• 價格調整後，購物車中的舊價格如何處理

這些邊界情況平常不會遇到，但一遇到就是客訴。

七、政策頁面與必要資訊

這些不只是內容，金流申請審核時通常會檢查：

• 公司名稱、統編、地址、聯絡電話
• 購物須知、運費說明
• 退換貨政策與期限
• 隱私權政策
• 商品說明與價格清楚標示

八、試營運的建議

正式對外宣傳前，建議先安排一段試營運：

1. 找幾位同事或熟客實際下單，各用不同付款與配送方式
2. 從手機下單——多數客戶是用手機
3. 完整走完出貨流程
4. 刻意測試退貨
5. 收集操作上的困惑點

試營運能發現的問題，通常比任何檢查清單都多——因為真實使用者會做出你想不到的操作。

上線後前兩週的檢查

• 每天核對訂單筆數與金流後台是否一致
• 確認通知信沒有進垃圾郵件匣
• 留意是否有卡住的訂單
• 觀察客戶在哪一步流失
• 記錄客服接到的問題，找出流程盲點

完整的驗收原則見網站驗收怎麼做。