案例故事｜蝦皮月營收5萬，為什麼內部想收掉這條通路？
平台訂單下載好了，還不能出貨。
作業人員得把訂單一張張打進 ERP，再處理出貨文件。有些檔案要解鎖，有些要各自下載、各自列印；碰到活動贈品，又得多留意一次，免得貨出了，該附的東西卻沒跟上。
這是一家原本以 B2B 為主、也開始嘗試電商通路的供應商。蝦皮初期一個月大約做五萬元，對公司來說，還是一門慢慢試的新生意。
但處理訂單的人，每天已經得為這門新生意騰出時間。
久了，內部開始有人覺得：業績也沒多少，為什麼還要一直花時間打單？乾脆把蝦皮收掉，事情還比較少。
聽到這個反應，很容易替新通路可惜。不過，把那段作業從頭走一次，就比較能理解員工為什麼會這樣想。
五萬元的通路，也得走完一整套流程
電商訂單進了公司，仍然要接上原本的 ERP、庫存與出貨作業。前台是新開的通路，後台卻不能因此少做幾個步驟。
從不同平台下載檔案、整理資料、輸入訂單、處理文件，這些動作都需要有人完成。公司不用為了小通路另開一個部門，卻還是得指定一個人，把工作接起來。
更麻煩的是，出完貨也還沒結束。
平台有抽成與行銷費用，帳務要回到公司內部處理。抽成發票得對應訂單，相關流程也得走完。營收只有五萬元，並不會讓這些事情自動變簡單。
在這個案例裡，原本每天約有兩小時，用在跨平台訂單、文件與相關後台作業上。員工看到的，就是眼前這些每天都要重做的事；公司期待的新通路成長，還在後面。
兩邊看的時間尺度不太一樣。於是，還沒討論到下一步要怎麼經營，內部就先對這條通路失去耐心。
一張訂單，有時得用兩種方式理解
客戶找我們建置 B2B 系統時，也提到這段電商作業，希望能一起處理：平台訂單已經有資料了，能不能接回原本的 ERP，少打一遍？
實際整理後會發現，檔案裡的東西，未必能原樣放進 ERP。
例如電商前台賣的是組合品，ERP 裡卻有自己的品項結構與代碼。消費者買到的是一組商品，內部仍要知道這一組包含什麼，才能把資料完整接進去。
活動贈品也有類似情況。這個客戶過去有些贈品資訊放在圖片上，作業人員要記得附贈，再把贈品補進訂單。前台看起來是一個活動，後台多出來的卻是一段靠人記住的工作。
這些細節不大，但每天都在發生。只要其中一段仍需人工補，作業人員就不能單純把檔案交出去，等著下一步完成。
他們先改掉每天反覆重做的那一段
後來，我們協助客戶在原有流程旁加了一套小工具。
平台檔案還是由人員下載，但接下來可以交給工具整理：依照需要轉成可匯入 ERP 的 Excel，處理組合品與贈品資料，也把需要解鎖、整理的文件集中處理。
人員拿到整理好的檔案後，直接匯入 ERP，不必再逐張 Key In。多張出貨單也能合併成一份，一次送印。
這裡保留了不少原本的習慣。ERP 繼續用，平台檔案仍要下載，人員也仍在流程裡。改掉的是中間那串重複輸入、分開處理文件的動作。
至於平台費用與對帳，是這家公司的另一段負擔；這次不能把它一起寫成已經全自動解決。小工具實際接住的，是訂單轉檔、文件整理與出貨單合併這些工作。
通路長大後，後台作業反而縮短
依客戶提供的資料，後來電商月營收從約五萬元成長到約三十五萬元。同一段後台作業，則從每天約兩小時，縮短到約三十分鐘。
作業人員得把訂單一張張打進 ERP，再處理出貨文件。有些檔案要解鎖，有些要各自下載、各自列印；碰到活動贈品，又得多留意一次，免得貨出了，該附的東西卻沒跟上。
這是一家原本以 B2B 為主、也開始嘗試電商通路的供應商。蝦皮初期一個月大約做五萬元，對公司來說，還是一門慢慢試的新生意。
但處理訂單的人，每天已經得為這門新生意騰出時間。
久了，內部開始有人覺得：業績也沒多少，為什麼還要一直花時間打單？乾脆把蝦皮收掉，事情還比較少。
聽到這個反應，很容易替新通路可惜。不過，把那段作業從頭走一次，就比較能理解員工為什麼會這樣想。
五萬元的通路，也得走完一整套流程
電商訂單進了公司，仍然要接上原本的 ERP、庫存與出貨作業。前台是新開的通路，後台卻不能因此少做幾個步驟。
從不同平台下載檔案、整理資料、輸入訂單、處理文件，這些動作都需要有人完成。公司不用為了小通路另開一個部門，卻還是得指定一個人，把工作接起來。
更麻煩的是，出完貨也還沒結束。
平台有抽成與行銷費用，帳務要回到公司內部處理。抽成發票得對應訂單，相關流程也得走完。營收只有五萬元，並不會讓這些事情自動變簡單。
在這個案例裡，原本每天約有兩小時，用在跨平台訂單、文件與相關後台作業上。員工看到的，就是眼前這些每天都要重做的事；公司期待的新通路成長，還在後面。
兩邊看的時間尺度不太一樣。於是，還沒討論到下一步要怎麼經營，內部就先對這條通路失去耐心。
一張訂單，有時得用兩種方式理解
客戶找我們建置 B2B 系統時，也提到這段電商作業，希望能一起處理：平台訂單已經有資料了，能不能接回原本的 ERP，少打一遍？
實際整理後會發現，檔案裡的東西，未必能原樣放進 ERP。
例如電商前台賣的是組合品，ERP 裡卻有自己的品項結構與代碼。消費者買到的是一組商品，內部仍要知道這一組包含什麼，才能把資料完整接進去。
活動贈品也有類似情況。這個客戶過去有些贈品資訊放在圖片上，作業人員要記得附贈，再把贈品補進訂單。前台看起來是一個活動，後台多出來的卻是一段靠人記住的工作。
這些細節不大，但每天都在發生。只要其中一段仍需人工補，作業人員就不能單純把檔案交出去，等著下一步完成。
他們先改掉每天反覆重做的那一段
後來，我們協助客戶在原有流程旁加了一套小工具。
平台檔案還是由人員下載，但接下來可以交給工具整理：依照需要轉成可匯入 ERP 的 Excel，處理組合品與贈品資料，也把需要解鎖、整理的文件集中處理。
人員拿到整理好的檔案後，直接匯入 ERP，不必再逐張 Key In。多張出貨單也能合併成一份，一次送印。
這裡保留了不少原本的習慣。ERP 繼續用，平台檔案仍要下載，人員也仍在流程裡。改掉的是中間那串重複輸入、分開處理文件的動作。
至於平台費用與對帳，是這家公司的另一段負擔；這次不能把它一起寫成已經全自動解決。小工具實際接住的，是訂單轉檔、文件整理與出貨單合併這些工作。
通路長大後，後台作業反而縮短
依客戶提供的資料，後來電商月營收從約五萬元
成長到約三十五萬元。同一段後台作業，則從每天約兩小時，縮短到約三十分鐘。
營收成長涉及商品、通路經營與其他因素，不能全算在工具身上。這組數字比較能說明的是：通路規模變大時，後台並沒有照原本的作法，繼續堆高人工處理時間。
原先讓員工想放棄這條通路的工作，確實少了一大段。
對還在試電商的 B2B 公司來說，這是很具體的差別。訂單增加之後，至少不用先把每一張都交給人再打一遍，才有辦法往下走。
回頭看這個案例，我最在意的仍然是前面那個反應：業績不多，能不能乾脆不要做？
當時員工面前有每天兩小時的工作，公司面前則是一條還沒長大的通路。後來通路繼續經營，處理它的方式也終於跟著變了。
現在同一段作業大約半小時能做完。過去得逐張重打的訂單，整理好檔案後，就能一起匯進 ERP。
本文依 OrderUp 實際服務案例匿名整理。營收與作業時間由客戶第一手資料提供，保留原始約數；不代表所有企業的導入結果。
留言