← 返回最新消息

商品訂單出貨操作篇

商品訂單出貨操作篇

商品上架後,真正容易出錯的往往不是銷售頁,而是訂單進來之後:款項是否成立、庫存是否足夠、要用哪種配送方式、何時開發票,以及誰負責把每一步完成。

這篇整理商品訂單的日常作業順序。重點不是把流程做得複雜,而是讓付款、出貨、物流與發票各有明確檢查點。InfoBox 的商品訂單與課程訂單分開,站長應沿著這個區分安排工作,不要把兩種履約方式混成同一張待辦表。

先分清商品訂單與課程訂單

課程訂單的核心是「付款後提供學習權限」;商品訂單的核心則是「付款後交付實體商品」。兩者都從成交開始,但後續工作不同。

比較項目商品訂單課程訂單
主要交付內容實體商品線上課程或相關學習內容
付款後工作核對品項、庫存、收件與配送資料確認付款及課程存取安排
是否需要物流視商品而定;實體商品需要通常不需要實體配送
常見風險缺貨、地址錯誤、漏寄、運費設定不合權限、通知或學習入口問題
管理方式從商品訂單處理從課程訂單處理

因此,營運人員每天開始處理訂單時,第一步不是直接印單,而是先確認目前查看的是商品訂單。若同時銷售課程與商品,建議把負責人、檢查表與客服話術也分開,避免把課程購買者誤列入出貨名單。

InfoBox 後台 shop_orders🔍 點擊放大
InfoBox 後台實際操作畫面(個資與敏感資料已遮蔽)。

建議作業順序:付款先於出貨

一筆商品訂單可依下列順序處理:

  1. 確認訂單類型為商品訂單。
  2. 核對付款是否成立。
  3. 檢查品項、數量、庫存與訂購備註。
  4. 核對收件人、電話與配送資料。
  5. 依超商取貨或宅配方式備貨。
  6. 完成揀貨、複核、包裝與交寄。
  7. 留存物流憑據,供後續查詢。
  8. 依店家設定與實際作業時點處理電子發票。
  9. 完成每日對帳與異常追蹤。

這個順序的核心是:不要把「訂單已建立」直接當成「可以出貨」。先確認付款,再動用庫存與包材,能減少未付款訂單先寄出的風險。若採用需要另外確認款項的付款方式,也應等核對完成後再進入揀貨區。

InfoBox 的業績分析只計入已付款的商品訂單。營運報表與待出貨清單的用途不同:前者看已成立的商品業績,後者用來安排實際履約。不要只看訂單筆數推估營收,也不要只看業績數字判斷倉庫是否已完成出貨。

付款確認後,先做出貨前複核

付款成立後,先逐項核對訂單內容。至少要看:

  • 商品名稱、規格與數量是否一致。
  • 庫存是否足以供應本次訂單。
  • 是否有預購、分批寄送或其他人工備註。
  • 收件姓名、聯絡電話與配送資料是否完整。
  • 配送方式是超商取貨還是宅配。
  • 運費是否依當時設定正確帶入。

InfoBox 的實體商品支援庫存與運費設定,也支援超商取貨及宅配。這些功能能承接前台下單,但倉儲端仍要依訂單資料完成實物複核。系統有庫存紀錄,不代表貨架數量永遠正確;退換貨、盤點差異或線下銷售,都可能造成帳面與現場不一致。

若發現資料缺漏,先暫停該筆訂單並聯絡顧客,不要自行猜測門市、地址或商品規格。訂單量大時,可設一個固定的「異常區」,讓問題單與可正常出貨的訂單分開,避免整批作業被一筆資料不全的訂單卡住。

超商取貨與宅配要分流處理

兩種配送方式需要的標示、包裝限制與交寄動線可能不同,適合在揀貨前就分流,而不是封箱後才分類。

作業環節超商取貨宅配
資料核對收件人、電話、取貨門市收件人、電話、配送地址
包裝重點留意合作物流的材積與重量限制依商品特性加強防撞、防壓或防潮
交寄前再核對門市與包裹標示再核對地址與包裹標示
留存資料交寄憑據或可供查詢的資料託運憑據或可供查詢的資料

不要自行對外宣稱固定到貨日。實際配送速度會受物流業者、區域、尖峰檔期與天候影響。對顧客可提供預估範圍,但應保留合理彈性,並清楚說明查件所需資訊。

InfoBox 後台 shipping🔍 點擊放大
InfoBox 後台實際操作畫面(個資與敏感資料已遮蔽)。

揀貨、包裝與交寄,至少做一次雙重核對

揀貨時可依訂單逐筆取貨,也可先按品項彙總後再分單。訂單少時逐筆處理較直觀;訂單多時,彙總揀貨可減少走動,但分單階段必須更嚴格。

封箱前建議核對三組資訊:訂單編號、商品規格與數量、收件標示。高單價或容易混淆的品項,可由第二人複核;只有一人作業時,也可在揀貨與封箱之間隔一個步驟重新檢查,避免連續動作造成盲點。

包裝不必追求華麗,但要符合商品特性。易碎品要防撞,怕水商品要防潮,液體要避免滲漏,外盒則需能承受配送堆疊。贈品、說明書與活動加購品也應列入檢查表,否則主商品正確,仍可能因漏放附件產生客服成本。

交寄完成後,保留當批物流憑據,並建立訂單與包裹資料的對應。若顧客詢問進度,客服才能用可查證的資料回覆,而不是憑印象判斷。

電子發票的時點要跟實際履約一致

若商店使用電子發票,可設定為出貨時才開立。這種做法能讓發票時點貼近實際出貨作業,也適合需要先確認庫存、訂單資料或備貨結果的商品流程。

但「可設出貨才開」不等於所有商店都應採同一規則。站長仍需依自身交易模式、會計作業及適用法規設定,並確認負責人知道何時執行。不要同時由客服、倉庫與財務各自處理,否則容易重複或遺漏。

建議在內部流程明定:

  • 誰確認付款。
  • 誰判定訂單可出貨。
  • 誰負責發票作業與例外處理。
  • 每日何時核對已付款、已交寄與發票資料。
  • 遇到取消、缺貨或資料錯誤時,由誰接手查核。

本文不替店家假設任何自動退貨或自動作廢流程。碰到取消、退貨、退款或發票異常時,應依實際訂單、金流、物流與發票狀況逐筆處理,必要時交由會計或稅務專業人員確認。

每日對帳不要只看一個數字

收工前可用三份資料互相核對:已付款商品訂單、當日實際交寄包裹,以及電子發票處理紀錄。三者用途不同,數量也不一定在同一天完全相等,例如付款後隔日出貨,或訂單因資料缺漏暫停。

InfoBox 後台 shop_analytics🔍 點擊放大
InfoBox 後台實際操作畫面(個資與敏感資料已遮蔽)。

可建立簡單的日結表:

檢查項目要回答的問題
已付款商品訂單今天新增哪些已成立交易?
待處理訂單哪些已付款訂單尚未完成備貨或交寄?
物流憑據每個已交寄包裹是否能對回訂單?
電子發票應處理的發票是否已依設定完成?
異常清單缺貨、資料錯誤或顧客變更是否有人負責?

業績分析只計已付款商品訂單,因此適合觀察已成立的商品銷售,不應拿來代表物流完成率。若要管理履約效率,仍需另外追蹤從付款到交寄所需時間,以及異常訂單停留多久。

小團隊也要寫下固定規則

人少不代表可以靠記憶。最小可行的標準作業流程,只要一頁就夠:每天何時看商品訂單、付款由誰確認、超商與宅配如何分流、封箱前核對哪些欄位、交寄憑據放哪裡、發票何時處理、異常交給誰。

最後守住四個原則:商品訂單與課程訂單分開;付款成立後再安排出貨;物流交寄必須留下可追查資料;發票時點由店家明確設定並落實。流程不需要堆很多術語,只要每一筆訂單都能回答「錢確認了嗎、貨寄了嗎、物流資料在哪裡、發票處理了嗎」,日常營運就不容易失控。

想知道哪個方案適合你?

告訴我們你的產業與目前狀況,我們會直接說明哪個方案剛好、哪些功能你其實用不到——先確認範圍,再談價格。