先把優惠寫成顧客能核對的規則
優惠碼是讓顧客按指定條件取得折扣的字串,並非每個購物車都一定適用。香港網店發放優惠碼前,應先用易懂文字寫清楚適用商品、最低消費、幣種、顧客資格、開始和結束時間、使用次數,以及能否與其他優惠同用。Stripe 區分顧客輸入的優惠碼和決定折扣內容的 coupon。即使店舖使用其他付款服務,這個區分仍有用:推廣文案、結帳計算和客服說法必須對得上。
若系統其實排除某類商品或設有上限,就不要宣傳「全店八折」。應先決定最低消費額按其他折扣前還是折扣後計算、運費是否計入,然後照該基準設定和測試。多幣種網店若只寫一個數字而沒有幣種,門檻便含糊;Stripe 的優惠碼文件亦列出按幣種設定最低金額的做法。顧客加入商品前就應看到計算基準。這些選擇會影響資格和最終應付金額,需由負責人確認規則,再用測試訂單證明系統照辦。
例如 WELCOME 看起來是「首單優惠」,但付款平台對「首次」的定義,可能與店舖想表達的不一樣。Stripe 的首次交易限制可把曾啟動 PaymentIntent、即使沒有完成付款的顧客視為不合資格;曾經試用服務亦可能有影響。如果推廣真正意思是「首次完成購買」,發送前必須核實系統設定符合該意思。顧客被拒時,不要未經核對便說他已經買過;應解釋實際適用的資格規則。
付款前讓顧客看見折扣結果
優惠碼輸入欄應放在顧客檢查應付金額的位置,並以兩種語言清楚標示,設有明確的「套用」動作。顧客輸入時不應失去購物車,亦不應無預告轉到另一頁。成功套用後,以獨立一行顯示折扣及更新後的總額和幣種,原來商品價格也要足夠清楚,方便核對算式。若運費稍後才計算,應指出總額哪一部分仍屬暫定。登入或選擇送貨方式時,已套用的優惠不應悄悄消失。
優惠碼失敗時,若原因已知且可以安全公開,應清楚說明,例如已過期、未達列明門檻、商品不適用、已用完或該顧客不符合條件。W3C 的錯誤辨識指引要求以文字指出自動偵測到的輸入錯誤及有問題的項目。只寫「無效」會令顧客猜測,單靠顏色亦不能解釋條件。保留已輸入的代碼,方便修改。若詳細原因會洩露帳戶私隱,應提供中性說明和客服途徑,不要顯示其他顧客的狀態。
若折扣在原頁即時出現而焦點沒有移動,更新結果也要讓輔助科技讀得到。W3C 把沒有改變操作情境、但告知動作結果的內容視為狀態訊息,要求以程式可辨識方式傳達。可簡短提示「優惠碼已套用,折扣及總額已更新」,並讓完整計算在頁面正常內容中可閱讀。不要每輸入一個字就發出通知,也不要無故把焦點移走。英文與繁體中文版本都應以鍵盤及屏幕閱讀器測試。
用實例檢查購物車每次變動
以下只是示例政策,並非正在進行的優惠或店舖實測結果:合資格商品小計達港幣三百元,可減港幣四十元;運費不計入門檻。合資格商品合共港幣三百二十元,加運費港幣三十五元,在沒有其他費用或折扣時,應付港幣三百一十五元。若顧客移除價值港幣五十元的合資格商品,小計降至港幣二百七十元,就不再符合資格。結帳頁須取消折扣、說明原因,並在付款前顯示新總額。
再把一件不參與優惠的配件加入同一購物車。訂單總額會增加,但若該類別被排除,就不應讓合資格小計跨過門檻。這可找出常見錯誤:系統用整個購物車判斷門檻,卻只對部分商品計算折扣。也要反向測試:顧客改選不合資格的規格,或更改付款幣種。畫面和伺服器都應按權威購物車及現行規則重新計算,而不是信任瀏覽器傳來的總額或資格標記。
最後付款步驟顯示的金額,應與送往付款平台的金額一致。若結帳會話仍開啟時,購物車或優惠碼規則有變,應按付款平台的整合方式更新或重建會話,才讓顧客付款。不要收取過期金額,再事後道歉補救。訂單可記錄實際套用的代碼識別、規則版本、折扣金額、幣種和購物車快照,讓客服日後解釋計算。這些是店舖應設計的控制措施,並不代表某平台會自動完成全部檢查。
如實處理期限、限額及疊加
Stripe 的優惠碼物件包含啟用狀態、到期時間、最多使用次數、已使用次數及限制。使用 Stripe 的店舖要設定相關欄位並測試實際兌換流程;其他平台可能有不同控制。限時推廣應列明截止時間和時區,尤其當香港顧客可能看到海外推廣文案時。還要決定顧客在截止前輸入代碼、但付款稍後才完成時如何處理,再按平台實際行為測試。若系統已停止接受代碼,就不應仍顯示含糊的「最後機會」。
優惠疊加規則不能只留在推廣條款的一句話;要實際測試優惠碼與自動減價、會員價、免運費及第二個優惠碼的組合。每種組合都要決定哪個優惠優先、能否同時使用,以及總額如何顯示。不要讓結帳頁接受第二個代碼,卻悄悄移除第一個。如果只可用一個代碼,顧客嘗試前就應知道,替換也要由顧客明確選擇。客服使用人工調整時亦需遵守同一規則,避免網站與客服算出不同折扣。
若推廣設有使用次數上限,即使截止日尚未到,文案也不能暗示每人都保證可用;名額可能提早用完。團隊應了解付款平台何時記錄一次使用,以及哪個事件代表優惠已兌換。測試兩名顧客同時嘗試最後一個名額時,應查核真正的訂單結果,而非只看畫面計數器。如果代碼在輸入後、付款前失效,應停止過期結帳,說明新總額,讓顧客決定是否繼續。
用小型驗收清單才推出
推出前建立跨越每個邊界的測試購物車:剛低於門檻、剛達門檻、不適用商品、另一幣種、舊客戶、過期代碼,以及已用完名額的代碼。檢查輸入欄、文字錯誤提示、折扣明細和送往付款平台的金額。登入、選擇送貨及修改購物車後再測一次。英文及繁體中文推廣文案要對照系統設定,包括時區和「新客戶」的定義。這比只輸入一次成功代碼、看到綠色剔號更能驗收真正規則。
是否推出的判斷很直接:若店舖無法準確寫出優惠條件、根據權威訂單資料計算、付款前顯示更新後應付金額,或解釋常見拒絕原因,就應先修好缺口,再推出活動。正式上線後,保留有版本的規則,以及查核爭議訂單的方法。優惠真正有用,是因為顧客明白自己為何合資格或不合資格,而且訂單紀錄與結帳時看到的金額一致。
進行前先確認
- 公布的優惠條件是否與系統設定的資格及幣種一致?
- 每次修改購物車後,顯示及實際收取的金額有否重新計算?
- 顧客能否理解拒絕原因,並在付款前自行決定?


