電子商務企業如何大規模降低運費？
電商企業透過管理每張訂單的全部成本，而不只是協商較低的承運商費率，便能在大規模營運下減低運輸成本。最大的機會通常來自更完善的包裝、更明智的履單地點、準確的服務選擇、更完善的運輸數據，以及減少可避免的配送和退貨成本。
合適的方法取決於你的訂單結構、產品尺寸、目的地、配送承諾及承運商組合。適用於某個地區小型包裹的運輸方案，對於大型產品、國際訂單或有時限的配送可能並不具效率。
從已配送訂單的成本開始
在更換承運商或協商合約前，先建立履行及配送一張訂單的總成本基準。有用的模型不應只包括標籤價格：
- 運輸及包裹費用
- 住宅、燃油、偏遠地區及其他附加費
- 包裝材料及倉庫人力
- 揀貨及包裝成本
- 儲存及庫存調撥成本
- 與配送相關的客戶服務聯絡
- 因遺失、損壞或地址錯誤而產生的重新寄送
- 退貨運輸及處理
- 退款、換貨及配送失敗成本
按有意義的細分項目計算這些成本，例如目的地區域、包裹尺寸、重量級別、產品類別、服務級別及承運商。平均運輸成本可能掩蓋造成大部分成本流失的訂單。
在協商費率前降低體積重量
對許多包裹貨件而言，包裹所佔用的空間會影響其計費重量。承運商通常會比較實際重量與體積重量，並按照適用規則收費。FedEx 在其官方指引中說明了體積重量的計算方式及包裝注意事項。
因此，包裝是最容易控制的成本槓桿之一。檢視以下各項：
- 留下過多空間的紙箱尺寸
- 可以使用柔性郵袋或較小紙箱寄送的產品
- 不必要的插頁、填充物或二次包裝
- 可以合併而不增加體積重量的訂單
- 會導致損壞的包裝，因為較便宜的包裝在索償、換貨或退貨後可能變得昂貴
應根據產品制定包裝規則，而不是每張訂單都使用同一種標準紙箱。使用實際產品及運輸條件測試包裝，然後同時監察運輸成本及損壞率。較小的紙箱不一定更好，若它會增加產品損壞。
評估包裝變更時，也應考慮倉庫生產力。能節省材料成本但增加數個處理步驟的包裝，未必能降低每張訂單的總成本。
如要了解承運商特定的體積重量規則，請參閱相關承運商文件。例如，可參閱 FedEx 體積重量指引。
讓履單地點配合客戶需求
運輸距離會影響成本、配送時間，以及訂單需要加急服務的可能性。如果大部分客戶集中在幾個地區，將庫存放置於更接近這些需求中心的位置，可能有助減少運輸距離及改善服務選擇。
這並不代表增加倉庫一定會降低成本。額外地點可能增加儲存、人力、技術、庫存平衡及調撥費用。比較每種網絡設計的履單總成本，包括：
- 按目的地區域劃分的訂單及收入
- 庫存配置及補貨要求
- 平均包裹距離及服務級別
- 分拆貨件及部分履單
- 倉庫費用及最低貨量承諾
- 退貨路由及處理
一個實際的起點，是建模評估新增倉庫、3PL 地點或區域履單合作夥伴，是否能降低指定訂單細分的已配送成本。應使用實際訂單記錄，而不是全國平均數據。
更有選擇地使用服務級別
許多企業支付了超出客戶要求的較快配送費用。按目的地、產品類型及承諾配送日期，檢視結帳時選取的服務及實際使用的服務。
如果仍能符合承諾日期，較低成本的地面或經濟型服務可能已經足夠。加急運輸仍適合緊急訂單、高價值產品、替換貨件，或值得支付額外費用的客戶承諾。
目標不是令每張訂單都變慢，而是讓服務級別配合配送承諾。經常無法履行承諾的低價服務，可能造成客戶支援聯絡、退款、取消及重新寄送，其成本會超過標籤節省的金額。
根據目的地、訂單價值、產品特性、庫存供應情況及客戶選取的承諾建立運輸規則。個別例外情況應分開檢視，避免它們變成預設做法。
使用自己的貨件結構比較承運商
承運商定價高度取決於貨件特徵及合約條款。對輕型住宅包裹價格便宜的承運商，未必是超大型紙箱、商業配送、偏遠目的地或國際貨件的最經濟選擇。
比較承運商時，應使用具代表性的貨件數據索取報價。包括以下維度：
- 起點及目的地分佈
- 實際重量及體積重量
- 包裹尺寸
- 住宅配送與商業配送的比例
- 配送服務及承諾運輸時間
- 燃油及其他浮動費用
- 取件要求及最低量
- 索償、附加費及調整政策
- 適用時的國際關稅、稅項及清關責任
比較相同貨件結構的全包成本，不要只比較基本運輸費率。合約折扣也可能受貨量假設、服務承諾、排除項目或年度變更影響，因此在實施前應讓專人審閱最終條款。
建立多承運商策略，避免增加不必要的複雜性
使用多於一間承運商可以提高韌性，並取得不同的服務優勢。但同時也可能帶來營運複雜性，包括多種標籤、取件時間表、追蹤格式、帳單檔案、索償流程及客戶服務工作流程。
當每間承運商都有明確角色時，多承運商計劃最有用。例如，其中一間可以服務特定地區、包裹類型、配送速度或國際航線。制定可量度的路由規則，並在成本、運力或服務表現變化時作出調整。
不要僅因費率表看似較低便更換承運商。使用實際貨件進行受控測試，並比較已配送成本、準時表現、損壞、調整費用及客戶聯絡。
改善地址質素及配送可見性
地址錯誤、配送失敗、追蹤事件不清晰及可避免的重新寄送，都可能在訂單離開倉庫後增加成本。在結帳時及建立標籤前進行地址驗證，可以減少可預防的例外情況，但任何驗證流程都無法消除所有配送問題。
清晰的追蹤資訊也有助客戶了解訂單所在位置及可能需要採取的行動。這不會直接降低承運商的運輸費用，但可以協助營運團隊更早識別延誤、處理例外情況，並減少重複查詢配送狀態。
對於需要多承運商追蹤層的商店，17TRACK 的追蹤服務可作為購買後工作流程的一部分。對 Shopify 商戶而言，17TRACK Shopify app提供官方產品入口。任何追蹤工具是否適用，都應根據企業實際使用的承運商、市場、通知要求及訂單系統進行測試。
將退貨視為獨立的物流成本進行控制
退貨會影響運輸、人力、檢查、重新入庫、翻新、換貨及客戶服務成本。只將退貨視為政策問題，會難以看出哪些產品、渠道或配送問題正在造成開支。
按原因及產品追蹤退貨成本。常見營運類別包括尺寸或合身度、損壞、貨品錯誤、延遲配送、客戶偏好及商戶錯誤。不同類別需要不同的應對方式：
- 當客戶訂錯款式時，改善產品資訊或尺寸指引。
- 當損壞或錯誤貨品退貨增加時，檢討包裝及倉庫控制。
- 當延遲配送反覆成為退貨原因時，調查承運商及履單表現。
- 使用一致的退貨路由規則，避免將產品送往不必要地昂貴的地點。
退貨管理工作流程有助標準化授權、路由、狀態更新及後續處理。對於正在評估退貨管理軟件的企業，17TRACK 官方17RETURNS 產品頁面值得參考，但任何預期節省都應以商戶自身的退貨量及流程進行驗證。
自動化運輸決策，而不只是列印標籤
當自動化能對大量訂單套用一致規則時，便具有價值。有用的規則可以考慮包裹尺寸、目的地、庫存位置、配送承諾、承運商供應情況及客戶選取的服務。
在自動化前，先定義每個決策所需的數據。不準確的產品尺寸、不完整的地址、過時的承運商服務或錯誤的庫存供應資料，都可能令自動化規則持續選擇錯誤方案。
擁有內部工程資源的企業，也可以評估追蹤整合或 API。17TRACK Tracking API及其官方文件適用於貨件可見性整合，但追蹤整合應被視為一項營運能力，而不是降低郵費的證明。成本效益取決於需要改善的工作流程及所需的實施工作。
使用營運指標衡量計劃
運輸成本計劃需要一個能將費率改善與流程改善分開的儀表板。有用的指標包括：
- 每張訂單的已配送總成本
- 每件包裹及每件已寄出貨品的運輸成本
- 平均實際重量及體積重量
- 按目的地、承運商、服務及產品類別劃分的成本
- 附加費佔運輸成本的比例
- 損壞、遺失、地址錯誤及重新寄送率
- 相對客戶承諾的準時配送率
- 退貨運輸及處理成本
- 與配送相關的客戶聯絡
在變更有足夠時間產生具代表性的貨件樣本後，再檢視結果。季節性高峰、促銷活動、產品推出及承運商附加費都可能扭曲短期比較。
實際的實施次序
- 建立基準。在可行的情況下，使用數個月的貨件、訂單、退貨及支援數據。
- 找出最大的成本細分。優先處理體積重量、附加費、昂貴航線及高退貨率產品。
- 測試包裝變更。同時衡量運輸成本、材料成本、人力、損壞及客戶體驗。
- 建立履單替代方案模型。在增加倉庫或 3PL 地點前，比較整個網絡成本。
- 索取承運商方案。向每間承運商提供相同的代表性貨件結構，並檢視所有適用費用。
- 試行路由規則。從指定細分開始，將結果與控制期或可比較群組進行比較。
- 驗證後再自動化。記錄例外情況、批准規則及回復程序。
- 每季及重大變更後檢討。重新檢查產品組合、目的地組合、承運商表現及合約假設。
不要做的事情
- 不要只使用表面費率選擇承運商。
- 不要在未監察損壞及換貨成本的情況下降低包裝質素。
- 不要在未建立庫存及人力成本模型的情況下增加履單地點。
- 不要承諾超出所選服務可靠支援能力的更快配送。
- 不要假設追蹤工具會直接降低郵費。
- 不要使用掩蓋超大型、偏遠、國際或例外貨件的歷史平均數。
常見問題
通常最快降低運輸成本的方法是甚麼？
先從自身貨件數據中找出最大的成本細分。包裝效率低、不必要的加急服務、附加費及庫存路由不佳，都是常見的調查方向，但最適合的第一步取決於企業的訂單結構。
使用多間承運商是否一定可以降低成本？
不一定。多間承運商可以提高路由彈性，但也會增加營運及整合工作。只有當節省、服務改善或韌性足以抵銷這種複雜性時，這種做法才值得採用。
電商企業應否使用區域倉庫？
可以考慮，前提是需求集中，而且運輸及服務成本的減少超過額外的儲存、人力、庫存、調撥及退貨開支。應使用實際目的地及庫存數據建立決策模型。
包裹追蹤可以減少運輸支出嗎？
追蹤本身通常不會降低承運商的標籤價格。當工作流程設計完善時，它可以支援例外管理、客戶溝通及配送營運，從而減少可避免的支援工作或重新寄送。
應如何比較承運商報價？
向每間承運商提供相同的代表性貨件結構，並比較全包成本，包括體積重量、燃油、附加費、服務要求、索償及營運條件。在依賴報價結果前，確認最終合約條款。
