已付款不等於已出貨：把訂單狀態與分工說清楚

顧客完成付款，後台出現一筆訂單，不代表商品已經交給物流。如果店家把「付款成功」當成「處理完成」，顧客可能收到不符合實際進度的通知，團隊也容易漏掉備貨。先分清楚金流、作業與配送三件事，訂單才有辦法追蹤。

付款狀態先回答：錢確認了嗎？

信用卡付款、ATM 與超商代碼的確認時間和流程可能不同。有人取得付款資訊，並不等於已經付清。規劃流程時，要先確認哪個訊號代表付款成功，哪些訂單還在等待付款，以及付款結果由誰核對。

狀態名稱會依實際系統設定而不同，不必把每個網站都改成同一套字。更重要的是團隊對每個名稱有相同理解：看到這個狀態，現在該做哪件事？

備貨進度回答：店家做到哪一步？

付款確認後，接著可能要撿貨、檢查商品、包裝與列印寄件資料。對小團隊來說，不一定要為每個動作增加一個狀態，但要有可執行的檢查順序。

• 確認內容：商品、規格、數量，以及是否有預購或客製項目。
• 確認收件：配送方式與收件資料是否齊全。
• 完成包裝：核對商品與附件，避免同名不同規格拿錯。
• 安排交寄：確認實際交給物流，再更新對外的出貨進度。

一個人也可以照這個順序做。當訂單量增加、有人協助包裝時，原本寫下來的流程就能接著使用。

建立物流單，不一定代表已經交寄

有些店家會先建立寄件資料、稍後才交寄。若通知文字直接寫「商品已送出」，顧客查看物流卻還沒有進度，就容易再來詢問。請把通知時間與實際作業一起確認，必要時讓文字清楚說明目前是安排出貨，還是已完成交寄。

也別把宅配交寄、超商到店與顧客取件混為同一個進度。網站可以接收哪些物流回傳、哪些需要人工確認，應在串接與測試時核對，不能假設每一段都會自動更新。

通知規則要對應顧客下一步

待付款通知告訴顧客如何付款；出貨通知提供配送資訊；需要補資料時，清楚列出缺什麼、透過哪裡回覆。每則通知都應有明確用途，不必把內部每個小動作都發給顧客。

LINE 訂單通知還涉及帳號綁定與可發送條件。可以搭配LINE 訂單通知的準備清單，用自己的測試帳號確認實際收到的內容。

指定誰更新，也指定異常由誰接手

如果一位同事負責客服、另一位負責出貨，請先說好狀態由誰更新，以及缺貨、地址有誤或付款異常時交給誰處理。不要讓兩個人以為對方已經做完，也避免同一張訂單被重複操作。

退款或取消申請需要另外追蹤。顧客送出申請，只代表店家收到需求，不等於退款已完成；後續仍需依實際審核、金流與作業流程處理。

用三種訂單走一次流程

正式上線前，至少用「正常付款並出貨」「等待付款後取消」「需要人工協助」三種情境檢查：後台看得到什麼、誰接到提醒、顧客收到什麼。先用測試環境或已確認的測試方式進行，避免把測試通知寄給真實顧客。

本站的線上商店集中管理商品與訂單，平台核心包含LINE 通知。討論建置時，可以帶一張你目前的出貨流程，從最容易漏掉的步驟開始整理。