一個價值百萬的問題：為什么系統(tǒng)越買越多，效率卻越來越低？

去年7月，一則新聞在工程圈刷屏：某市審計局發(fā)布風險提示函，指出某大廠土建算量軟件某版本存在算法缺陷，導致工程量計算錯誤，虛增結(jié)算金額。這已不是該大廠第一次陷入技術(shù)風波。

這起事件，撕開了建筑行業(yè)數(shù)字化轉(zhuǎn)型的一道傷疤：當行業(yè)頭部軟件都頻出問題，我們花幾百萬上的OA和ERP，又能好到哪里去？

一位施工企業(yè)信息化負責人的話道出了真相：“我們現(xiàn)在不是缺軟件，是軟件太多了。多到每個軟件都成了信息孤島，想正常工作得自己‘擺渡’?！?/p>

為什么施工行業(yè)的OA和ERP系統(tǒng)總是用不起來？這不是某個企業(yè)的問題，而是整個行業(yè)的系統(tǒng)性困境。今天，我們拋開產(chǎn)品推銷，從六個能力維度深度剖析——問題到底出在哪里。

01管理能力：計劃與執(zhí)行的兩張皮

施工行業(yè)的管理，本質(zhì)上是在“應對不確定性”。地質(zhì)條件、天氣變化、材料供應、人員流動……任何一個變量都可能讓精心制定的計劃失效。

然而現(xiàn)實是，大多數(shù)施工企業(yè)的管理能力，卡在了“計劃”與“執(zhí)行”之間。

計劃能力的缺失。很多項目的計劃編制，本質(zhì)上是“復制粘貼”。上一個項目怎么排的，這個項目照搬；合同清單上有什么，就排什么。很少有人真正去思考：這個工序需要多少人、多少料、多少天？有哪些風險點？資源如何最優(yōu)配置？計劃做得粗放，執(zhí)行時就只能“摸著石頭過河”。

執(zhí)行過程的失控。即便有計劃，執(zhí)行過程中也缺乏有效的監(jiān)控手段。進度是報出來的，不是測出來的；成本是算出來的，不是控出來的。項目經(jīng)理的“管理”，很大程度上是“救火”——哪里出問題就往哪里撲，而不是通過數(shù)據(jù)預判問題、提前干預。

糾偏機制的缺失。當計劃與執(zhí)行出現(xiàn)偏差時，靠什么糾偏？靠經(jīng)驗，靠拍腦袋，靠開會協(xié)調(diào)。很少有人會去復盤：偏差是怎么產(chǎn)生的？是計劃不合理，還是執(zhí)行不到位？下次如何避免？這種“不糾偏”的管理習慣，讓經(jīng)驗無法沉淀，讓問題反復出現(xiàn)。

當管理本身就是粗放的，一套強調(diào)“流程規(guī)范、數(shù)據(jù)精準”的系統(tǒng)，自然就成了“兩張皮”——系統(tǒng)里的流程是一套，現(xiàn)場的做法是另一套。

02組織能力：項目型組織與職能型架構(gòu)的沖突

施工行業(yè)是典型的“項目型組織”，而OA/ERP大多是“職能型系統(tǒng)”。這兩種邏輯的沖突，是系統(tǒng)用不起來的重要根源。

項目是臨時的，組織是固定的。一個項目短則幾個月，長則三五年，項目結(jié)束后團隊解散，人員各奔東西。而OA/ERP是按照固定的組織架構(gòu)設計的——部門是固定的，崗位是固定的，權(quán)限是固定的。當項目團隊需要快速組建、靈活調(diào)整時，系統(tǒng)往往跟不上。

權(quán)力是分散的，責任是集中的。在項目上，項目經(jīng)理對結(jié)果負責，但權(quán)力卻被分散在總部各個職能部門手里。要調(diào)一個人，需要人力審批；要買一批料，需要物資審批；要付一筆款，需要財務審批。這種“權(quán)責分離”的結(jié)構(gòu)，讓項目層面的管理動作處處受制。

考核是短期的，積累是長期的。項目考核的核心是“當期績效”——進度、質(zhì)量、安全、成本。至于數(shù)據(jù)有沒有錄進系統(tǒng)、流程有沒有規(guī)范執(zhí)行，這些“長期積累”的事，在短期考核里排不上號。于是，項目層面自然缺乏“為系統(tǒng)負責”的動力。

當組織能力無法支撐“項目與職能的協(xié)同”時，系統(tǒng)就成了兩個世界之間的“翻譯官”——而且是一個沒人愿意用的翻譯官。

03技術(shù)能力：買得起系統(tǒng)，養(yǎng)不起人

施工行業(yè)的技術(shù)能力，長期處于“被服務”的狀態(tài)。

外部依賴嚴重。大多數(shù)施工企業(yè)沒有自己的IT團隊，系統(tǒng)是買的，實施是外包的，維護是要花錢的。上系統(tǒng)的時候，乙方駐場，熱火朝天；系統(tǒng)上線后，乙方撤場，問題就來了。系統(tǒng)出個小故障，沒人會修；需要調(diào)個報表，沒人會做；用戶有個需求，沒人響應。久而久之，系統(tǒng)就被“晾”在一邊。

內(nèi)部能力斷層。即便有IT部門，也往往是“修電腦的”，不是“懂業(yè)務的”。技術(shù)人員不懂施工現(xiàn)場的邏輯，懂業(yè)務的人不懂技術(shù)語言。兩邊溝通靠“翻譯”，翻譯出來的需求往往已經(jīng)走樣。系統(tǒng)功能與實際需求的偏差，從一開始就埋下了。

數(shù)據(jù)意識薄弱。很多企業(yè)把“數(shù)字化”等同于“買軟件”，買了軟件就以為完成了數(shù)字化。他們不知道，軟件只是工具，數(shù)據(jù)才是資產(chǎn)。更不知道，要讓數(shù)據(jù)成為資產(chǎn)，需要投入大量精力去做數(shù)據(jù)治理——統(tǒng)一口徑、清洗數(shù)據(jù)、建立標準。這些工作，沒有技術(shù)能力支撐，根本做不了。

當技術(shù)能力停留在“買買買”的階段，系統(tǒng)就只能是“別人的系統(tǒng)”，永遠成不了“自己的系統(tǒng)”。

04運營能力：系統(tǒng)上線只是開始，不是結(jié)束

很多企業(yè)把系統(tǒng)上線當作終點，而真正的數(shù)字化，恰恰是從上線開始的。

缺運營意識。系統(tǒng)上線后，誰來管？誰負責推廣？誰收集用戶反饋？誰協(xié)調(diào)問題解決？大多數(shù)企業(yè)沒有想清楚。系統(tǒng)被扔給用戶，用戶遇到問題沒人管，慢慢就不用了。這種“重建設、輕運營”的模式，讓無數(shù)系統(tǒng)死在“最后一公里”。

缺激勵機制。用戶為什么要用系統(tǒng)？用了對他有什么好處？不用有什么壞處？這些問題沒有答案。系統(tǒng)成了“額外的作業(yè)”，用戶自然用腳投票。一位干了二十年的老施工員說得很直白：“我白天在工地上跑斷腿，晚上還要坐在電腦前填那些表格，填完了對我有啥好處？”

缺數(shù)據(jù)閉環(huán)。系統(tǒng)產(chǎn)生的數(shù)據(jù)，用來干什么？有沒有形成報表？有沒有反饋給管理層？有沒有用來優(yōu)化管理？如果沒有，數(shù)據(jù)就是“死”的。用戶填完就完事，看不到數(shù)據(jù)帶來的價值，自然覺得“填表是應付差事”。

當運營能力跟不上，系統(tǒng)就只是一個“擺設”，而不是一個“工具”。

05戰(zhàn)略能力：數(shù)字化是“一把手工程”，但一把手往往不重視

這是最根本的問題，也是最難解決的問題。

數(shù)字化是戰(zhàn)略問題，不是技術(shù)問題。它涉及流程再造、組織調(diào)整、利益分配，需要一把手親自推動。但在很多施工企業(yè)，一把手關(guān)心的是“能不能中標”“能不能干完”“能不能回款”，數(shù)字化被排在很靠后的位置。

數(shù)字化是長期投入，不是短期回報。上系統(tǒng)要花錢，用系統(tǒng)要花精力，產(chǎn)生效益卻是長期的、間接的。在“短平快”的思維下，一把手很難有耐心去推動這件事。大部分施工企業(yè)的數(shù)字化建設都是源于一個利益點而非痛點，所以數(shù)字化建設的初心從一開始就錯了。

數(shù)字化是自上而下的變革，不是自下而上的運動。如果一把手不重視，下面的人就更沒有動力。項目經(jīng)理會說“領(lǐng)導都不看系統(tǒng)，我填它干嘛”；員工會說“反正沒人查，隨便填填就行”。系統(tǒng)就成了“面子工程”，上給外人看的。

當戰(zhàn)略能力缺失，數(shù)字化就注定是一場“雷聲大雨點小”的運動。

06數(shù)據(jù)治理能力：系統(tǒng)的核心是數(shù)據(jù)，但數(shù)據(jù)是亂的

這是用戶沒有想到、但極其關(guān)鍵的一個維度。

系統(tǒng)能不能用起來，很大程度上取決于里面的數(shù)據(jù)準不準。而施工行業(yè)的數(shù)據(jù)，恰恰是最亂的。

源頭亂。數(shù)據(jù)從哪里來？施工員報的、材料員填的、分包隊伍給的。來源五花八門，標準參差不齊。同一個數(shù)據(jù)，不同來源可能完全對不上。

口徑亂。什么叫“完成”？是按合同算，還是按實際算？什么叫“消耗”？是出庫算，還是用到現(xiàn)場算？沒有統(tǒng)一的口徑，數(shù)據(jù)就是“各說各話”。某省級高速集團啟動“智慧隧道”項目時，對“滲水”一詞的定義竟有七種，數(shù)據(jù)字段同名異義、同義異名現(xiàn)象超過40%。

過程亂。數(shù)據(jù)怎么流轉(zhuǎn)？誰錄入、誰審核、誰修改？沒有清晰的流程，數(shù)據(jù)就很容易“失真”。今天改一下，明天補一下，后天刪一下，最后誰也不知道哪個是“對的”。

存儲亂。數(shù)據(jù)存在哪里？存在Excel里、存在微信里、存在紙質(zhì)單據(jù)里、存在各種系統(tǒng)里。散落在各處，無法匯聚，無法比對。

當數(shù)據(jù)本身是亂的，再強大的系統(tǒng)也白搭。因為系統(tǒng)處理的是數(shù)據(jù)，不是真相。數(shù)據(jù)是垃圾，出來的就是垃圾。

07生態(tài)協(xié)同能力：系統(tǒng)是內(nèi)部的，項目是外部的

施工行業(yè)的另一個特性：項目是“在別人的地盤上干活”。

這意味著，項目要跟無數(shù)外部單位打交道——業(yè)主、監(jiān)理、設計、分包、供應商、政府監(jiān)管部門。每個單位都有自己的要求、自己的格式、自己的系統(tǒng)。

而OA/ERP是為“企業(yè)內(nèi)部”設計的，天然無法處理這種“跨組織協(xié)同”。你讓監(jiān)理登錄你的系統(tǒng)，人家不干；你讓供應商按你的格式填報，人家沒空。結(jié)果就是，核心的業(yè)務流程——計量支付、變更簽證、材料采購——依然在線下跑，系統(tǒng)里的數(shù)據(jù)永遠“慢半拍”。

某大型房企在全國有50多個項目部，部署ERP后發(fā)現(xiàn)每個項目的合同、采購、施工進度都有自定義需求，系統(tǒng)反復調(diào)整，上線周期一再拉長。某市政工程公司反映，項目變更審批流程長，紙質(zhì)流轉(zhuǎn)與系統(tǒng)數(shù)據(jù)不同步，導致工程量、結(jié)算款項經(jīng)常對不上。

當系統(tǒng)無法覆蓋核心業(yè)務場景，它就只能是“邊緣系統(tǒng)”，成不了“核心系統(tǒng)”。

最后總結(jié)一下：問題不在系統(tǒng)，而在能力

施工行業(yè)OA/ERP用不起來，不是系統(tǒng)的問題，是企業(yè)能力的問題。

• 管理能力粗放，支撐不了精細化系統(tǒng)；
• 組織能力僵化，適配不了項目型業(yè)務；
• 技術(shù)能力薄弱，駕馭不了復雜系統(tǒng)；
• 運營能力缺失，維護不了長期使用；
• 戰(zhàn)略能力不足，推動不了深度變革；
• 數(shù)據(jù)治理能力空白，保障不了數(shù)據(jù)質(zhì)量；
• 生態(tài)協(xié)同能力缺乏，覆蓋不了業(yè)務全貌。

這不是某一個環(huán)節(jié)的問題，而是一個系統(tǒng)性的能力缺失。真正的數(shù)字化轉(zhuǎn)型，不是買一輛跑車，而是先學會開車，再修好路，再配上車。順序不能亂，步子不能急。

當行業(yè)從“速度紅利”轉(zhuǎn)向“管理紅利”，那些率先用數(shù)字化武裝自己，實現(xiàn)流程標準化、過程數(shù)據(jù)化、管理可視化的施工企業(yè)，將不僅能活下來，更能在新一輪的行業(yè)洗牌中，構(gòu)筑起屬于自己的真正護城河。

您所在的企業(yè)上過OA或ERP嗎？用起來了嗎？歡迎在評論區(qū)分享您的真實經(jīng)歷。