客戶需要在國際訂單追蹤頁面上看到甚麼
國際訂單追蹤頁面應迅速回答五個問題：貨件目前在哪裡、最近發生了甚麼、下一步會發生甚麼、預計何時送達，以及客戶是否需要採取任何行動。僅提供承運商名稱和追蹤號碼並不足夠。跨境貨件會經過多個承運商、海關流程及交接點，因此頁面必須將零散的物流事件轉化為清晰、面向客戶的說明。
目標並不是顯示每一次內部掃描，而是在不超出現有追蹤數據所能支持的範圍下，減少不確定性。
客戶首先尋找的資訊
大多數訪客來到追蹤頁面，是想快速查看狀態，而不是學習國際運輸。應將最有助於客戶作出判斷的資訊放在頁面頂部，置於詳細掃描記錄或推廣內容之前。
- 貨件目前狀態：使用簡單易明的語言，例如「運送中」、「等待海關審查」、「派送中」或「已送達」。
- 最新事件及時間戳記：顯示發生了甚麼；在有幫助時顯示發生地點，以及記錄事件的時間。
- 預計送達資訊：只有在底層承運商數據支持的情況下，才顯示預計日期或送達時間範圍。如沒有可靠的預計時間，應清楚說明。
- 追蹤號碼及承運商：這些資料可協助客戶確認查看的是正確貨件，並在有需要時找到承運商自己的追蹤頁面。
- 下一步：告知客戶應等待、聯絡承運商、提供資料、支付評估費用，還是聯絡賣家。
官方承運商追蹤服務通常會顯示貨件識別碼、運輸事件及派送狀態。商戶自有頁面應在這些原始數據周圍補充背景資訊，而不是簡單地將其複製到另一個設計中。例如，UPS、FedEx、DHL 及 USPS 都提供官方追蹤體驗，但文字、事件詳情及可提供的預計送達時間，可能因服務及目的地而有所不同。
清晰的狀態摘要勝過冗長的掃描清單
國際追蹤數據可能包含客戶不理解的技術性事件。「貨件已交付至始發地設施」或許準確，但未能告訴首次購買的客戶包裹是否正常運送。頁面應在詳細歷史記錄上方提供簡短摘要。
有用的摘要通常包括：
- 以一般人容易理解的方式顯示目前狀態。
- 最近一次已確認的事件。
- 貨件的大致位置（前提是該位置具有意義且適宜顯示）。
- 預期的下一個里程碑，例如清關、抵達目的地國家或本地派送。
- 提供連結，讓需要更多詳情的客戶查看完整追蹤歷史。
不要將缺少掃描記錄視為貨件已停止運送的證據。國際包裹可能在郵政營運商、速遞承運商、集運商及本地派送合作夥伴之間轉運，數據亦可能以批次形式上載。更準確的訊息通常是：「自[日期]起，尚未收到新的承運商事件。」這種說法描述了現有證據，而沒有聲稱包裹已遺失或停滯不前。
送達預計時間需要背景說明
客戶希望知道日期，但沒有附帶條件的日期可能造成可避免的客服查詢。國際追蹤頁面應區分承運商提供的預計時間、商戶的服務水平預期，以及一般運輸時間範圍。
如頁面顯示預計時間，應在可能的情況下標明其來源及狀態。在海關、天氣、本地交接或地址問題可能影響結果時，「預計送達：5月14日至18日」比「將於5月16日送達」更為負責任。頁面亦應說明，收到新的承運商事件後，預計時間可能會變更。
不要將寄出日期呈現為送達日期。否則，客戶可能會將「已寄出」理解為「即將送達」，即使包裹尚未離開始發國家。分開顯示這些里程碑有助於設定合理預期：
- 訂單已確認
- 已收到貨件資料
- 承運商已取件或接收
- 已離開始發國家
- 已抵達目的地國家
- 海關處理或清關
- 已交予本地派送營運商
- 派送中
- 已送達或曾嘗試派送
海關資訊應具體但謹慎
海關是跨境派送中最令人困惑的部分之一。追蹤頁面應解釋與海關相關事件的實際運作含義，但不應假裝知道承運商或海關機關尚未提供的資訊。
例如，「清關進行中」表示貨件正在接受邊境程序，但不一定代表出現問題。「要求提供額外資料」則更具行動指引作用，因為這表示客戶可能需要作出回應。如承運商提供付款或文件要求，應連結至承運商的官方指引，而不是要求客戶透過不熟悉的表格提交敏感資料。
頁面亦可說明，關稅、稅項或處理費可能取決於目的地及貨件詳情。除非訂單條款及承運商數據確認商戶已支付所有進口費用，否則不應自行編造金額或暗示商戶已支付所有進口成本。如責任不明確，應清楚說明客戶需要準備哪些資料，並引導客戶聯絡賣家或承運商的支援渠道。
例外訊息應引導客戶採取行動
紅色警告標籤並不是解決方案。當貨件出現例外情況時，頁面應解釋三件事：已確認的事項、可能導致延誤的原因，以及客戶下一步可以做甚麼。
| 事件類型 | 有用的面向客戶說明 | 建議行動 |
|---|---|---|
| 地址問題 | 承運商無法根據現有地址資料完成派送。 | 透過已驗證的支援渠道聯絡賣家或承運商。 |
| 海關要求 | 邊境機構或承運商要求提供額外資料或付款。 | 按照承運商或海關的官方指引辦理。 |
| 派送嘗試 | 曾嘗試派送，但未能完成。 | 查看重新派送、取件或聯絡指引。 |
| 近期沒有掃描記錄 | 自所述時間起，尚未收到新的追蹤事件。 | 提供支援處理門檻，例如何時應聯絡賣家。 |
在原因尚未確認時，應使用中性語言。「承運商尚未提供新的事件」比「你的包裹卡住了」更安全。支援處理門檻尤其有用：客戶應知道是再等待一天、立即聯絡商戶，還是向承運商提出查詢。
展示適當程度的貨件歷史
詳細事件可為擔心延誤的客戶建立信任，但過多技術性項目會令頁面更難使用。採用分層設計：先顯示簡短的里程碑視圖，再提供可展開的承運商事件。
每個事件都應使用一致的日期及時間格式，在適用時顯示時區指示，並只在有助於理解時顯示位置。如事件來自不同營運商，在有助於解釋交接時，應標明報告事件的承運商或物流合作夥伴。不要過度合併事件，以免客戶無法再分辨已確認的掃描記錄與推斷出的里程碑。
頁面亦應妥善處理重複或次序錯亂的事件。追蹤資料流是營運數據，而不是經過整理的故事。面向客戶的介面可以簡化文字，但應保留底層順序，避免製造數據未能證實的運送歷程。
信任、安全及無障礙也是追蹤體驗的一部分
客戶可能透過電郵、搜尋結果或手機瀏覽器使用追蹤頁面。頁面應讓客戶容易核實訂單參考編號、追蹤號碼、目的地國家及商戶身份。如訂單包含個人資料，只顯示必要資訊，並避免公開完整地址或其他敏感詳情。
使用具無障礙性的色彩對比，不要只靠顏色傳達狀態。文字標籤、具有無障礙名稱的圖示、易讀日期、適合鍵盤操作的控制項及響應式版面都很重要，因為客戶通常會在手機上快速查看派送更新。應清楚顯示「最後更新」時間戳記，並讓刷新行為容易理解。如數據有所延遲，應直接說明，而不是暗示可以即時查看。
商戶上線前應測試的項目
只有在適用於商戶實際銷售的各類貨件時，追蹤頁面才真正有用。至少應針對每個主要目的地、承運商、服務級別及例外流程測試一個例子。在相關狀態適用於業務的情況下，應包括已送達、運送中、海關處理、派送失敗、退回、已取消及近期沒有更新等情況。
從客戶角度透過以下五項檢查審視頁面：
- 客戶能否在幾秒內識別正確訂單？
- 即使沒有物流知識，客戶是否也能理解目前狀態？
- 送達預計時間是否清楚列明條件？
- 每個例外情況是否都提供了切合實際的下一步行動？
- 客戶能否無需搜尋整個商店便找到協助？
需要整合多個承運商更新的商戶，可以評估多承運商追蹤服務或與商店整合的訂單追蹤方案。17TRACK 提供消費者追蹤服務及 Shopify 訂單追蹤應用程式，因此當需求是在商戶控制的售後體驗中呈現跨境貨件更新時，可能值得考慮。不過，適合的選擇仍取決於商戶的承運商、數據更新要求、整合方式及支援流程。實施前應先查看產品頁面，以確認目前的功能。
更佳追蹤頁面的實用標準
最出色的國際追蹤頁面不會承諾完美的可見度，而是讓現有資訊易於理解，將已確認的事實與預計資訊分開，並協助客戶決定下一步行動。最基本而言，頁面應結合簡單易明的狀態、最新事件、附帶條件的送達預期、海關或例外指引、詳細歷史記錄、已驗證的支援連結，以及清楚的最後更新時間。
對商戶而言，編輯原則很簡單：解釋數據所支持的內容，不要超出這個範圍。相比令人安心但含糊的狀態，這種做法更可信，也讓客戶有更充分理由重新查看頁面，而不是每次運輸狀態改變都聯絡客服。
常見問題
國際追蹤頁面是否應顯示承運商的每次掃描記錄？
不一定。先顯示簡潔的里程碑摘要，再讓有需要的客戶查看詳細掃描歷史。對技術性或重複事件，應加以解釋，而不是在沒有背景說明的情況下直接顯示。
當追蹤資料沒有更新時，頁面應如何顯示？
說明收到上一次事件的時間，並解釋目前尚未取得新的承運商更新。不要自動說明包裹已遺失或卡住。應加入清晰的時間點，說明客戶何時應聯絡商戶或承運商。
商戶是否應顯示保證送達日期？
只有在服務條款及數據支持保證的情況下才應如此。在大多數情況下，附有簡短條件說明的預計日期或送達時間範圍會更準確。頁面應區分承運商預計時間與商戶承諾。
應如何解釋海關延誤？
描述已確認的海關事件，說明可能是否需要提供額外資料或付款，並引導客戶查看已驗證的承運商或海關指引。避免猜測涉及的原因、持續時間或金額。
在手機上最重要的資訊是甚麼？
優先顯示目前狀態、最新更新、送達預計時間、追蹤號碼、承運商及下一步行動。詳細歷史、訂單資料及推廣內容不應將這些項目推到頁面很下方。
