一家醫(yī)療設(shè)備供應(yīng)公司每天處理數(shù)百條跨渠道請求，全靠人工分類、手動跟進(jìn)、私下交接。沒人犯錯，但有人請假就卡殼，旺季一來就崩盤。

這不是技術(shù)債，是運(yùn)營模式的隱性成本。我們花了幾個月幫他們重建整套系統(tǒng)——不是加速碎片流程，而是重新設(shè)計工作怎么流動。

第一步：先觀察，再動手

代碼一行沒寫之前，團(tuán)隊只做一件事：看。

請求從郵件、表單、電話、內(nèi)部系統(tǒng)涌進(jìn)來。有人得判斷這是哪類需求，轉(zhuǎn)發(fā)給對應(yīng)同事，回頭檢查進(jìn)度，更新表格，催審批，再催一次。

沒有環(huán)節(jié)是壞的，全是低價值重復(fù)勞動。更麻煩的是"潛規(guī)則"——只有老員工知道哪類請求該跳過哪一步，新來的人只能邊踩坑邊學(xué)。

客戶提了一個關(guān)鍵約束：不要全自動。要速度，也要人在關(guān)鍵環(huán)節(jié)把關(guān)。

這個要求改變了所有技術(shù)決策。

第二步：把"任務(wù)自動化"升級為"運(yùn)營模式重構(gòu)"

市面上大部分自動化項目是點狀的：這個表單自動填，那個通知自動發(fā)，報表自動生成。

結(jié)果？每一步都快了，但步驟之間的銜接還是一團(tuán)糟。

我們換了個思路：不是優(yōu)化任務(wù)，是設(shè)計工作怎么進(jìn)入系統(tǒng)、怎么分類、誰負(fù)責(zé)、怎么推進(jìn)、何時需要人介入、怎么留痕。全部串聯(lián)。

最終架構(gòu)分成七層：

請求進(jìn)入 → 接收層捕獲并分類 → 編排器創(chuàng)建工作項并分配負(fù)責(zé)人 → 專業(yè)代理處理細(xì)分任務(wù) → 護(hù)欄機(jī)制在行動前檢查 → 低風(fēng)險步驟自動完成 → 高風(fēng)險步驟交人工復(fù)核 → 全程留痕 → 儀表盤實時展示狀態(tài)

畫出來簡單，調(diào)通很難。

第三步：拒絕"萬能代理"，用窄代理+編排器

我們沒做一個大包大攬的智能體。聽起來省事，實則難測試、難管控、難信任——出問題時根本定位不到哪個決策錯了。

最終拆成五個專職代理：

接收分類代理：讀入請求，識別類型，標(biāo)記缺失信息。只做這一件事。

數(shù)據(jù)校驗代理：檢查必填字段，比對歷史記錄，標(biāo)記異常值。

路由代理：根據(jù)分類結(jié)果，把請求派給正確的人或下游系統(tǒng)。

狀態(tài)追蹤代理：監(jiān)控進(jìn)度，識別停滯，觸發(fā)提醒。

報告代理：匯總數(shù)據(jù)，生成運(yùn)營看板。

編排器居中調(diào)度，代理之間不直接對話。哪個環(huán)節(jié)出問題，日志里一目了然。

第四步：用"護(hù)欄"替代"審批流"

傳統(tǒng)思路是每件事都設(shè)審批節(jié)點。我們反過來：默認(rèn)自動執(zhí)行，只在觸發(fā)特定條件時拉人介入。

護(hù)欄規(guī)則基于三類信號：

數(shù)據(jù)異常：金額超歷史均值150%、必填字段缺失、客戶信息不匹配。

模式偏離：請求類型與常規(guī)處理路徑不符、時間窗口異常。

系統(tǒng)狀態(tài)：下游系統(tǒng)不可用、代理置信度低于閾值。

觸發(fā)護(hù)欄的請求進(jìn)入人工隊列，附帶上下文和推薦動作。沒觸發(fā)的直接走完，全程幾秒到幾分鐘。

客戶原話：「以前是人盯著流程跑，現(xiàn)在是流程自己跑，人只處理例外?！?/p>

第五步：處理"非結(jié)構(gòu)化輸入"這個硬骨頭

醫(yī)療設(shè)備的請求來源很雜：郵件正文、PDF附件、語音留言、手寫掃描件。統(tǒng)一格式？不現(xiàn)實。

接收層做了三件事：

多模態(tài)解析：郵件拆出正文和附件，PDF轉(zhuǎn)文本并保留表格結(jié)構(gòu)，語音轉(zhuǎn)文字，掃描件OCR。

信息補(bǔ)全：自動查客戶數(shù)據(jù)庫匹配聯(lián)系人，從歷史訂單推斷設(shè)備型號，用公開目錄補(bǔ)全規(guī)格參數(shù)。

置信度評分：每個推斷都帶分?jǐn)?shù)，低于0.85的字段標(biāo)記待人工確認(rèn)。

關(guān)鍵設(shè)計：不追求100%自動解析。拿不準(zhǔn)的，寧可讓人看一眼，也不瞎猜。

第六步：讓"人介入"變得高效

系統(tǒng)每天處理約1200條請求，其中8%-12%觸發(fā)人工復(fù)核。平均處理時間從原來的4小時壓縮到23分鐘。

秘密不在自動化，在"介入體驗"的設(shè)計：

上下文聚合：復(fù)核界面直接展示原始請求、系統(tǒng)推斷依據(jù)、相似歷史案例、推薦動作。

批量操作：同類問題可一鍵處理，不用逐條確認(rèn)。

反饋閉環(huán)：人的每次修正都回傳訓(xùn)練，縮小下次需要介入的范圍。

運(yùn)營負(fù)責(zé)人反饋：「以前80%時間在找信息，現(xiàn)在80%時間在做判斷?！?/p>

第七步：實時儀表盤改變管理節(jié)奏

舊模式的管理是"事后看報表"，新模式是"事中看流動"。

儀表盤展示三類信息：

流量層：當(dāng)前在途請求數(shù)、各階段積壓量、平均停留時間。

質(zhì)量層：護(hù)欄觸發(fā)率、人工復(fù)核準(zhǔn)確率、代理置信度趨勢。

資源層：各團(tuán)隊負(fù)載分布、預(yù)計完成時間、瓶頸預(yù)警。

一個意外發(fā)現(xiàn)：儀表盤本身成了流程改進(jìn)的抓手。以前"感覺"某個環(huán)節(jié)慢，現(xiàn)在直接看數(shù)據(jù)。三個月內(nèi)主動優(yōu)化了四個子流程，全是基于實時信號而非季度復(fù)盤。

關(guān)鍵復(fù)盤：什么真的管用

第一，窄代理比大代理可靠。職責(zé)邊界清晰，測試覆蓋容易，故障隔離簡單。

第二，護(hù)欄比審批流高效。不是減少管控，是把人的注意力集中在真正需要判斷的地方。

第三，介入體驗決定 adoption。自動化再流暢，人不愿意用就是失敗。復(fù)核界面做得像消費(fèi)級產(chǎn)品，使用率才上來。

第四，日志即產(chǎn)品。全程可追溯不是合規(guī) checkbox，是調(diào)試、優(yōu)化、建立信任的基礎(chǔ)設(shè)施。

第五，運(yùn)營模式優(yōu)先于技術(shù)選型。同樣的工具，用來加速碎片流程和用來重構(gòu)工作流，結(jié)果天差地別。

這套方法能搬到你公司嗎？

先問自己三個問題：

你的流程有沒有"只有老王知道"的隱性規(guī)則？

你的團(tuán)隊是不是80%時間在協(xié)調(diào)，20%時間在創(chuàng)造？

你的自動化項目是點狀的，還是成體系的？

如果三個都是 yes，值得花兩周先做一件事：不碰代碼，只畫流程?？垂ぷ髟趺凑娴牧鲃?，而不是怎么寫在 SOP 里。

那兩周的觀察，會決定你后面六個月是修修補(bǔ)補(bǔ)，還是一次做對。