電商品牌如何透過更完善的訂單追蹤減少 WISMO

電子商務品牌可以透過讓客戶更容易找到、更容易理解並且足夠可靠地採取行動的配送狀態，減少 WISMO（「我的訂單在哪裏？」）查詢。這需要的不只是加入追蹤連結。最有效的設定會結合準確的承運商數據、清晰的訂單追蹤頁面、基於事件的通知、誠實的配送預計時間，以及針對延誤和異常情況的明確處理方式。

更完善的追蹤並不能消除所有配送問題。承運商掃描可能會延遲，貨件可能會停滯，而客戶仍可能需要就遺失或錯誤派送的包裹尋求協助。實際目標是在及早識別真正配送問題的同時，防止可以避免的查詢。

為甚麼 WISMO 是營運問題，而不只是支援問題

客戶通常會聯絡支援團隊，是因為現有資訊無法回答以下四個問題之一：

• 我的訂單真的已經寄出嗎？
• 包裹現在在哪裏？
• 應該何時送達？
• 如果包裹延遲、損壞，或顯示已送達但找不到，我應該怎樣做？

支援團隊可以回答這些問題，但無法控制底層貨件數據。因此，減少 WISMO 需要電子商務營運、履行團隊、承運商、客戶服務，以及負責購買後體驗的人員之間進行協調。

行動負責人通常應是負責電子商務營運或客戶體驗的人員。該負責人可以定義追蹤流程、分配異常處理責任，並確保支援代理看到的資訊與客戶收到的資訊一致。

更完善的訂單追蹤應具備甚麼功能

實用的追蹤體驗應該回答客戶的下一個問題，而不只是顯示承運商最近一次掃描。每個階段都需要清晰的語言及適當的下一步行動。

減少可避免 WISMO 查詢的七項改進

1. 在履行訂單時擷取有效的追蹤數據

如果訂單記錄包含錯誤的承運商、不完整的追蹤號碼，或完全沒有追蹤號碼，追蹤流程便會失效。應將追蹤數據驗證納入履行訂單流程，而不是將其視為之後才由客戶服務處理的工作。

至少應驗證以下事項：

• 追蹤號碼已連結至正確的訂單及貨件。
• 承運商或配送服務已正確識別。
• 拆分貨件擁有獨立的追蹤記錄。
• 補發訂單不會覆蓋原有貨件歷史。
• 不能僅因建立了標籤，就告知客戶訂單已寄出。

對於使用多個倉庫、代發貨供應商、電商平台或跨境物流合作夥伴的商店，這一點尤其重要。每增加一次交接，就多一次產生不一致貨件數據的機會。

2. 將承運商事件標準化為方便客戶理解的狀態

承運商事件描述是為物流網絡而撰寫，未必適合購物者閱讀。不同承運商也可能使用不同術語來描述相似事件。追蹤系統應將這些事件映射至一組精簡而穩定的面向客戶狀態，同時不隱藏底層詳情。

例如，「已收到電子資料」不應被呈現為包裹正在運送的證明。同樣，當可用數據顯示原因是天氣延誤、地址問題、海關扣留或派送失敗時，像「配送異常」這類營運訊息也需要附上解釋。

不要將不確定的數據翻譯成更肯定的狀態。如果承運商尚未提供新的掃描記錄，應顯示上次更新的時間，並解釋尚未收到下一個事件。

3. 提供持續可用的自助追蹤頁面

客戶應能從確認電郵、貨件電郵、帳戶區域及支援頁面前往查看最新訂單狀態。避免讓客戶在舊訊息中搜尋承運商連結。

設計完善的追蹤頁面應包括：

• 可安全顯示的訂單及貨件識別資料
• 使用淺白語言顯示目前狀態
• 最近一次更新的時間戳
• 按時間順序排列的貨件歷史
• 承運商及追蹤號碼
• 可用時顯示預計配送資訊
• 拆分貨件的獨立記錄
• 延誤、派送失敗，以及顯示已送達但未收到時的指引
• 能將訂單背景帶入對話的支援途徑

頁面應在流動裝置上運作良好，且不應因任何人可以猜中連續訂單號碼便暴露訂單資料。應使用已驗證的帳戶或其他適當的驗證方法。

4. 在狀態出現有意義的變化時發送通知

交易通知可以在客戶需要詢問之前，先回答配送問題。常見的實用觸發事件包括承運商接收、重大延誤、派送失敗、派送中，以及配送確認。

避免每次輕微物流掃描都發送訊息。過多通知可能令客戶養成忽略重要更新的習慣。每則訊息都應解釋發生了甚麼變化、客戶是否需要採取行動，以及在哪裏可以查看完整貨件歷史。

異常通知尤其需要關注。如果需要更正地址或到取件點取件，泛泛地發送一封「你的訂單延誤了」電郵並不足夠。當承運商數據支持某項具體行動時，應向客戶提供該行動。

5. 謹慎使用配送預計時間

只有當客戶明白預計配送日期代表甚麼時，該日期才有用。應區分商店在購買前提供的預計時間、承運商提供的預計時間，以及保證配送承諾。已知發生異常後，不要默默保留過時的日期。

當無法支持確切日期時，配送時段或附帶條件的狀態，比虛假的精確度更誠實。如果時間可能產生歧義，應顯示相關時區，並將履行訂單時間與運送時間分開計算。

配送承諾也可能產生法律責任。例如，美國聯邦貿易委員會的《郵件、互聯網或電話訂購商品規則》規定了賣家在無法於承諾時間內寄出商品時的責任。商家應檢視其服務的每個市場適用的規則，而不應將追蹤文案純粹視為設計決策。

6. 為真正的問題建立清晰的升級途徑

自助服務不應成為尋求協助的障礙。當包裹看似停滯、派送嘗試失敗、訂單顯示已送達但找不到，或貨件已超過商店的介入門檻時，客戶應能升級處理。

應按配送服務、目的地及事件類型定義該門檻。等待海關處理的跨境包裹，不一定應與沒有接收掃描記錄的本地包裹採用相同流程。

當客戶確實聯絡支援團隊時，應在可行情況下將訂單號碼、追蹤號碼、目前狀態、最近事件及通知歷史傳入工單。這可減少重複提問，並協助代理判斷應等待、聯絡承運商、補發訂單，還是遵循其他已批准的政策。

7. 將追蹤異常視為營運數據

追蹤不只是面向客戶的功能。彙總的事件數據可以揭示反覆出現的問題，例如承運商接收延遲、倉庫交接緩慢、經常發生異常的路線，或在發貨前便上載追蹤資訊的供應商。

應按承運商、服務、倉庫、供應商、目的地及配送方式檢視模式。追蹤頁面可能可以分流部分查詢，但持續高企的 WISMO 數量通常表示上游履行訂單或配送存在問題，而單靠訊息無法解決。

17TRACK 可以發揮的作用

當品牌需要整合不同承運商的貨件事件，並將其轉化為面向客戶的追蹤體驗時，17TRACK 便具有相關性。適當的實施方式取決於商店的技術堆疊。

• Shopify 商戶：17TRACK Order Tracking app 是為 Shopify 環境內的購買後追蹤而設計。其官方應用程式列表描述了面向客戶的追蹤及貨件通知。商戶在部署前應確認目前的方案限制、通知選項、支援的整合功能及主題相容性。
• 自訂商店及營運平台：當貨件事件需要流入訂單管理系統、支援平台、內部儀表板或自訂追蹤頁面時，可以評估 17TRACK Tracking API。技術團隊應使用品牌實際的貨件組合，測試承運商識別、事件映射、webhook 或推送行為、更新延遲及異常處理。

追蹤產品無法自行創造不存在的承運商掃描記錄，也無法自行修正低質素的履行訂單數據。在選擇任何平台前，應使用對業務重要的承運商、服務、國家及異常情況，進行具代表性的測試。

如何衡量 WISMO 的減少程度

不要只依賴支援工單總數。訂單量、季節性、配送表現及聯絡渠道的變化，都可能影響結果。

實用的主要指標是：

WISMO 查詢率 = WISMO 客戶對話 ÷ 同一個已定義群組中的已寄出訂單

應仔細定義分子。決定企業要衡量的是對話、個別訊息、工單，還是客戶。一張訂單可能產生多次聯絡，因此對話率與獨立訂單查詢率回答的是不同問題。

比較追蹤變更前後的群組，但除非控制了其他重大因素，否則不要聲稱追蹤體驗造成了全部差異。承運商表現、促銷高峰、產品推出及政策變更都可能影響查詢量。

實際推行步驟

1. 審核近期 WISMO 對話。按客戶問題、貨件狀態、承運商及根本原因進行分類。
2. 繪製目前的數據流程。記錄追蹤號碼如何從倉庫或供應商流入商務平台、通知系統及支援工具。
3. 先修正數據質素。處理錯誤承運商、缺少追蹤號碼、過早確認發貨，以及拆分貨件處理失效等問題。
4. 定義狀態模型。為正常進度、延誤、派送嘗試、海關事件及配送確認建立面向客戶的語言。
5. 改善追蹤頁面。加入時間戳、貨件歷史、合理的預計時間、異常指引及具背景資訊的支援選項。
6. 設定基於事件的通知。優先處理會改變預期或需要採取行動的事件。
7. 測試實際情況。包括只有標籤、接收延遲、拆分訂單、跨境交接、派送失敗，以及顯示已送達但未收到的情況。
8. 按群組衡量。同時監察 WISMO 比率、配送表現及追蹤頁面使用情況。
9. 檢視重複出現的異常。將營運發現回饋給倉庫、供應商及承運商管理團隊。

最強的方案會將自助服務與營運改善結合。如果大量問題源於延遲發貨或未能履行配送承諾，單單重新設計追蹤頁面並不能處理根本原因。

常見問題

WISMO 在電子商務中代表甚麼？

WISMO 代表「Where is my order?」（我的訂單在哪裏？）。它通常指客戶詢問貨件狀態、預計配送時間、延誤或配送遺失的聯絡。由於不同公司對查詢的分類方式不同，除非定義和分母一致，否則不應比較 WISMO 比率。

品牌化追蹤頁面可以減少客戶服務工單嗎？

如果頁面提供最新且易於理解的資訊，以及清晰的下一步，便可以避免部分可避免的查詢。當貨件數據缺失、承運商更新過時、配送預計時間不可靠，或客戶無法就真正問題升級處理時，品牌化頁面的作用便會有限。

網上商店應發送哪些追蹤通知？

優先考慮承運商接收、重大延誤或異常、派送嘗試失敗、派送中狀態及配送確認。具體通知組合應反映商店的配送方式及客戶需要。避免就不會改變預期結果的輕微掃描向客戶發送通知。

商店應如何處理顯示已送達但未收到的訂單？

應提供有文件記錄的流程，而不是泛泛的追蹤連結。流程可以要求客戶在升級處理前，檢查配送位置、家庭成員、接待處或可用的承運商詳情。任何等待期限、承運商索償、補發或退款決定，都應遵循商戶已公布的政策及適用的消費者法例。

商戶應使用承運商的追蹤頁面，還是自行建立追蹤頁面？

對於簡單的單一承運商業務，承運商頁面可能已經足夠。當商戶需要在不同承運商之間使用一致的語言、查看拆分貨件、提供品牌化通知、整合支援或追蹤跨境交接時，由商店管理的頁面會更有用。商戶仍應在有幫助的情況下保留原始承運商詳情的存取途徑。

WISMO 應如何在服務台中加上標籤？

使用穩定的頂層 WISMO 分類，並設置「沒有移動」、「配送延誤」、「派送失敗」、「海關延誤」、「已送達但未收到」及「無法追蹤」等子分類。除非查詢明確涉及貨件位置，否則應將政策問題、取消訂單、退貨及損壞商品報告分開處理。

來源

• Shopify App Store: 17TRACK Order Tracking
• 17TRACK Tracking API
• 17TRACK API Documentation
• Shopify Help Center: Adding Tracking Numbers to Orders
• Shopify Help Center: Order Status Page
• US Federal Trade Commission: Mail, Internet, or Telephone Order Merchandise Rule