老闆以為訂單進了系統，數位化就完成了。但主操作員每天清晨還是要花 3 個小時，把系統裡的訂單一筆一筆抄出來，手工加總成揀貨單。
這是允雷在冷凍水產食材通路商案例上線幾個月後，看到的真實第二幕。前一篇寫的是接單入口怎麼從電話與 LINE 訊息搬進結構化下單頁面。這一篇寫的是大多數數位轉型文章不會告訴你的事：入口接好之後，時間黑洞會往後移。
大部分 B2B 企業缺的不是訂單，是一套完整的收單系統。
從客戶下單那一秒，到貨物上車出門，中間每一段還在人工的環節，都是系統該接走的。
這篇老闆 30 秒摘要：
- 接單數位化只做了一半：訂單進系統之後，跨客戶品項彙整、揀貨、配送分派如果還是手工，清晨作業時間不會消失，只會換個地方出現。
- 這次改版做了三個介面：命令中心（今日總覽）、倉庫揀貨頁（品項自動彙整）、司機配送頁（按客戶分組排序），對應主操作員原本的三段手工流程。
- 結果：清晨作業從 3 個小時左右收斂到 30 分鐘，品項加總從手算變成一鍵展開。
- 改版紀律：彙整層只讀資料不動資料，在運作中的系統旁邊蓋駕駛艙，上線當天既有下單流程零影響。
1. 改版前：訂單在系統裡，作業還在紙上
先講改版前的真實場景。這家冷凍水產食材通路商的接單入口已經數位化，客戶在 LINE 裡自助下單，訂單即時進資料庫。聽起來很完整，但每天清晨的實際作業是這樣：
- 主操作員把今日所有訂單一筆一筆看過，手工加總同一支商品在所有客戶訂單裡的總量。今天全部客戶的秋刀魚加起來幾箱、白蝦幾箱、薄鹽鯖魚幾箱，全部用人腦加計算機
- 加總完才知道倉庫要揀什麼貨，手工製作揀貨單給倉庫
- 揀完貨再按客戶分組，誰要送哪些品項、司機的疊貨順序，再做一份配送對應
- 全程紙本傳遞，倉庫拿單揀貨、司機拿單出車
這條流程每天重複，撐起整個出貨節奏的是主操作員清晨那 3 個小時跑不掉的手工作業。品項規格越破碎，這段時間越長：同一支魚有片、公斤、箱三種計價方式，不同客戶有專屬規格，每一筆都要人工判斷換算。
而且這 3 個小時有一個更隱蔽的成本：錯一筆，賠的是老客戶的信任。手工加總漏算一箱，到店才發現缺貨；客戶分組對應錯，A 店的貨上了 B 店的車。這類錯誤不會天天發生，但每次發生都在消耗這家公司最值錢的資產。
2. 改版方案：把三段手工流程做成三個介面
這次改版允雷沒有發明新流程，而是把主操作員原本的三段動作順序，原封不動做成三個系統介面。這是後台設計最重要的一條原則：系統動線跟著人的工作節奏走，不是叫人去適應系統。
改版後的清晨 30 分鐘
命令中心：一眼掌握今日全貌
登入後台直接看到今日訂單數、出貨客戶數、營業額與品項總量。原本要翻完全部訂單才知道的事，現在 10 秒掃完。
一鍵建立今日揀貨單
按一個鍵，系統自動把所有客戶訂單裡的同品項加總展開成揀貨清單。原本最耗時的手工彙整段，從一個多小時變成一次點擊。
倉庫揀貨頁：照單揀貨、勾選進度
揀貨清單按品項列出總箱數，揀好一項勾一項。遇到缺貨，系統當場算出這支品項影響哪幾個客戶，不用回頭翻單。
司機配送頁：分組、排序、出車
出貨客戶自動按訂單分組，配送順序可以直接拖動調整，指派司機後一鍵通知。送達或異常都在系統上標記，全程留痕。
三個介面各自對應的手工痛點：
| 介面 | 取代的手工作業 | 關鍵差異 |
|---|---|---|
| 命令中心 | 翻完全部訂單才能掌握今日狀況 | 四個關鍵數字開門見山，含跨客戶品項總量 |
| 倉庫揀貨頁 | 人腦加計算機做品項加總、手寫揀貨單 | 同品項自動合併彙總，缺貨影響範圍秒算 |
| 司機配送頁 | 按客戶手工分組、口頭交代司機 | 自動分組、可調順序、配送狀態全程留痕 |
其中倉庫揀貨頁的「缺貨影響客戶」是改版後操作端最有感的細節。改版前缺一支品項，要回頭把全部訂單翻一遍才知道影響到誰；改版後系統當場列出受影響客戶清單，該打的電話、該調的貨，當下就能決定。
3. 改版紀律：只讀資料、不動資料
這個改版有一條技術之外更重要的紀律值得說：整層駕駛艙只讀取訂單資料，不修改訂單資料。
對一個每天都在出貨的營運中系統做升級，最大的風險不是新功能難做，是新功能把舊流程弄壞。這次的設計是把彙整、揀貨、配送三個介面全部建立在既有訂單資料之上，等於在運作中的系統旁邊蓋一層駕駛艙：
- 上線當天，客戶端的下單流程一行都沒動
- 新介面出任何問題，舊的工作方式隨時可以接手
- 風險只降不升，這是對客戶營運系統動刀的基本職業倫理
整個改版允雷用 Claude Code 迭代了 14 個版本，上線後又補了一輪細節：超過 500 筆歷史訂單的已讀狀態補寫、訂單詳情頁的下訂者資訊、防止重複通知的邏輯。後台系統的完成度不在第一版，在上線後兩週的細節收口。
4. 改版之後：系統開始往「老闆退出日常」長
清晨作業收斂到 30 分鐘之後，這個後台接著長出來的東西更有意思，因為方向變了：從「幫操作員省時間」變成「讓老闆退出日常」。
- 操作員自助改價與品項管理：日常的價格調整、新增品項開放給操作員自己做，系統鎖住會影響訂單換算的結構性欄位，改不壞
- 異動即時通知：操作員改了什麼，老闆的 LINE 即時收到一筆異動紀錄，事後抽查取代事前審批
- 每日明細視圖：每天的訂單數、下單店家、自助與代下比例，一天一列，老闆隨時看趨勢不用問人
這三件配套合起來是一個治理結構：日常授權給操作員、異動透明給老闆、結構性風險由系統鎖死。老闆從每件事都要經手，退到只看通知和趨勢。這才是中小企業數位化的真正終點：不是老闆多了一套工具，是老闆少了一個每天非他不可的位置。
5. 什麼情況不適用
誠實講，這套後台不是每家 B2B 都需要：
- 品項單純、規格統一的業態，一張紙就管得完彙整，先不用動
- 每天出貨客戶數很少，分組與排序的人工成本本來就低，系統的邊際價值有限
- 訂單入口還沒結構化的公司，請先回去做上一篇講的事。入口沒有結構化資料，後台彙整自動化無從談起，順序不能跳
判斷標準是彙整複雜度，不是公司規模。當你的品項出現客戶專屬價、同品項多種計價單位、清晨彙整時間超過一小時，就是人工必然出錯的複雜度等級了。
6. 給 B 端老闆的三題自我檢查
- 你的訂單從進系統到上車出門，中間有幾段還是人工？ 每一段人工都是時間黑洞的藏身處，數位化的進度要用整條鏈來衡量，不是只看入口
- 你的彙整邏輯在系統裡，還是在某個員工的腦袋裡？ 如果某個人請假整條出貨線就亂掉，那不是人力問題，是結構問題
- 你有沒有辦法在 10 秒內回答「今天要出多少貨」？ 答不出來，代表你的營運數據還在原始資料狀態，沒有變成可以直接行動的資訊
這個案例的配送端改版還在進行：司機的固定路線正在被做成可重複使用的路線範本，目標是揀貨完成後自動分組出車。跑出結果後允雷會再寫一篇。
延伸閱讀
- 冷凍水產食材通路商的 LIFF 補貨系統 本案例的第一篇：接單入口怎麼結構化
- 為什麼 2026 年中小企業最該投資的是產線層自動化 產線層與行政層的完整框架
- 中小企業自動化該從哪裡開始 優先序判斷方法
- 名詞解釋: LIFF 是什麼 · AI 商業系統定義
如何聯絡
想盤點你自己的出貨鏈有幾段還在人工：
- 預約系統架構諮詢: vjvan.com/consult
- 看服務項目: vjvan.com/services
