主動式付運通知：分階段時間表及訊息範例

主動式配送通知應跟隨有意義的配送事件，而不是固定的每日時間表。對電子商務團隊而言，實際的順序是訂單確認、承運商接收、預計送達時間變更、派送中，以及送達確認；當延誤或配送問題需要關注時，則應另外發出提示。每則訊息都應說明已確認的事項、下一步會發生甚麼，以及客戶是否需要採取行動。

本指南提供以事件為基礎的時間線、可調整的訊息範例，以及營運規則，協助你維持通知的實用性，而不會將每次追蹤掃描都變成另一封電郵。這些範本僅屬示範性建議，並非承運商要求或保證的服務時間線。

以客戶決策為核心的配送通知時間線

訂單、履行及配送事件所描述的事項各不相同。訂單確認表示商店已收到訂單。建立配送標籤並不代表承運商已持有包裹。預計送達時間亦不等同於已保證的送貨預約。

這些區分應同時影響每則訊息的觸發條件及措辭。例如，USPS 在其追蹤狀態指引中，會將配送前資訊與表示其已持有物件的事件區分開來。其他承運商可能使用不同標籤，因此應根據事件的實際含義設定訊息，而不只是對應某個狀態名稱。

逐階段訊息範例

請以已核實的資料取代方括號欄位。如果某欄位無法取得，請刪除相關句子，或使用能反映不確定性的替代說法。切勿讓空白的預計時間欄位變成猜測的送達日期。

1. 訂單已確認：確立起點

發送時機：訂單成功記錄後。這個觸發條件應由你的訂單管理系統負責，而不是由承運商資料流負責。

確認訂單編號、已購買商品及送貨地址。將準備工作與運送分開說明。只有在派送預計時間反映商店實際履行承諾時，才應列出該時間。

主旨：我們已收到你的訂單 [order number]

謝謝你，[first name]。我們正在準備你的訂單。你的送貨地址是 [address]。包裹交予承運商後，我們會再發送更新。你可以在此查看訂單：[order link]。如有任何資料不正確，請透過 [support link] 聯絡我們。

除非你的履行流程在此階段支援更改地址，否則不要承諾地址仍可更改。

2. 已建立標籤：說明為何追蹤狀態可能沒有變化

發送時機：追蹤號碼已可取得，但尚未確認承運商已持有包裹。

這則訊息屬可選項目。如果交接通常會在短時間後完成，將資訊合併到稍後的出貨確認中可能更清晰。當客戶已看見追蹤號碼，並可能誤以為建立標籤代表包裹已實際移動時，單獨發送通知會更有用。

主旨：訂單 [order number] 的追蹤資訊已可查看

我們已為你的包裹建立配送標籤。承運商尚未確認取件，因此追蹤狀態可能暫時沒有變化。承運商收到包裹後，我們會向你更新。追蹤包裹：[tracking link]。

如果在你內部的出貨門檻時間過後，標籤仍沒有相應的交接事件，請建立營運工作任務。反覆發送相同的安撫訊息，不能取代確認包裹是否已離開倉庫。

3. 承運商接收：發送出貨確認

發送時機：承運商的接收事件或其他可靠的交接記錄確認其已持有包裹。

這是發出清晰出貨確認的適當時機。只有在團隊選定的資料來源提供預計日期時，才應包括承運商、追蹤連結及預計送達日期。

主旨：你的訂單 [order number] 已交予承運商

[Carrier] 已收到你的包裹。目前預計送達時段為 [date range]。這只是估算，並可能隨配送進度而變更。你可以在此查看進度：[tracking link]。

如果尚未有預計時間，請將估算句子改為：「目前尚未提供預計送達時間。請查看追蹤頁面，以取得承運商的最新更新。」

4. 運送中：只在資訊會改變預期時通知

發送時機：出現有意義的里程碑、修訂後的預計送達時間，或其他會改變客戶預期的進展。

例行的設施掃描通常應保留在追蹤頁面，而不是透過獨立訊息發送。對於國際貨件，清關里程碑可能有用，但貨件抵達目的地國家本身並不代表已完成清關或已準備配送。

主旨：你的訂單 [order number] 有新更新

你的包裹已經 [verified milestone]。目前預計送達時段為 [date range]。現階段你無需採取任何行動。查看最新追蹤資訊：[tracking link]。

只有在已知確實無需行動時，才使用「你無需採取任何行動」。如果承運商要求文件或付款，請先核實要求，再引導客戶使用官方渠道。避免在通知中加入不必要的身分或付款資料。

5. 延誤或例外：說明已知事項及下一步由誰負責

發送時機：承運商報告中斷、預計送達時間出現重大變更，或貨件未能達到商店承諾。

掃描之間出現空檔並不能證明包裹已遺失。請將已確認的延誤與根據你自己的規則產生的監察提示分開。如果原因不明，應直接說明未知，而不要歸因於天氣、海關或承運商運力。

主旨：你的貨件比預期花費更長時間

你的訂單 [order number] 未能在我們提供的配送時段內送達。目前尚未有確認的新送達日期。我們的支援團隊正在查核貨件，並會於 [support follow-up date] 前向你更新。你無需再次提交查詢。目前追蹤狀態：[tracking link]。

跟進日期是你團隊作出的承諾，而不是新的送達預計時間。發送通知前，請先建立指定的支援工作任務。如已核實的例外情況需要客戶採取行動，請以具體行動及截止時間取代一般性的安撫說法。

6. 派送中：協助客戶準備，但不要保證送達

發送時機：承運商報告包裹正在派送。

不要將此狀態變成保證的送達時間。只有在該貨件已確認需要簽收或有指定派送時段時，才提及相關要求或時段。

主旨：你的包裹正在派送

[Carrier] 表示你的包裹正在派送。預計今天送達，但路線或時間可能變更。請在此查看最新狀態及任何可用的配送指示：[tracking link]。

如果包裹未有送達，請使用下一個已確認的狀態，或啟動適當的未完成配送流程。當天過後，不要繼續重複發送「今天送達」。

7. 派送嘗試或取件：清楚說明下一步行動

發送時機：已記錄派送嘗試，或承運商確認包裹已可領取。

這是兩種不同的事件。派送失敗不一定代表包裹已立即存放於取件點。在確認可以領取之前，不要指示客戶前往取件。

主旨：你的包裹需要採取行動

[Carrier] 表示未能完成派送。請查看承運商的指示，以了解可採取的下一步：[official tracking link]。如指示不清楚，請透過 [support link] 聯絡我們。

如已確認包裹可供取件，請使用獨立範本：「你的包裹已準備好在 [verified location] 領取。請於 [confirmed deadline] 前領取。你可以在此查看開放時間及領取要求：[official link]。」任何尚未確認的欄位都應省略；不要自行編造標準保留期限。

8. 已送達：確認承運商報告並提供補救途徑

發送時機：承運商記錄已送達。

應將狀態歸因於承運商，而不是斷言客戶本人已收到包裹。只有在相關資料可取得且適合分享時，才包括送達位置或送達證明連結。

主旨：你的包裹已標記為送達

[Carrier] 已於 [date] 將你的包裹標記為送達。你可以在此查看送達詳情：[tracking link]。如找不到包裹，請查看任何配送位置資訊，並在適用時詢問家人或大廈接待處。仍然找不到？請透過 [support link] 聯絡我們，以便我們協助調查。

請讓遺失包裹的協助途徑保持清晰可見。當送達確認與客戶實際體驗不符時，促銷優惠不應掩蓋應採取的行動。

維持時間線準確性的規則

將包裹與訂單分開追蹤

一張訂單可能包含由不同承運商配送、並有不同送達日期的多個包裹。每則訊息都應列明所涵蓋的商品或包裹編號。當部分貨品仍在運送中時，「第 1 個包裹（共 2 個）已送達」比「你的訂單已送達」更準確。

儲存訂單、履行記錄、追蹤號碼及所包含商品之間的關係。同時也要處理補寄貨件，避免其配送事件意外結束原有的支援個案。

去除重複事件並處理延遲更新

承運商或整合系統可能會提供重複更新。請根據貨件、事件身分及通知類型建立去重規則。再次發送前，先檢查訊息是否已經發出。

如可行，請同時保留事件發生時間及系統收到事件的時間。延遲抵達的運送事件不應在送達確認後觸發「運送中」通知。互相矛盾或修正性的事件需要進行調和，而不是假設每項新記錄都代表進一步進展。

為每個例外指定營運負責人

倉庫團隊應調查未確認的交接。支援或物流團隊應負責運送例外及客戶跟進。你的訊息工作流程應在通知旁記錄負責人、下一步行動及覆核期限。

根據履行承諾及已觀察到的承運商路線行為設定監察門檻。不存在一個同樣適用於本地特快、國際經濟、週末及清關處理的單一掃描間隔門檻。

協調電郵、SMS 及追蹤頁面

使用電郵提供較完整的解釋，並使用追蹤頁面展示詳細事件記錄。只有在收件人已授予必要許可且渠道合適時，才將 SMS 或推送通知保留給有用且具時效性的更新。許可及訊息要求會因司法管轄區及渠道而異；請按實際市場進行設定。

不要預設透過每個渠道發送完全相同的訊息。讓貨件更新集中於交易內容，遵守相關偏好，並避免在鎖定螢幕可見的訊息中加入完整地址或其他不必要的個人資料。

將工作流程付諸實行

先建立事件至訊息的對應關係，再選擇能夠支援該流程的工具。對 Shopify 商戶而言，17TRACK 訂單追蹤應用程式頁面是評估追蹤及配送通知工作流程時的相關起點。請根據所需的觸發條件、渠道及例外規則，檢查其目前的功能及設定，不要假設本指南中的每個範本都已內置於自動化功能中。

無論使用哪個系統，都應測試實際行為，而不只是範本外觀：

• 只有標籤而沒有交接：訊息不得聲稱承運商已持有包裹。
• 重複事件：客戶不應兩次收到相同提示。
• 預計時間變更：訊息應指出新的預期，不得保留過時日期。
• 拆分訂單：每則通知都應識別正確包裹或商品。
• 資料缺失：空白日期、位置及承運商名稱不應以破損的佔位符顯示。
• 延遲事件：較早的掃描不應產生互相矛盾的通知。
• 例外：承諾進行調查後，應為指定團隊建立工作任務。
• 已送達但包裹遺失：客戶應有可正常使用的支援途徑。

推出後，請檢視通知失敗、重複發送、與配送相關的支援聯絡及未解決的例外。以一致方式定義衡量時段。單靠支援聯絡減少，並不能證明溝通有所改善，因為客戶也可能難以聯絡你的團隊。

常見問題

商店應發送多少則配送通知？

應使用有意義的事件，而不是強制的訊息數量。一次簡單的配送可能只需要訂單確認、承運商接收、派送中及送達確認。當預計時間變更或客戶需要採取行動時，再增加訊息。已建立標籤及例行運送通知均屬可選項目。

配送通知應否包括送達日期？

當你有可靠來源，並能正確標示為估算或承諾時，才加入日期或時段。如果沒有可靠估算，請說明目前尚未提供。不要根據一般運送平均時間計算精確送達日期，再將其表述為承運商已確認的日期。

追蹤狀態沒有更新時應說甚麼？

說明最後一個已確認事件，並解釋團隊接下來會做甚麼。單靠掃描間隔不能證明貨件延誤或遺失。如果訂單未能履行承諾，請另行承認此事，並提供合理的支援跟進時間。

延誤通知是否應自動提供退款或補寄？

只有在客戶情況符合你的政策及適用義務時才可以。單一追蹤例外可能不足以決定補救方案。請將個案轉交適當團隊，並避免承諾你的工作流程無權批准的結果。

配送通知可以包括促銷內容嗎？

請確保配送資訊及任何必要行動容易找到。加入促銷內容可能影響訊息在適用訊息規則下的分類，因此在將營銷內容混入交易更新前，請檢查渠道及司法管轄區的要求。

資料來源

• USPS：Where is my package? — 用於解讀追蹤階段的參考資料，包括配送前、承運商持有、送達及配送相關狀態。不得假設 USPS 的術語完全適用於每個承運商。
• Shopify App Store：17TRACK — 用於評估實施部分提及的 Shopify 訂單追蹤及通知方案的官方市場頁面。

通知順序、範例文案及測試清單均屬編輯建議，並非普遍適用的承運商程序，也不代表對特定軟件設定作出承諾。