電商訂單進來後怎麼分工?傳統產業先排付款、出貨與售後
電商訂單不能只交給行政或倉庫。先寫明每個環節收到什麼資料、完成什麼結果、交給誰,以及異常訂單由誰決定。
傳統產業開始接網路訂單後,行政、倉庫、客服與會計怎麼分工?用一張表排好付款、庫存、出貨、異動、退款與對帳。
適合原本依靠業務、門市或批發接單,現在開始由官網或平台直接銷售給一般消費者的製造商、老店與傳統產業公司。
直接回答
傳統產業轉型做電商,不一定要先成立新的電商部門。公司可以由現有行政、倉庫、客服及會計人員分工,但要把每張訂單的處理順序寫清楚:哪一個狀態代表工作開始、需要哪些資料、完成後留下什麼紀錄、最晚何時交給下一位人員,以及缺貨、改地址、取消或退款時由誰決定。 完成「電商訂單責任與交接表」後,用正常出貨、出貨前改地址、付款後缺貨及退貨退款四種訂單進行測試。只要有一個環節找不到實際負責人員,或下一位人員無法確認前一步是否完成,就要先修改分工再正式接單。
重點摘要
- 商品、售價、活動期限與可銷售庫存要指定維護及確認人員,不能等訂單成立後才發現資料不同。
- 付款完成不等於可以直接出貨,還要確認收件資料、商品規格、庫存及交期。
- 倉庫完成交寄後,要回傳物流單號與時間,客服才能回答顧客查件問題。
- 改地址、取消、缺貨與退款要另外指定決定人員,不能每次都在通訊群組臨時詢問。
- 退貨商品、訂單狀態、退款紀錄與帳務資料要完成同一次交接,避免其中一處已更新,其他紀錄仍維持原狀。
電商訂單為什麼不能只交給行政或倉庫
傳統產業公司的接單方式,常由業務人員先確認品項、數量、價格與交期,再通知工廠或倉庫備貨。網路訂單則可能在沒有人接電話、沒有業務人員確認的情況下成立。顧客完成付款後,便期待網站顯示的商品、數量、價格與交期可以兌現。
如果公司只說「行政處理訂單」,行政人員可能看得到付款,卻不知道倉庫實際數量;只說「倉庫負責出貨」,倉庫可能完成包裝,卻沒有權限修改訂單狀態或回覆顧客。商品缺貨、地址需要更改或顧客要求取消時,兩邊仍要重新找人決定。
在媒角抵加網路節目〈咖啡不是好喝就賣得好〉中,電商阿姐談到公司安排工作時,曾將一名原本處理會計工作的人員分配部分時間進行電商對帳,其餘時間接洽從網站提出問題的顧客。網站開始接單後,對帳及顧客聯絡都要排定工作時間與處理人員,不能只寫成「有人維護官網」。
媒角抵加網路節目〈英國奶奶從公館餐車變餐廳〉中,共同創辦人Amy談到,經營兩家店後,不同工作人員會採用自己的習慣。她無法同時留在兩個現場,因此花時間整理明確的作業流程,並依排定時間檢查結果、和現場人員溝通。
網路訂單同樣會穿過不同人員的工作範圍。流程寫下來的目的,是讓接手者知道前一步已經完成什麼,也讓公司在出現異常時,可以找到尚未完成的動作與有權決定的人員。
先指定商品、售價與庫存資料的維護人員
訂單成立前,商品資料已經開始影響後續工作。官網寫紅色大衣尚有現貨,倉庫實際只剩藍色;活動頁顯示滿千免運,結帳系統卻仍收取運費;商品已改用新包裝,揀貨單仍沿用舊品名。顧客完成付款後,這些差異會變成取消、補寄、退款或客服案件。
公司要先指定以下資料由誰更新、誰確認:
- 商品名稱、規格、條碼或內部編號
- 官網售價、折扣與活動期限
- 可以繼續接受訂單的商品數量
- 預計出貨時間及暫停出貨日期
- 包裝內容、贈品與物流方式
負責更新商品頁的人員未必知道倉庫剛報廢幾件瑕疵品;倉庫人員也未必知道行銷活動何時開始。交接表必須寫出資料來源及更新時間,例如倉庫每天完成出貨後回報實際異動,官網維護人員在活動上線前再次核對售價、贈品與可銷售數量。
公司可把商品資料拆成提供、更新與確認三項責任。負責提供的人員交付尺寸、材質、用途與限制,維護人員更新官網,確認人員則在活動與上架前核對版本及日期。
第一步:付款完成後,誰確認訂單可以處理
訂單出現在後台時,第一位接手者要先確認訂單是否已付款,以及資料是否足以進入備貨。至少核對:
- 訂單編號與付款狀態
- 商品、規格及數量
- 收件人、電話及地址
- 顧客選擇的物流方式
- 贈品、備註及預計出貨時間
負責人員完成確認後,要留下可辨認的狀態,例如「已付款待備貨」及確認時間,再交給倉庫。資料缺少門牌、超商門市無法辨識或付款狀態尚未完成時,訂單不能和正常待出貨訂單混在一起,要另外列出缺少資料、聯絡顧客的人員及下一次確認時間。
公司也要決定每天何時將訂單交給倉庫。官網承諾當日中午前完成付款可當日出貨,就要在中午後產生一批明確的揀貨資料;臨時從通訊群組逐張轉傳訂單,倉庫難以確認是否有重複、撤回或新增內容。
第二步:誰保留庫存並交付揀貨資料
倉庫收到已付款訂單後,先確認對應規格的實際商品,再將數量保留給該張訂單。完成保留後,官網或內部紀錄也要反映剩餘可銷售數量,避免門市、業務及網路通路同時售出最後一件商品。
如果系統數量與現場不同,倉庫人員要回報商品編號、規格、短少數量及查核結果。是否等待補貨、改寄其他規格、拆單或退款,則由事先指定的人員決定,不能由揀貨人員自行替顧客更換商品。
交給揀貨人員的資料,至少包含訂單編號、商品編號、規格、數量、贈品及特殊包裝要求。完成揀貨後,再由另一位人員或指定檢查方式核對實物與訂單。人力較少時,可以由同一位人員操作,但仍要留下完成時間與檢查結果。
第三步:誰完成揀貨、包裝與物流交寄
包裝人員不能只看到商品名稱,還要知道這張訂單需要哪些包材、贈品、說明文件及物流標籤。食品、易碎品、需要冷藏或尺寸較大的商品會有不同包裝方式,公司應依商品特性另訂包裝與交寄規格。
完成交寄後,出貨工作還沒有結束。負責人員要將物流單號、交寄時間及包裹數量回傳至訂單紀錄,並確認顧客收到出貨通知。客服之後才能從同一筆紀錄回答包裹何時寄出、目前由哪一家物流公司配送,以及一張訂單是否分成兩件包裹。
倉庫已交寄,後台仍顯示待出貨;後台已改成已出貨,包裹卻仍留在現場,都是交接尚未完成。公司可把「物流已收件且單號已回傳」訂為這一環節的完成結果,不以列印寄件標籤作為出貨完成。
第四步:顧客改地址或取消訂單時,誰決定能否修改
顧客可能在付款後要求改地址、改規格、取消訂單或合併寄送。客服收到訊息時,先查訂單目前位於哪一個狀態,再依公司事先訂出的權限處理。
尚未產生揀貨資料時,客服或訂單人員可以依權限修改,並留下原資料、修改內容、時間及人員。商品已完成包裝但尚未交寄時,要由倉庫確認是否能抽回。物流已收件後,客服不能只回覆「已通知倉庫」,而要告知顧客目前可以採取的處理方式,並把案件交給指定人員追蹤。
公司可以先把常見異動分成三類:
| 異動情況 | 第一個確認動作 | 需要留下的紀錄 |
|---|---|---|
| 更改地址或電話 | 查訂單是否已交寄 | 原資料、新資料、修改時間及處理人員 |
| 更改商品規格 | 查是否已保留庫存或完成揀貨 | 原規格、新規格、價差及庫存異動 |
| 取消訂單 | 查付款、揀貨及物流狀態 | 取消原因、停止處理位置及後續退款人員 |
共用通訊群組可以通知人員,卻不能代替訂單紀錄。訊息被後續對話推走後,下一位人員未必知道顧客最後確認了哪一個地址,也無法在退款或客訴發生時還原處理過程。
第五步:退貨、退款與對帳如何完成
顧客提出退貨後,客服要先建立案件,記錄訂單編號、商品、原因、顧客要求及下一個處理時間。商品退回後,收件人員確認收到哪些品項及外觀狀態,再交給有權決定的人員依公司公告的退貨政策與適用規定處理。
一筆退貨至少會影響四處資料:
- 訂單狀態是否已更新
- 款項是否已申請並完成退款
- 退回商品是否能恢復銷售、轉為瑕疵品或另行處理
- 會計或對帳資料是否已記錄退款及相關費用
四項由不同人員處理時,要指定最後一位核對者。只完成退款,庫存沒有更新,網站可能少賣一件仍可銷售的商品;商品已經回到倉庫,退款仍未申請,客服就會再次收到顧客詢問。
電商阿姐在訪談中提到的對帳工作,正好落在這個收尾環節。負責對帳的人員需要拿到訂單、實收、取消、退款及相關費用紀錄,才能確認同一筆交易在不同系統中的結果是否一致。
電商訂單責任與交接表
公司可以依現有人力調整職稱,但每一欄要填入實際人員或明確職務,不只填「行政部」「倉庫」或「會計部」。同一人可以負責數個環節,仍要分別寫出每次交接的完成結果。
| 流程環節 | 工作開始條件 | 收到哪些資料 | 完成結果 | 負責人員 | 交給下一位 | 異常決定人員 |
|---|---|---|---|---|---|---|
| 商品與售價維護 | 新商品、改價或活動排定 | 規格、售價、庫存、活動期限 | 官網資料經確認並記錄更新時間 | 商品資料維護人員 | 訂單人員 | 電商管理人員 |
| 付款與訂單確認 | 後台出現新訂單 | 付款、商品、收件及物流資料 | 標記為可備貨或待補資料 | 訂單人員 | 倉庫人員 | 電商管理人員 |
| 庫存保留與揀貨 | 收到可備貨訂單 | 商品編號、規格、數量及贈品 | 實物已保留並完成揀貨核對 | 倉庫人員 | 包裝人員 | 商品管理人員 |
| 包裝與物流交寄 | 揀貨核對完成 | 商品、包材、寄件標籤及特殊要求 | 物流已收件,單號與時間已回傳 | 出貨人員 | 客服人員 | 物流聯絡人員 |
| 訂單異動 | 顧客要求改資料、改商品或取消 | 訂單狀態、顧客要求及目前處理進度 | 異動完成,或已告知可採取的處理方式 | 客服人員 | 倉庫或退款人員 | 電商管理人員 |
| 退貨與退款 | 建立退貨案件或收到退回商品 | 訂單、退回品項、商品狀態及退款資料 | 訂單、退款、庫存及客服紀錄已更新 | 客服、倉庫及退款人員 | 對帳人員 | 售後管理人員 |
| 對帳與結案 | 出貨、取消或退款資料齊全 | 訂單、實收、物流、退款及費用紀錄 | 差異已查明,案件標記完成 | 對帳人員 | 營運管理人員 | 財務管理人員 |
表格完成後,還要補上每個環節的處理期限及資料位置。商品交期、物流收件時間及公司人力不同,期限不能照抄其他品牌;但「何時完成」不能留白,否則下一位人員不知道應該等待,還是立即查詢前一步。
用四種測試訂單檢查分工
表格填完後,安排未參與規劃的實際工作人員操作四張測試訂單。

正常付款並完成出貨
確認付款資料能交給倉庫、揀貨內容正確、物流單號回傳,客服也能查到出貨結果。
出貨前更改收件地址
在揀貨前及包裝後各測試一次,確認客服知道能否修改、如何通知倉庫,以及舊地址不會繼續出現在寄件標籤。
付款後發現商品缺貨
確認倉庫如何回報短少,誰停止網站繼續接單,誰聯絡顧客,以及改商品、等待補貨或退款由誰決定。
收到商品後提出退貨退款
確認客服建立案件、倉庫收回商品、退款人員處理款項、庫存更新及對帳完成。最後從訂單編號回查,應能看見每一步的處理時間與結果。
Organization Science一項針對加護病房輪班交接的研究發現,工作人員會按照預期順序完成一系列動作,也會在每次轉交時持續協調。電商可以採用同樣的檢查角度:前一步交付哪些資料、下一位如何確認,以及異常訂單由誰決定。表格提供預期順序,測試訂單則能找出實際操作時缺少的資料與權限。
常見問題
公司已有行政人員,可以由同一個人處理所有電商訂單嗎?
可以,但要先確認這名人員是否能取得付款、庫存、物流、客服及退款資料,也要指定他不在時的代理人員。即使由同一人操作,倉庫完成備貨、物流完成收件及退款完成入帳仍是不同結果,必須分別記錄。
業務人員最熟商品,電商訂單都交給業務處理可以嗎?
業務人員可以提供商品與顧客問題,但未必每天查看付款、庫存及物流狀態。先列出實際工作量與所需權限,再決定業務負責商品資料、異常決定或完整訂單處理中的哪一部分,不要只因為熟悉商品就把所有工作集中給業務。
有訂單系統,還需要另外做交接表嗎?
系統記錄訂單狀態,交接表則回答哪一位人員在什麼時間更新狀態、依據哪些資料,以及異常時找誰。系統若已能設定權限、通知及處理期限,可以直接將交接內容建在系統內,無須重複製作另一張表。
公司人少,同一人同時負責客服、出貨與對帳怎麼寫?
仍按流程分列。同一姓名可以出現多次,但每一列要有不同的開始條件與完成結果。這樣工作增加或需要代理時,才能把其中一個環節交出去,不必重新整理整套訂單流程。
每次異常都讓主管決定,是否比較不容易出錯?
先列出客服或訂單人員可以直接處理的範圍,例如尚未揀貨前更改地址;超過金額、已交寄、涉及商品安全或無法依現行政策判斷的案件,再交給指定管理人員。所有異常都等待同一位主管回覆,容易超過出貨或顧客回覆時間。

