做企業(yè)系統(tǒng)落地這么些年要說(shuō)哪個(gè)毛病最磨人十個(gè)人里有九個(gè)會(huì)提重復(fù)錄入、對(duì)賬頭大。一張銷售訂單先被商務(wù)在Excel里記一遍接著被錄單員敲進(jìn)ERP又被財(cái)務(wù)在憑證里抄一遍到月底銀行流水、賬面、單據(jù)三條線擺在一起金額、日期、單號(hào)對(duì)不上就得拉人去一筆一筆核。搞過(guò)業(yè)務(wù)流程改造的朋友應(yīng)該都有同感它不炸雷但天天磨磨掉的是效率磨出來(lái)的是說(shuō)不清的差異。這兩年AI中臺(tái)被講得很多但大多數(shù)場(chǎng)合聊的是底層數(shù)據(jù)平臺(tái)、算法資產(chǎn)管理、大規(guī)模模型服務(wù)。我更關(guān)心把它拆成一個(gè)輕形態(tài)專門解決重復(fù)錄入和對(duì)賬這兩個(gè)具體問(wèn)題。今天我就把做過(guò)的一版“輕型AI中臺(tái)”部署經(jīng)驗(yàn)拆開來(lái)講它是什么、選什么組件、怎么跟老系統(tǒng)打通、踩過(guò)哪些坑。適合財(cái)務(wù)、運(yùn)營(yíng)和IT團(tuán)隊(duì)參考尤其是沒有獨(dú)立AI團(tuán)隊(duì)、但想用最小成本把重復(fù)活減下來(lái)的場(chǎng)景。1. 項(xiàng)目背景與核心需求拆解1.1 重復(fù)錄入不是多敲幾遍鍵盤的問(wèn)題如果只把重復(fù)錄入看作工作量那結(jié)論很簡(jiǎn)單多招個(gè)錄入員就夠了。可實(shí)際上一旦數(shù)據(jù)被手工轉(zhuǎn)錄多次問(wèn)題的性質(zhì)就變了每次轉(zhuǎn)錄都是一次失真機(jī)會(huì)。業(yè)務(wù)員寫錯(cuò)一個(gè)數(shù)字、錄單員看岔一個(gè)計(jì)量單位、財(cái)務(wù)再做調(diào)整時(shí)沒留備注每個(gè)環(huán)節(jié)的錯(cuò)誤會(huì)像滾雪球一樣疊加。等月底對(duì)賬時(shí)你在系統(tǒng)里看到的是賬面數(shù)據(jù)但它和原始單據(jù)之間的差異根本無(wú)從追查審計(jì)時(shí)更講不清。還有一層容易被忽視的成本重復(fù)錄入的崗位往往不擁有數(shù)據(jù)只擁有搬運(yùn)數(shù)據(jù)的權(quán)限。搞流程梳理時(shí)你會(huì)發(fā)現(xiàn)業(yè)務(wù)系統(tǒng)里明明有客戶檔案財(cái)務(wù)系統(tǒng)卻另存一套客戶名稱ERP里已經(jīng)有采購(gòu)訂單號(hào)報(bào)銷系統(tǒng)里的摘要卻靠人手工填。這會(huì)造成一種奇怪局面平時(shí)人一直在忙活出了問(wèn)題卻沒人敢認(rèn)賬。按理說(shuō)流程里有審核節(jié)點(diǎn)但大多數(shù)審核查的是形式完整不查信息一致。錄入環(huán)節(jié)的重復(fù)越多責(zé)任鏈反而越模糊這是我做這個(gè)項(xiàng)目之前最想解決的管理問(wèn)題。1.2 對(duì)賬困難的三個(gè)典型根源對(duì)賬這件事很多人以為難在數(shù)據(jù)量大。實(shí)際上中等規(guī)模的企業(yè)每月流水也就幾千筆拿Excel也能扛。真正的難是難在數(shù)據(jù)口徑不一致。我把對(duì)賬困難的根源梳理成三個(gè)這也是后面AI中臺(tái)設(shè)計(jì)的主要靶子。第一個(gè)是單證流、資金流、賬務(wù)流沒有匯合。業(yè)務(wù)部門看到的是訂單銀行看到的是流水財(cái)務(wù)看到的是憑證。三個(gè)數(shù)據(jù)源各有各的時(shí)間點(diǎn)、各有各的編號(hào)邏輯缺少一個(gè)統(tǒng)一的翻譯層。第二個(gè)是時(shí)間差導(dǎo)致的合理差異錢已經(jīng)劃出銀行銀行流水有記錄但業(yè)務(wù)系統(tǒng)的到賬通知還沒同步過(guò)來(lái)或者財(cái)務(wù)已經(jīng)掛賬但業(yè)務(wù)單還在審批中。這類差異實(shí)際屬于正常波動(dòng)但人肉對(duì)賬時(shí)很難高效區(qū)分一晚上查來(lái)查去最后發(fā)現(xiàn)全是時(shí)間差特別打擊士氣。第三個(gè)是手工調(diào)整缺乏留痕這是最坑的。如果財(cái)務(wù)在系統(tǒng)里做了一筆調(diào)整但是沒有指定對(duì)應(yīng)關(guān)系那下個(gè)月再對(duì)賬時(shí)原始差異就沒法復(fù)現(xiàn)誰(shuí)都想不起當(dāng)初為什么要調(diào)。AI中臺(tái)要解決的不只是把數(shù)據(jù)對(duì)齊更是把每一次對(duì)齊的依據(jù)留下來(lái)。1.3 為什么選“輕型AI中臺(tái)”而不是“重型數(shù)據(jù)平臺(tái)”講AI中臺(tái)的時(shí)候很多人容易陷入一個(gè)誤區(qū)要么不做要做就把數(shù)據(jù)倉(cāng)庫(kù)、數(shù)據(jù)治理、算法團(tuán)隊(duì)全配上。這種重平臺(tái)在大型企業(yè)當(dāng)然有價(jià)值但放到部門級(jí)或中小公司運(yùn)維成本常常把收益吃光了。我這個(gè)項(xiàng)目立項(xiàng)時(shí)定下的原則叫小步實(shí)用不建大數(shù)據(jù)集群不搞完整的指標(biāo)中臺(tái)只做三件事——把非結(jié)構(gòu)化單據(jù)變成結(jié)構(gòu)化數(shù)據(jù)、把結(jié)構(gòu)化數(shù)據(jù)轉(zhuǎn)換到業(yè)務(wù)口徑、把多源數(shù)據(jù)按可解釋規(guī)則匹配。從形態(tài)上看它像業(yè)務(wù)系統(tǒng)和外部數(shù)據(jù)源之間的中間件但因?yàn)榫邆淞四Ｐ屯评砟芰λ越兴p型AI中臺(tái)。對(duì)比項(xiàng)重型AI中臺(tái)輕型AI中臺(tái)基礎(chǔ)設(shè)施大數(shù)據(jù)集群、統(tǒng)一調(diào)度幾臺(tái)服務(wù)器或云函數(shù)核心能力數(shù)據(jù)資產(chǎn)管理、模型訓(xùn)練、特征平臺(tái)單據(jù)識(shí)別、映射清洗、智能匹配接入周期通常以季度計(jì)2-4周完成核心鏈路適用場(chǎng)景集團(tuán)級(jí)復(fù)雜數(shù)據(jù)治理部門級(jí)或中小企業(yè)流程痛點(diǎn)運(yùn)維要求專職平臺(tái)團(tuán)隊(duì)?wèi)?yīng)用開發(fā)工程師兼顧很多企業(yè)不是買不起重型平臺(tái)而是hold不住它的運(yùn)營(yíng)成本。用輕形態(tài)把單個(gè)痛點(diǎn)打通往往比先建平臺(tái)、再找應(yīng)用靠譜得多。我在后面章節(jié)里講的所有設(shè)計(jì)都是圍繞“能少一個(gè)組件就少一個(gè)組件”來(lái)展開的。2. 技術(shù)選型與整體架構(gòu)2.1 先圈定AI中臺(tái)的能力邊界這個(gè)中臺(tái)到底解決什么問(wèn)題決定了選哪些組件。我最后把能力收斂成四個(gè)文檔結(jié)構(gòu)化、數(shù)據(jù)標(biāo)準(zhǔn)化、智能匹配、異常兜底。文檔結(jié)構(gòu)化對(duì)應(yīng)的是OCR和關(guān)鍵信息抽取把PDF、圖片、掃描件里的單據(jù)變成字段。數(shù)據(jù)標(biāo)準(zhǔn)化負(fù)責(zé)把不同系統(tǒng)里的客戶名稱、商品編碼、科目名稱歸一化。智能匹配負(fù)責(zé)把業(yè)務(wù)單據(jù)、銀行流水、財(cái)務(wù)憑證這三類數(shù)據(jù)按業(yè)務(wù)關(guān)系對(duì)齊。異常兜底負(fù)責(zé)處理自動(dòng)規(guī)則搞不定的部分給出置信度并轉(zhuǎn)人工。這四個(gè)能力是層層遞進(jìn)的底層做解析中層做映射上層做匹配頂端做兜底。如果只做OCR不做映射那結(jié)果就是一堆孤立的文字字段業(yè)務(wù)系統(tǒng)照樣用不起來(lái)如果只做匹配不做解析那還得靠人先整理數(shù)據(jù)。所以我在設(shè)計(jì)時(shí)特意強(qiáng)調(diào)四個(gè)能力必須都在一個(gè)服務(wù)體內(nèi)才能讓重復(fù)錄入真正消失。2.2 組件選型模型、規(guī)則引擎與數(shù)據(jù)管道明確能力之后選型就不容易跑偏了。OCR和信息抽取這塊我建議先看單據(jù)的復(fù)雜度。如果供應(yīng)商發(fā)票、銀行回單、訂單合同這些版式相對(duì)固定直接用開源或者商用OCR加一套模板解析就能達(dá)到比較高的準(zhǔn)確率。如果單據(jù)來(lái)自幾十家供應(yīng)商版式五花八門那就要考慮用預(yù)訓(xùn)練語(yǔ)言模型做關(guān)鍵字段抽取或者直接上商用OCR平臺(tái)的文檔理解能力。注意一點(diǎn)這里不需要自己訓(xùn)練大模型用成熟的小模型加模板鎖定性價(jià)比最高。規(guī)則引擎這塊我沒有引入獨(dú)立流程引擎因?yàn)轫?xiàng)目的核心不是審批流而是匹配邏輯。匹配規(guī)則用配置化的服務(wù)層代碼就能實(shí)現(xiàn)比如設(shè)置時(shí)間窗口、金額容差、單號(hào)匹配優(yōu)先級(jí)的參數(shù)都放在數(shù)據(jù)庫(kù)配置表里業(yè)務(wù)人員改規(guī)則不用發(fā)版。數(shù)據(jù)管道方面對(duì)外的系統(tǒng)如果有API就走API沒有API就走安全只讀的數(shù)據(jù)庫(kù)視圖再不行才考慮文件導(dǎo)入。順序不能反過(guò)來(lái)否則容易陷入給老系統(tǒng)做定制接口的泥潭。2.3 整體分層設(shè)計(jì)整個(gè)中臺(tái)我分成四層接入層、處理層、服務(wù)層、治理層。接入層負(fù)責(zé)把不同來(lái)源的數(shù)據(jù)收進(jìn)來(lái)包括業(yè)務(wù)系統(tǒng)的API推送、掃描儀文件上傳、郵件附件抓取還有數(shù)據(jù)庫(kù)增量同步。處理層是核心它把收到的文檔或數(shù)據(jù)丟給OCRM模塊、標(biāo)準(zhǔn)化模塊、匹配模塊最后生成結(jié)果。服務(wù)層對(duì)外暴露OpenAPI供ERP、財(cái)務(wù)軟件、OA系統(tǒng)調(diào)用也提供一個(gè)人工復(fù)核頁(yè)面。治理層做的是權(quán)限、日志、留痕和審計(jì)。給運(yùn)維和審計(jì)看的是治理層這一點(diǎn)必須做扎實(shí)。我在項(xiàng)目里明確規(guī)定AI中臺(tái)可以自動(dòng)匹配、自動(dòng)標(biāo)記差異但絕對(duì)不允許自動(dòng)修改財(cái)務(wù)數(shù)據(jù)。中臺(tái)只輸出“建議結(jié)果”和“差異說(shuō)明”真正的入賬動(dòng)作仍然由財(cái)務(wù)人員在業(yè)務(wù)系統(tǒng)里完成。這樣既保證了效率也保住了責(zé)任邊界。3. 實(shí)操落地讓重復(fù)錄入真正消失3.1 先梳理錄入鏈路與字段字典消除重復(fù)錄入第一步不是寫代碼而是把錄入鏈路畫出來(lái)。我選了一個(gè)最常見也最痛的場(chǎng)景銷售訂單和客戶主數(shù)據(jù)。原來(lái)的鏈路是商務(wù)收到客戶郵件訂單把產(chǎn)品名稱、數(shù)量、單價(jià)填進(jìn)Excel錄單員再照著Excel到ERP里錄入銷售訂單ERP保存后又觸發(fā)財(cái)務(wù)開票開票員還得再核對(duì)一遍客戶名稱和金額。全程錄入三遍核對(duì)兩遍差錯(cuò)率依然高。我?guī)е鴪F(tuán)隊(duì)干的第一件事是做了一張字段字典表把每一份單據(jù)上的原始字段、ERP里的字段、財(cái)務(wù)系統(tǒng)里的字段全部映射起來(lái)。這步看起來(lái)簡(jiǎn)單實(shí)際上能把很多隱含問(wèn)題炸出來(lái)。比如同一家客戶商務(wù)寫成“北京華信科技”ERP主數(shù)據(jù)里是“北京華信科技有限公司”財(cái)務(wù)系統(tǒng)里又變成了“華信科技”。不先統(tǒng)一這個(gè)后面所有的自動(dòng)識(shí)別都是在給錯(cuò)誤數(shù)據(jù)打工。字段字典表至少要包含五列來(lái)源系統(tǒng)、原始字段名、目標(biāo)系統(tǒng)、目標(biāo)字段、轉(zhuǎn)換規(guī)則。這個(gè)表要拉著業(yè)務(wù)、財(cái)務(wù)、IT三方一起確認(rèn)不能只讓IT自己拍腦袋。因?yàn)橹挥袠I(yè)務(wù)知道哪些字段可以容忍近似哪些字段必須精確匹配。3.2 搭“識(shí)別-映射-回寫”處理鏈路字段字典確認(rèn)后核心鏈路就清晰了。我把它概括成識(shí)別、映射、回寫三步。識(shí)別環(huán)節(jié)系統(tǒng)收到郵件附件里的訂單PDF先做OCR和信息抽取把客戶名稱、訂單號(hào)、產(chǎn)品明細(xì)、金額、稅率這些關(guān)鍵字段提取出來(lái)。要注意PDF里的表格常常是多行嵌套直接按行抽取容易把表頭也當(dāng)數(shù)據(jù)所以在抽取之后要加一個(gè)表頭識(shí)別和字段精度的校驗(yàn)。映射環(huán)節(jié)抽取出來(lái)的原始字段進(jìn)入標(biāo)準(zhǔn)化模塊?？蛻裘Q先做統(tǒng)一社會(huì)信用代碼匹配匹配不到就做名稱相似度歸并再匹配不到才轉(zhuǎn)人工。商品編碼也是同理先把ERP里的編碼字典載入再對(duì)訂單里的商品描述做模糊匹配。這個(gè)環(huán)節(jié)最體現(xiàn)AI中臺(tái)的價(jià)值因?yàn)樗言瓉?lái)錄單員腦子里那套“這個(gè)客戶就是那個(gè)客戶”的經(jīng)驗(yàn)變成了系統(tǒng)里的規(guī)則?；貙懎h(huán)節(jié)標(biāo)準(zhǔn)化結(jié)果通過(guò)OpenAPI推給ERP在中臺(tái)里生成一條待確認(rèn)的銷售訂單草稿。系統(tǒng)自動(dòng)填好的單子會(huì)標(biāo)記“置信度95%以上建議自動(dòng)提交”同時(shí)推送給錄單員做抽查確認(rèn)。實(shí)測(cè)下來(lái)像標(biāo)準(zhǔn)化程度比較高的固定客戶訂單自動(dòng)提交比例能到七成左右剩下的三成基本是因?yàn)樾缕坊蚩蛻裘Q首次出現(xiàn)。3.3 置信度機(jī)制和人工復(fù)核兜底做這類項(xiàng)目最忌諱的就是盲目追求全自動(dòng)。我見過(guò)不少方案目標(biāo)定得很大要讓AI全流程無(wú)人化結(jié)果上線第一周就被業(yè)務(wù)投訴到下線。原因很簡(jiǎn)單單據(jù)里總有異常樣本比如模糊印章、折角掃描件、客戶臨時(shí)改價(jià)。如果系統(tǒng)沒有一個(gè)“知道自己不知道”的機(jī)制錯(cuò)誤就會(huì)被自動(dòng)放大。我采用的做法是給每個(gè)結(jié)果打置信度。置信度由字段級(jí)置信度和單據(jù)級(jí)置信度兩部分構(gòu)成。字段級(jí)主要看OCR識(shí)別概率、字典匹配分?jǐn)?shù)單據(jù)級(jí)看所有關(guān)鍵字段的平均值同時(shí)設(shè)置了硬性門檻金額、客戶、銀行賬號(hào)這三個(gè)字段只要有一個(gè)置信度低于85%整張單據(jù)就必須轉(zhuǎn)人工。人工復(fù)核頁(yè)面做得很簡(jiǎn)單左側(cè)是原始單據(jù)影像右側(cè)是系統(tǒng)識(shí)別出的字段復(fù)核員對(duì)照修改后修改記錄會(huì)自動(dòng)進(jìn)入樣本池。后面再做模型微調(diào)或規(guī)則優(yōu)化時(shí)這個(gè)樣本池就是最寶貴的數(shù)據(jù)資產(chǎn)。從上線后的數(shù)據(jù)看人工復(fù)核的比例控制在20%-30%是可以接受的。因?yàn)檫@部分人不再需要從零開始錄單只需要看系統(tǒng)已經(jīng)填好的內(nèi)容有沒有錯(cuò)錄入效率仍然提高了四五倍。4. 實(shí)操落地智能對(duì)賬怎么把差異講清楚4.1 三單匹配的核心思路對(duì)賬模塊我設(shè)計(jì)的核心是三單匹配業(yè)務(wù)單據(jù)、銀行流水、財(cái)務(wù)憑證兩兩之間建立對(duì)應(yīng)關(guān)系。聽起來(lái)不復(fù)雜但真正做起來(lái)有非常多的細(xì)節(jié)。匹配不是簡(jiǎn)單比金額。銀行流水里的一筆到賬可能對(duì)應(yīng)三筆業(yè)務(wù)訂單一筆業(yè)務(wù)訂單也可能分多次收款。所以我把匹配邏輯拆成四層先是唯一單號(hào)直連比如銀行附言里有訂單號(hào)優(yōu)先用這個(gè)綁定再是金額匹配加時(shí)間窗口單號(hào)對(duì)不上時(shí)比較金額相同、時(shí)間在±5天內(nèi)的記錄然后是組合匹配把一張流水和多個(gè)訂單做組合求和最后是模糊匹配靠客戶名稱加金額區(qū)間去重。這個(gè)方案落地的關(guān)鍵不在匹配準(zhǔn)不準(zhǔn)而在規(guī)則是否可解釋。每次匹配結(jié)果都會(huì)注明命中了哪條規(guī)則比如“單號(hào)直連”還是“金額時(shí)間窗口”低于某個(gè)閾值。財(cái)務(wù)最反感的是黑盒哪怕自動(dòng)匹配錯(cuò)了只要理由寫得清楚溝通成本反而比人肉對(duì)賬的低。4.2 差異分桶不急著讓賬目平先給差異分類過(guò)去對(duì)賬之所以慢是因?yàn)樨?cái)務(wù)人員拿到差異后要先搞清楚這是什么性質(zhì)的差異才敢決定下一步怎么處理。我在中臺(tái)里把差異自動(dòng)分桶讓財(cái)務(wù)直接看到分類結(jié)果。差異類型典型特征自動(dòng)處理邏輯時(shí)間差差異金額一致日期不一致標(biāo)記“待下期確認(rèn)”不自動(dòng)處理費(fèi)用差異同一單號(hào)金額不同計(jì)算差額提示核對(duì)手續(xù)費(fèi)、折扣單邊掛賬業(yè)務(wù)或流水單邊存在生成待查任務(wù)推送對(duì)應(yīng)崗位組合待拆分一筆流水對(duì)應(yīng)多單顯示組合匹配明細(xì)供財(cái)務(wù)確認(rèn)無(wú)法匹配多條數(shù)據(jù)均無(wú)關(guān)聯(lián)特征轉(zhuǎn)人工保留全部原始詳情這套分桶邏輯把財(cái)務(wù)從“大海撈針”變成了“按標(biāo)簽處理”。比如時(shí)間差差異這類不用當(dāng)天解決下個(gè)月對(duì)賬時(shí)很可能就自動(dòng)平了單邊掛賬通常說(shuō)明有某個(gè)環(huán)節(jié)漏錄了單據(jù)推給對(duì)應(yīng)部門補(bǔ)錄就行。我覺得對(duì)賬模塊成功與否就看能不能把差異的類別定義清楚。類別定義好了AI可以輔助排序和匯總真正需要財(cái)務(wù)決策的事其實(shí)很少。4.3 自動(dòng)調(diào)節(jié)表與審計(jì)留痕財(cái)務(wù)對(duì)賬的最終交付物是調(diào)節(jié)表。傳統(tǒng)做法是手工在Excel里調(diào)整但這個(gè)表是死數(shù)據(jù)沒有過(guò)程留痕。我在中臺(tái)里做了一個(gè)自動(dòng)生成調(diào)節(jié)表的服務(wù)把所有匹配關(guān)系、差異分類、處理動(dòng)作、經(jīng)辦人全部記錄下來(lái)形成可追溯的審計(jì)鏈路。調(diào)節(jié)表的生成邏輯是先匯總銀行流水余額和賬面余額再分類列出未達(dá)賬項(xiàng)。比如中臺(tái)識(shí)別出“銀行已收、賬面未收”的三個(gè)時(shí)間差差異就會(huì)自動(dòng)生成明細(xì)并在調(diào)節(jié)表里標(biāo)注“系統(tǒng)自動(dòng)識(shí)別”。如果財(cái)務(wù)在人工復(fù)核里改動(dòng)了某一條表里會(huì)記錄修改前后的值、修改人、修改時(shí)間。審計(jì)人員來(lái)看時(shí)既能拿到最終結(jié)果也能看到結(jié)果是怎么一步步形成的。這個(gè)設(shè)計(jì)還有一層考慮合規(guī)安全。財(cái)務(wù)數(shù)據(jù)不能因?yàn)樯螦I就失去權(quán)威性。我寧可讓中臺(tái)多幾次人工確認(rèn)也不讓它自動(dòng)去調(diào)整賬目。項(xiàng)目上線后財(cái)務(wù)團(tuán)隊(duì)最認(rèn)可的點(diǎn)不是效率提升而是“出了差異終于講得清楚了”。5. 常見問(wèn)題與排查技巧實(shí)錄5.1 單據(jù)識(shí)別準(zhǔn)確率不達(dá)標(biāo)先查文檔預(yù)處理有朋友照著網(wǎng)上的教程搭了OCR流程測(cè)試時(shí)還挺高興一上線識(shí)別率就跌到慘不忍睹。我排查過(guò)幾次十有八九是卡在文檔預(yù)處理。比如掃描件里的單據(jù)是歪的系統(tǒng)直接識(shí)別就會(huì)缺字段比如印章和文字疊在一起識(shí)別模型會(huì)把印章誤讀成數(shù)字再比如同樣是發(fā)票有些版本背景是淺黃色有些是白色模型在兩個(gè)版本間反復(fù)橫跳。我的經(jīng)驗(yàn)是先做圖像預(yù)處理再進(jìn)識(shí)別包括方向糾正、去噪、裁邊、對(duì)比度增強(qiáng)。還要按單據(jù)類型做模板鎖定比如銀行回單是一類模板供應(yīng)商發(fā)票是另一類模板不要讓模型在多種版式之間猜。另外識(shí)別之后一定要做字段級(jí)的規(guī)則校驗(yàn)比如日期字段必須符合日期格式金額字段必須大于零。校驗(yàn)?zāi)軘r下一批模型靠上下文猜出來(lái)的錯(cuò)誤比單純拼識(shí)別率有意義得多。5.2 老系統(tǒng)不給接口怎么把數(shù)據(jù)接進(jìn)來(lái)這類項(xiàng)目最大的攔路虎往往不是AI而是老系統(tǒng)的接口。有些ERP是十幾年前買的服務(wù)商早就不維護(hù)了有些財(cái)務(wù)系統(tǒng)的數(shù)據(jù)庫(kù)權(quán)限被管得很嚴(yán)DBA一聽要開放數(shù)據(jù)庫(kù)接口直接拒絕。硬碰硬沒有意義我這邊實(shí)踐下來(lái)有三條路可以走。第一優(yōu)先申請(qǐng)只讀視圖。很多老系統(tǒng)雖然不帶API但允許建一個(gè)只讀的數(shù)據(jù)庫(kù)視圖把業(yè)務(wù)需要的字段開放出來(lái)。中臺(tái)通過(guò)定時(shí)增量同步的方式去讀視圖不寫任何數(shù)據(jù)這樣DBA也好審核。第二用RPA做橋梁。如果視圖都沒法開那就用一個(gè)機(jī)器人模擬人工登錄系統(tǒng)、查詢條件、導(dǎo)出結(jié)果用導(dǎo)出文件作為中臺(tái)的數(shù)據(jù)源。雖然這方案實(shí)時(shí)性稍差但對(duì)月結(jié)對(duì)賬來(lái)說(shuō)完全夠用。第三繞開老系統(tǒng)從源頭文件拿數(shù)據(jù)。比如很多單據(jù)本來(lái)就有電子版原件直接從原件解析反而比從老系統(tǒng)導(dǎo)數(shù)據(jù)更快。5.3 別讓中臺(tái)變成“又一個(gè)大系統(tǒng)”輕型AI中臺(tái)最大的風(fēng)險(xiǎn)不是技術(shù)失敗而是范圍失控。我剛立項(xiàng)時(shí)業(yè)務(wù)部門聽說(shuō)要上AI中臺(tái)一口氣提了十幾個(gè)需求要預(yù)測(cè)銷售、要做客戶畫像、要自動(dòng)生成分析報(bào)告。如果全接住這個(gè)項(xiàng)目就從消除重復(fù)錄入變成了一個(gè)半吊子的企業(yè)數(shù)據(jù)平臺(tái)注定會(huì)爛尾。我做了兩個(gè)動(dòng)作來(lái)控制范圍。第一明確本版本只做錄入和對(duì)賬兩個(gè)場(chǎng)景其他需求全部記入待定池。第二對(duì)每個(gè)場(chǎng)景約定最小可用范圍比如銷售訂單只接入線上來(lái)源線下傳真件以后再說(shuō)。管住范圍比管住技術(shù)棧重要得多。項(xiàng)目上線后主動(dòng)提新需求的人不少但我堅(jiān)持每個(gè)需求都回答三個(gè)問(wèn)題它是否減少了重復(fù)勞動(dòng)它是否能讓對(duì)賬更清晰它能不能在兩周內(nèi)見效答不上來(lái)就往后放。6. 收益核算與實(shí)際體會(huì)6.1 投入成本與收益對(duì)照最后說(shuō)一下投入產(chǎn)出給大家一個(gè)可以參考的賬。整個(gè)項(xiàng)目投入了一個(gè)后臺(tái)開發(fā)、半個(gè)前端、業(yè)務(wù)側(cè)的一個(gè)關(guān)鍵用戶周期六周硬件用三臺(tái)應(yīng)用服務(wù)器加對(duì)象存儲(chǔ)就扛住了沒有額外的GPU需求。具體收益我統(tǒng)計(jì)了三個(gè)月的數(shù)據(jù)。指標(biāo)實(shí)施前實(shí)施后單張訂單錄入耗時(shí)8-12分鐘1-3分鐘錄入差錯(cuò)率按單約4%低于0.8%月度對(duì)賬人工耗時(shí)3-5人日0.5人日異常差異定位時(shí)間1-2天分鐘級(jí)手工調(diào)整留痕率缺少記錄100%留痕這是一家年訂單量在1.5萬(wàn)單左右的企業(yè)測(cè)算結(jié)果規(guī)模不同數(shù)字會(huì)有浮動(dòng)。但趨勢(shì)很穩(wěn)定投入成本大頭不在AI模型而在字段字典梳理和跨部門溝通。模型沒花太多錢錢主要花在對(duì)齊業(yè)務(wù)口徑上。6.2 上線三個(gè)月后我最大的體會(huì)如果問(wèn)我做這個(gè)項(xiàng)目最深的感受我會(huì)說(shuō)AI中臺(tái)落地不是算法比賽而是一場(chǎng)流程管理改進(jìn)。技術(shù)上用的組件都不新鮮OCR是成熟的匹配規(guī)則也不復(fù)雜真正需要守住的底線是結(jié)果要可解釋異常要有人管數(shù)據(jù)要能留痕。項(xiàng)目上線三個(gè)月后再回看最讓我驕傲的不是自動(dòng)識(shí)別率達(dá)到多少而是錄單員終于不用晚上加班補(bǔ)錄了財(cái)務(wù)姐姐月底再也不用來(lái)回翻Excel。中臺(tái)并沒有取代誰(shuí)的崗位它把那些沒有創(chuàng)造力的機(jī)械活接了過(guò)去讓人去做需要判斷力的事。這大概就是這類輕量落地項(xiàng)目最值得做的地方。最后再分享一個(gè)小技巧不要在一開始就設(shè)計(jì)一個(gè)盡善盡美的全自動(dòng)流程先讓AI做70%的活、人工做30%的復(fù)核跑穩(wěn)兩個(gè)星期再慢慢把閾值的門放寬。這樣業(yè)務(wù)信任度能建立起來(lái)系統(tǒng)的迭代方向也不容易跑偏。我這個(gè)項(xiàng)目如果不是堅(jiān)持這個(gè)節(jié)奏很可能在第三周就被業(yè)務(wù)用一堆邊緣case給打回原型了。