簡(jiǎn)介這份PDF文檔深度剖析美的集團(tuán)自2012年至今的數(shù)字化轉(zhuǎn)型按六個(gè)階段梳理從信息系統(tǒng)一致性變革到DTC、海外全價(jià)值鏈數(shù)字運(yùn)營(yíng)的完整路徑。內(nèi)容覆蓋轉(zhuǎn)型動(dòng)機(jī)、過(guò)程、階段成效與案例啟示重點(diǎn)闡述如何破解客戶需求快速變化、產(chǎn)品同質(zhì)化競(jìng)爭(zhēng)、跨層業(yè)務(wù)協(xié)同、全球化研發(fā)體系不完善等難題并展現(xiàn)智能工廠、工業(yè)互聯(lián)網(wǎng)平臺(tái)、大數(shù)據(jù)平臺(tái)等落地成果。適合家電制造企業(yè)高管、數(shù)字化轉(zhuǎn)型項(xiàng)目負(fù)責(zé)人及制造業(yè)戰(zhàn)略規(guī)劃者參考也可作為企業(yè)推進(jìn)數(shù)字化變革的實(shí)戰(zhàn)藍(lán)本。資源為單個(gè)PDF文件大小2.11MB目前已有583人學(xué)習(xí)。通過(guò)學(xué)習(xí)可系統(tǒng)借鑒美的的轉(zhuǎn)型策略與實(shí)施措施理解按需生產(chǎn)、快速迭代、模式升級(jí)等關(guān)鍵方法并將其遷移到自身企業(yè)的數(shù)字化實(shí)踐中。1. 美的數(shù)字化轉(zhuǎn)型家電巨頭從賣產(chǎn)品到賣能力的完整樣本家電行業(yè)做數(shù)字化轉(zhuǎn)型美的不是最早的但絕對(duì)是最堅(jiān)決的。2012年美的啟動(dòng)“632”信息化戰(zhàn)略時(shí)內(nèi)部連一套統(tǒng)一的ERP都沒(méi)有事業(yè)部各自為政數(shù)據(jù)口徑五花八門到2025年美的不僅把自己變成了智能制造標(biāo)桿還把數(shù)字化能力打包成美云智數(shù)對(duì)外輸出前后走了十多年。這份《家電行業(yè)美的集團(tuán)數(shù)字化轉(zhuǎn)型案例分析2025年版》拆解的不只是幾套系統(tǒng)而是把從戰(zhàn)略設(shè)計(jì)、技術(shù)架構(gòu)、落地路徑到效果度量的一整套打法整理成了可參考的案例資源。適合三類人制造業(yè)里的數(shù)字化負(fù)責(zé)人、做工業(yè)互聯(lián)網(wǎng)解決方案的從業(yè)者以及準(zhǔn)備給企業(yè)做轉(zhuǎn)型診斷的顧問(wèn)?？赐昴隳芑卮鹨粋€(gè)問(wèn)題別人家轉(zhuǎn)型到底轉(zhuǎn)了什么哪些動(dòng)作可以搬到自己企業(yè)里用。2. 戰(zhàn)略先行的樣板632工程與T3產(chǎn)銷模式的底層邏輯2.1 632工程的四梁八柱六個(gè)運(yùn)營(yíng)系統(tǒng)、三個(gè)管理平臺(tái)、兩個(gè)技術(shù)平臺(tái)很多企業(yè)做數(shù)字化容易犯一個(gè)錯(cuò)今天上一個(gè)MES明天補(bǔ)一個(gè)WMS系統(tǒng)之間數(shù)據(jù)不通最后變成一堆信息孤島。美的2012年做632工程本質(zhì)上是把全集團(tuán)的信息化架構(gòu)先定下來(lái)再往里面填系統(tǒng)。632的“6”是指六大運(yùn)營(yíng)系統(tǒng)PLM產(chǎn)品生命周期管理、ERP企業(yè)資源計(jì)劃、APS高級(jí)計(jì)劃排程、MES制造執(zhí)行系統(tǒng)、SRM供應(yīng)商關(guān)系管理、CRM客戶關(guān)系管理。這六個(gè)系統(tǒng)覆蓋了從產(chǎn)品研發(fā)、供應(yīng)鏈、生產(chǎn)制造到客戶交付的全鏈路?！?”是三大管理平臺(tái)BI商業(yè)智能、FMS財(cái)務(wù)管理系統(tǒng)、HRMS人力資源管理系統(tǒng)管的是決策、財(cái)務(wù)和人?！?”是兩大技術(shù)平臺(tái)MIP系統(tǒng)集成平臺(tái)和MDP移動(dòng)開(kāi)發(fā)平臺(tái)負(fù)責(zé)把前面所有系統(tǒng)串起來(lái)解決數(shù)據(jù)互通和應(yīng)用開(kāi)發(fā)的標(biāo)準(zhǔn)問(wèn)題。這套架構(gòu)的關(guān)鍵不在于“上了幾個(gè)系統(tǒng)”而在于統(tǒng)一。統(tǒng)一的意思是全集團(tuán)所有事業(yè)部用同一套ERP、同一套MES、同一套主數(shù)據(jù)標(biāo)準(zhǔn)。2012年的美的有十幾個(gè)事業(yè)部每個(gè)事業(yè)部都有自己的IT系統(tǒng)有的甚至不止一套。方洪波做632時(shí)最狠的一點(diǎn)是要求所有事業(yè)部必須向統(tǒng)一平臺(tái)遷移不允許各搞一套。這個(gè)決策在當(dāng)時(shí)阻力極大但回頭看沒(méi)有這一步后面所有的數(shù)據(jù)分析和智能制造都無(wú)從談起。從實(shí)施路徑看632不是一次性推完的而是分波次推進(jìn)。先做ERP和財(cái)務(wù)的拉通再做供應(yīng)鏈和生產(chǎn)側(cè)的MES與APS最后做研發(fā)與客戶側(cè)的PLM和CRM。每個(gè)波次之間留出數(shù)據(jù)清洗和切換的緩沖期。這個(gè)順序值得所有做集團(tuán)型數(shù)字化轉(zhuǎn)型的人參考先把管理底座打牢再往業(yè)務(wù)縱深走。層級(jí)系統(tǒng)作用對(duì)應(yīng)業(yè)務(wù)域運(yùn)營(yíng)層PLM產(chǎn)品研發(fā)數(shù)據(jù)全生命周期管理研發(fā)運(yùn)營(yíng)層ERP財(cái)務(wù)、采購(gòu)、庫(kù)存、生產(chǎn)計(jì)劃的主干系統(tǒng)經(jīng)營(yíng)運(yùn)營(yíng)層APS高級(jí)排程解決“先生產(chǎn)什么”的問(wèn)題計(jì)劃運(yùn)營(yíng)層MES車間執(zhí)行管理工單、報(bào)工、質(zhì)量制造運(yùn)營(yíng)層SRM供應(yīng)商準(zhǔn)入、詢報(bào)價(jià)、訂單協(xié)同供應(yīng)鏈運(yùn)營(yíng)層CRM渠道、終端、售后與消費(fèi)者連接營(yíng)銷管理層BI跨系統(tǒng)數(shù)據(jù)匯總與經(jīng)營(yíng)分析決策層管理層FMS財(cái)務(wù)核算、預(yù)算、資金統(tǒng)一管理財(cái)務(wù)管理層HRMS組織、人事、薪酬的數(shù)字化人力技術(shù)層MIP系統(tǒng)間集成接口的標(biāo)準(zhǔn)通道IT架構(gòu)技術(shù)層MDP移動(dòng)端應(yīng)用的統(tǒng)一開(kāi)發(fā)平臺(tái)IT架構(gòu)2.2 T3把產(chǎn)銷模式從“以產(chǎn)定銷”倒轉(zhuǎn)為“以銷定產(chǎn)”632解決的是“系統(tǒng)有沒(méi)有”的問(wèn)題T3解決的是“業(yè)務(wù)怎么跑”的問(wèn)題。家電行業(yè)傳統(tǒng)的產(chǎn)銷模式是“以產(chǎn)定銷”工廠按年度計(jì)劃大規(guī)模備貨層層壓給渠道渠道再賣給消費(fèi)者。這種模式的問(wèn)題是庫(kù)存高企空調(diào)行業(yè)旺季備貨量動(dòng)輒是淡季的三四倍一旦天氣預(yù)測(cè)失誤庫(kù)存直接變成虧損。T3模式的核心是倒過(guò)來(lái)。T代表客戶下單日T1是備料日T2是生產(chǎn)日T3是發(fā)貨日。整個(gè)周期只有三天工廠從接收訂單到成品出庫(kù)不超過(guò)72小時(shí)。這個(gè)模式之所以能跑通靠的不是讓工廠拼命加班而是背后的計(jì)劃邏輯變了從“預(yù)測(cè)驅(qū)動(dòng)”變成“訂單驅(qū)動(dòng)”從“批量生產(chǎn)”變成“小批量多批次”。實(shí)施T3需要的配套動(dòng)作非常具體。首先是渠道變革取消傳統(tǒng)的層層備貨倉(cāng)庫(kù)經(jīng)銷商不再壓貨改為直接向工廠下單其次是計(jì)劃體系重構(gòu)APS系統(tǒng)要有能力每天滾動(dòng)排產(chǎn)而不是月度排一次再就是供應(yīng)鏈協(xié)同核心物料供應(yīng)商必須同步響應(yīng)美的的訂單節(jié)奏把備料周期從七天壓縮到一天。這套模式在美的空調(diào)事業(yè)部先試點(diǎn)跑通后復(fù)制到冰箱、洗衣機(jī)、廚電每個(gè)事業(yè)部用了大概一年到一年半完成切換。從案例資源的角度看T3最值得學(xué)的是“先試點(diǎn)再鋪開(kāi)”的打法。很多企業(yè)的流程變革喜歡全集團(tuán)同時(shí)推結(jié)果組織阻力大、供應(yīng)鏈跟不上最后又退回去。美的的做法是先選一個(gè)事業(yè)部把流程跑順、把系統(tǒng)調(diào)好、把供應(yīng)商的協(xié)同機(jī)制建立起來(lái)再橫向復(fù)制。節(jié)奏慢一點(diǎn)但每一輪都是成功的。2.3 從案例提煉的落地步驟一份數(shù)字化戰(zhàn)略診斷的五個(gè)動(dòng)作把這個(gè)案例轉(zhuǎn)成可執(zhí)行的動(dòng)作我一般建議按以下五個(gè)步驟做一遍現(xiàn)狀診斷。這套動(dòng)作不依賴具體的軟件廠商完全可以用在你自己企業(yè)的調(diào)研里。第一步是現(xiàn)狀掃描。先把企業(yè)現(xiàn)有的IT系統(tǒng)清單拉出來(lái)用Excel列清楚每個(gè)系統(tǒng)的名稱、上線年份、覆蓋范圍、主要用戶、數(shù)據(jù)是否與其他系統(tǒng)互通。這一步做完信息孤島的問(wèn)題就一目了然了。第二步是流程斷點(diǎn)識(shí)別。選一條核心業(yè)務(wù)鏈比如從客戶下單到產(chǎn)品交付畫一遍現(xiàn)有的流程標(biāo)出每一步的數(shù)據(jù)入口和出口凡是需要人工二次錄入的地方就是斷點(diǎn)。第三步是數(shù)據(jù)基礎(chǔ)評(píng)估。檢查主數(shù)據(jù)的質(zhì)量物料編碼是否統(tǒng)一、客戶編碼是否統(tǒng)一、供應(yīng)商編碼是否統(tǒng)一重點(diǎn)看有沒(méi)有“一物多碼”和“一碼多物”的情況。第四步是組織匹配度分析。數(shù)字化推進(jìn)最怕“業(yè)務(wù)部門配合度低”要問(wèn)清楚IT團(tuán)隊(duì)向誰(shuí)匯報(bào)、業(yè)務(wù)部門有沒(méi)有數(shù)字化考核指標(biāo)、一線操作工人對(duì)系統(tǒng)的接受度如何。第五步是優(yōu)先級(jí)排序。按照“影響大、實(shí)施難度相對(duì)可控”的原則把可落地的數(shù)字化項(xiàng)目排出前三名作為第一階段的啟動(dòng)清單。這五個(gè)動(dòng)作做完基本能判斷一家企業(yè)適合從哪個(gè)環(huán)節(jié)切入數(shù)字化。有的企業(yè)適合先上MES補(bǔ)生產(chǎn)數(shù)據(jù)有的企業(yè)適合先做ERP拉通財(cái)務(wù)業(yè)務(wù)還有人適合先做渠道端的CRM。沒(méi)有標(biāo)準(zhǔn)答案但632和T3給了兩條清晰的路徑參考要么從管理底座打基礎(chǔ)要么從產(chǎn)銷模式找突破口。3. 工業(yè)互聯(lián)網(wǎng)平臺(tái)落地M.IoT的技術(shù)分層與燈塔工廠的雙輪驅(qū)動(dòng)3.1 M.IoT平臺(tái)的四層架構(gòu)邊緣采集、基礎(chǔ)設(shè)施、工業(yè)PaaS、應(yīng)用SaaS美的的工業(yè)互聯(lián)網(wǎng)平臺(tái)叫M.IoT全稱是Midea Internet of Things最早在2018年對(duì)外發(fā)布后來(lái)整合到美云智數(shù)旗下作為對(duì)外輸出的核心產(chǎn)品。這個(gè)平臺(tái)的架構(gòu)是典型的四層結(jié)構(gòu)每一層解決一類問(wèn)題。邊緣層解決的是“設(shè)備數(shù)據(jù)怎么上來(lái)”的問(wèn)題。工廠里的數(shù)控機(jī)床、PLC、傳感器、機(jī)器人型號(hào)五花八門通信協(xié)議各不相同。邊緣層通過(guò)工業(yè)網(wǎng)關(guān)和邊緣計(jì)算節(jié)點(diǎn)把不同協(xié)議的設(shè)備數(shù)據(jù)采集上來(lái)做本地預(yù)處理后再上傳。關(guān)鍵參數(shù)是采集頻率和數(shù)據(jù)質(zhì)量一般設(shè)備運(yùn)行數(shù)據(jù)按秒級(jí)采集能耗數(shù)據(jù)按分鐘級(jí)采集質(zhì)量數(shù)據(jù)按工件維度采集。邊緣節(jié)點(diǎn)還需要具備斷網(wǎng)緩存能力防止網(wǎng)絡(luò)抖動(dòng)丟數(shù)據(jù)?；A(chǔ)設(shè)施層就是IaaS用云計(jì)算資源承載上層應(yīng)用美的采用的是混合云架構(gòu)核心生產(chǎn)數(shù)據(jù)放在私有云非敏感的分析應(yīng)用跑在公有云兼顧安全性和彈性。工業(yè)PaaS層是M.IoT最值錢的部分。這層沉淀的是工業(yè)know-how比如排產(chǎn)算法、設(shè)備預(yù)測(cè)性維護(hù)模型、質(zhì)量分析模型、能耗優(yōu)化策略都封裝成可復(fù)用的微服務(wù)模塊。美的在集團(tuán)內(nèi)部運(yùn)營(yíng)了十幾年積累的制造經(jīng)驗(yàn)全部抽象成代碼和模型放在這一層。對(duì)外輸出時(shí)不需要把美的的工廠搬給客戶只需要把這一層的服務(wù)接口開(kāi)放給客戶的系統(tǒng)調(diào)用。應(yīng)用SaaS層是最終用戶直接使用的界面美云智數(shù)提供了從供應(yīng)鏈協(xié)同、MES、APS到BI分析的一系列SaaS應(yīng)用用戶用瀏覽器登錄就能用不需要自建機(jī)房。這套四層架構(gòu)的學(xué)習(xí)價(jià)值在于分層清晰。很多做工業(yè)互聯(lián)網(wǎng)的企業(yè)容易把“平臺(tái)”做成一個(gè)大而全的系統(tǒng)什么都往里裝最后邊界模糊、落地困難。M.IoT的做法是把每一層的職責(zé)定義清楚邊緣管連接、IaaS管資源、PaaS管模型、SaaS管應(yīng)用。做平臺(tái)規(guī)劃時(shí)先界定自己的企業(yè)在哪一層不要試圖從零開(kāi)始全做。3.2 數(shù)字孿生與柔性排產(chǎn)燈塔工廠里的兩項(xiàng)核心技術(shù)美的從2020年開(kāi)始入選世界經(jīng)濟(jì)論壇的“燈塔工廠”到2025年已經(jīng)有多家工廠獲得這一稱號(hào)。燈塔工廠的意義不在于拿了多少個(gè)獎(jiǎng)項(xiàng)而在于它把前面講到的632系統(tǒng)、M.IoT平臺(tái)、T3模式全部集成到了真實(shí)的產(chǎn)線上。數(shù)字孿生是燈塔工廠里最直觀的技術(shù)應(yīng)用。以美的南沙空調(diào)工廠為例工廠在建設(shè)階段就做了完整的產(chǎn)線數(shù)字孿生模型每一臺(tái)設(shè)備的三維模型、每一個(gè)工位的節(jié)拍參數(shù)、每一條物料路徑全部映射到虛擬環(huán)境中。虛擬調(diào)試的收益體現(xiàn)得很明顯新產(chǎn)線或者新產(chǎn)品導(dǎo)入時(shí)先在孿生環(huán)境里跑一遍仿真驗(yàn)證設(shè)備布局是否合理、瓶頸工位在哪里、換型節(jié)拍能不能滿足確認(rèn)無(wú)誤后再在實(shí)體產(chǎn)線上做切換。傳統(tǒng)做法是在實(shí)體產(chǎn)線上反復(fù)試錯(cuò)每次試錯(cuò)都是真金白銀的停機(jī)損失數(shù)字孿生把試錯(cuò)成本轉(zhuǎn)移到了虛擬環(huán)境中。柔性排產(chǎn)依賴的核心是APS系統(tǒng)里的算法。美的的排產(chǎn)場(chǎng)景是小批量多批次一條產(chǎn)線一天要切換多個(gè)型號(hào)傳統(tǒng)的“按周排產(chǎn)”根本跑不起來(lái)。APS系統(tǒng)需要實(shí)時(shí)獲取訂單、庫(kù)存、設(shè)備狀態(tài)和人員技能四類數(shù)據(jù)用約束規(guī)劃或者遺傳算法計(jì)算出最優(yōu)的排產(chǎn)順序。排產(chǎn)模型的輸入?yún)?shù)包括當(dāng)前在途訂單的交付期限、各產(chǎn)線的產(chǎn)能與設(shè)備狀態(tài)、關(guān)鍵物料的齊套率、人員的技能矩陣與排班計(jì)劃。輸出結(jié)果是一張按小時(shí)粒度的生產(chǎn)工單序列直接下發(fā)到MES執(zhí)行。在這套體系下計(jì)劃員的工作發(fā)生了本質(zhì)變化。以前計(jì)劃員靠Excel和電話協(xié)調(diào)一天能排一次就算不錯(cuò)現(xiàn)在APS每15分鐘滾動(dòng)重排一次計(jì)劃員只需要處理異常情況。這里有一個(gè)關(guān)鍵技術(shù)點(diǎn)排產(chǎn)算法不是越復(fù)雜越好而是越能匹配現(xiàn)場(chǎng)約束越好。有些企業(yè)導(dǎo)入APS失敗往往是模型設(shè)定了太多理想化參數(shù)沒(méi)有把真實(shí)的設(shè)備OEE波動(dòng)和人員缺勤率放進(jìn)去算出來(lái)的排產(chǎn)單在執(zhí)行時(shí)處處碰壁。3.3 數(shù)據(jù)治理與數(shù)據(jù)中臺(tái)數(shù)字化能跑多遠(yuǎn)取決于數(shù)據(jù)基礎(chǔ)有多扎實(shí)排產(chǎn)算法再先進(jìn)輸入的數(shù)據(jù)不準(zhǔn)輸出就是垃圾。美的在數(shù)字化轉(zhuǎn)型中期遇到的最大瓶頸不是系統(tǒng)不夠多而是數(shù)據(jù)口徑對(duì)不上。同一個(gè)產(chǎn)品型號(hào)在研發(fā)系統(tǒng)里叫A在供應(yīng)鏈系統(tǒng)里叫B在售后系統(tǒng)里叫C這就是典型的“一物多碼”問(wèn)題。解決這個(gè)問(wèn)題美的花了大量精力做主數(shù)據(jù)治理。主數(shù)據(jù)治理的關(guān)鍵動(dòng)作是建立統(tǒng)一的編碼標(biāo)準(zhǔn)。美的的做法是從集團(tuán)層面下發(fā)一套物料編碼規(guī)范強(qiáng)制所有系統(tǒng)按統(tǒng)一標(biāo)準(zhǔn)創(chuàng)建和維護(hù)編碼。具體操作分三步第一步是梳理存量數(shù)據(jù)把各個(gè)系統(tǒng)里的歷史編碼拉出來(lái)比對(duì)清洗建立映射關(guān)系第二步是制定增量數(shù)據(jù)的準(zhǔn)入規(guī)則新建物料必須走統(tǒng)一的編碼申請(qǐng)流程第三步是建立數(shù)據(jù)質(zhì)量監(jiān)控機(jī)制定期掃描各系統(tǒng)中的編碼使用情況發(fā)現(xiàn)違規(guī)立即預(yù)警。在統(tǒng)一主數(shù)據(jù)的基礎(chǔ)上美的建設(shè)了數(shù)據(jù)中臺(tái)。數(shù)據(jù)中臺(tái)不做業(yè)務(wù)它的職責(zé)是把各業(yè)務(wù)系統(tǒng)的數(shù)據(jù)匯聚起來(lái)按照統(tǒng)一的指標(biāo)體系加工再以API的形式提供給前端的分析和應(yīng)用使用。建設(shè)順序上我建議先做指標(biāo)體系的梳理再搭建技術(shù)平臺(tái)。指標(biāo)體系的梳理要和業(yè)務(wù)部門一起做逐項(xiàng)定義指標(biāo)的統(tǒng)計(jì)口徑比如“庫(kù)存周轉(zhuǎn)天數(shù)”到底怎么算是財(cái)務(wù)口徑還是運(yùn)營(yíng)口徑必須定死?？趶讲灰恢翨I系統(tǒng)上線就是一場(chǎng)災(zāi)難。數(shù)據(jù)中臺(tái)建成后的一個(gè)直接收益是決策效率的提升。以前集團(tuán)月度經(jīng)營(yíng)分析會(huì)財(cái)務(wù)和各事業(yè)部提前十天開(kāi)始對(duì)數(shù)據(jù)會(huì)開(kāi)完了數(shù)據(jù)還可能對(duì)不上中臺(tái)建成后經(jīng)營(yíng)數(shù)據(jù)實(shí)時(shí)在BI上展示每個(gè)月度會(huì)議變得異常高效——不談數(shù)字本身只談數(shù)字背后的原因和對(duì)策。4. 避坑與排查制造業(yè)數(shù)字化轉(zhuǎn)型的五個(gè)典型問(wèn)題4.1 數(shù)據(jù)對(duì)不上ERP和MES的庫(kù)存口徑不一致現(xiàn)象月底對(duì)賬時(shí)ERP里的庫(kù)存金額和MES里的庫(kù)存數(shù)量算出來(lái)的金額差一大截財(cái)務(wù)部門和生產(chǎn)部門互相認(rèn)為對(duì)方的系統(tǒng)錯(cuò)了。 原因ERP的庫(kù)存數(shù)據(jù)來(lái)自采購(gòu)入庫(kù)和生產(chǎn)完工入庫(kù)的財(cái)務(wù)單據(jù)MES的庫(kù)存數(shù)據(jù)來(lái)自工序流轉(zhuǎn)的報(bào)工記錄兩個(gè)系統(tǒng)是獨(dú)立的沒(méi)有做實(shí)時(shí)同步。MES已經(jīng)完成生產(chǎn)但尚未做完工入庫(kù)的物料在ERP里顯示為在制品但MES里已經(jīng)算作成品庫(kù)存。 解決在ERP和MES之間建立“中間表”或者“集成接口”每筆完工入庫(kù)必須實(shí)時(shí)推送到ERP同時(shí)在MES側(cè)增加“已入庫(kù)”的狀態(tài)標(biāo)識(shí)。每周做一次兩個(gè)系統(tǒng)的庫(kù)存對(duì)賬差異超過(guò)閾值自動(dòng)報(bào)警。4.2 考核指標(biāo)選錯(cuò)只看效率不看柔性現(xiàn)象數(shù)字化項(xiàng)目上線后設(shè)備OEE確實(shí)提升了但訂單交付準(zhǔn)時(shí)率反而下降了。 原因考核導(dǎo)向出了偏差。排產(chǎn)系統(tǒng)優(yōu)化的是“設(shè)備利用率”還是“訂單滿足率”這是兩個(gè)不同的優(yōu)化目標(biāo)。如果指標(biāo)設(shè)置為“設(shè)備不能?！毕到y(tǒng)就會(huì)傾向于把同類產(chǎn)品排在一起連續(xù)生產(chǎn)減少換型次數(shù)結(jié)果小批量訂單被不停往后推。 解決考核指標(biāo)必須和業(yè)務(wù)戰(zhàn)略對(duì)齊。實(shí)施T3模式的企業(yè)核心考核指標(biāo)應(yīng)該是“訂單交付周期”和“交付準(zhǔn)時(shí)率”而不是單一追求設(shè)備利用率。排產(chǎn)算法的目標(biāo)函數(shù)需要加入訂單交期的懲罰項(xiàng)系統(tǒng)才會(huì)在“換型損失”和“延期交付損失”之間做合理的平衡。4.3 數(shù)據(jù)質(zhì)量差數(shù)據(jù)清洗沒(méi)做完就上BI現(xiàn)象BI系統(tǒng)上線第一天管理層打開(kāi)報(bào)表發(fā)現(xiàn)同一個(gè)指標(biāo)的數(shù)值和原有報(bào)表對(duì)不上信任度直接崩塌CIO在會(huì)議上被當(dāng)眾質(zhì)疑。 原因BI只是數(shù)據(jù)的呈現(xiàn)層它本身不生產(chǎn)數(shù)據(jù)。源系統(tǒng)里的主數(shù)據(jù)混亂、業(yè)務(wù)單據(jù)有缺失、統(tǒng)計(jì)口徑不統(tǒng)一這些問(wèn)題在源系統(tǒng)中被掩蓋了一旦匯總到BI就全暴露出來(lái)。很多企業(yè)把BI的項(xiàng)目周期設(shè)得太短沒(méi)有預(yù)留足夠的數(shù)據(jù)清洗時(shí)間。 解決在BI實(shí)施中把“數(shù)據(jù)標(biāo)準(zhǔn)化”作為獨(dú)立的里程碑不完成不允許進(jìn)入報(bào)表開(kāi)發(fā)階段。上線前準(zhǔn)備一份“數(shù)據(jù)疑點(diǎn)清單”對(duì)每個(gè)遺留問(wèn)題注明負(fù)責(zé)人。先讓管理層對(duì)數(shù)據(jù)質(zhì)量有合理預(yù)期再談報(bào)表上線。4.4 為平臺(tái)而平臺(tái)工業(yè)互聯(lián)網(wǎng)平臺(tái)沒(méi)人用現(xiàn)象花了上千萬(wàn)建了工業(yè)互聯(lián)網(wǎng)平臺(tái)功能豐富、大屏炫酷半年后登錄率低得可憐生產(chǎn)部門還是用回Excel和微信群。 原因平臺(tái)建設(shè)的驅(qū)動(dòng)力來(lái)自“別人有我也要有”而不是來(lái)自業(yè)務(wù)痛點(diǎn)。工廠車間的一線員工需要的是一個(gè)能幫他少打電話、少跑路的工具不是一個(gè)看板。平臺(tái)功能設(shè)計(jì)脫離了用戶的實(shí)際工作場(chǎng)景。 解決平臺(tái)建設(shè)一開(kāi)始就要定義清楚“用戶是誰(shuí)”和“解決什么任務(wù)”。是給計(jì)劃員用的排產(chǎn)協(xié)同工具還是給設(shè)備維修工用的報(bào)修與知識(shí)庫(kù)還是給廠長(zhǎng)用的生產(chǎn)駕駛艙先做一支小規(guī)模的MVP團(tuán)隊(duì)用兩三個(gè)月時(shí)間做出一個(gè)能解決單一痛點(diǎn)的最小產(chǎn)品讓用戶用起來(lái)再逐步擴(kuò)展。工業(yè)互聯(lián)網(wǎng)平臺(tái)的起點(diǎn)不是大而全是一個(gè)被人天天使用的具體功能。4.5 供應(yīng)鏈協(xié)同推進(jìn)慢供應(yīng)商跟不上系統(tǒng)現(xiàn)象企業(yè)的數(shù)字化做得好好的但在供應(yīng)商協(xié)同環(huán)節(jié)推不動(dòng)。要求供應(yīng)商接入SRM系統(tǒng)看訂單、回交期、傳發(fā)貨通知供應(yīng)商要么不配合要么只做表面動(dòng)作。 原因供應(yīng)鏈協(xié)同的收益大部分在核心企業(yè)小供應(yīng)商感受到的是“活兒變多了”。小供應(yīng)商本來(lái)人少事雜讓他每天登錄一個(gè)系統(tǒng)維護(hù)交期增加了工作量卻沒(méi)有帶來(lái)立竿見(jiàn)影的好處。尤其是那些本身信息化基礎(chǔ)差的供應(yīng)商連內(nèi)部數(shù)據(jù)都沒(méi)電子化硬推系統(tǒng)自然受阻。 解決分層次推進(jìn)。對(duì)前20%的供應(yīng)商采用系統(tǒng)對(duì)接或平臺(tái)協(xié)同的方式嚴(yán)格考核對(duì)中端供應(yīng)商降低門檻提供網(wǎng)頁(yè)端或小程序端的輕量入口只要求關(guān)鍵數(shù)據(jù)的錄入比如交期確認(rèn)和發(fā)貨通知對(duì)長(zhǎng)尾供應(yīng)商保持人工協(xié)同由采購(gòu)員定期電話確認(rèn)。供應(yīng)鏈數(shù)字化是“核心企業(yè)主導(dǎo)、跟隨者受益”的格局不要指望一步到位全部納入系統(tǒng)。5. 效果度量從經(jīng)營(yíng)數(shù)據(jù)看轉(zhuǎn)型的真實(shí)價(jià)值5.1 一套可對(duì)照的診斷KPI清單數(shù)字化轉(zhuǎn)型花了幾個(gè)億怎么驗(yàn)證錢花得值不值我整理了一份對(duì)照美的公開(kāi)口徑的KPI清單可以做轉(zhuǎn)型前后的縱向?qū)Ρ纫部梢阅米约浩髽I(yè)的數(shù)據(jù)橫向參照。指標(biāo)維度具體指標(biāo)傳統(tǒng)模式下的典型水平數(shù)字化深化后的變化方向庫(kù)存效率庫(kù)存周轉(zhuǎn)天數(shù)家電行業(yè)普遍60~90天壓縮至30天以內(nèi)T3模式下進(jìn)一步縮短交付能力訂單交付周期從下單到交付以月計(jì)壓縮至按周甚至按天計(jì)生產(chǎn)效率人均產(chǎn)出產(chǎn)線自動(dòng)化程度低人工作業(yè)占比高自動(dòng)化產(chǎn)線改造后人均產(chǎn)出顯著提升質(zhì)量水平一次合格率依賴人工檢驗(yàn)波動(dòng)大在線檢測(cè)與AI質(zhì)檢介入后穩(wěn)定提升設(shè)備管理設(shè)備綜合效率OEE依靠人工記錄數(shù)據(jù)滯后實(shí)時(shí)采集分析OEE透明化能耗水平單位產(chǎn)品能耗缺乏精細(xì)化計(jì)量分設(shè)備計(jì)量與優(yōu)化后持續(xù)下降決策效率月度經(jīng)營(yíng)報(bào)告產(chǎn)出周期手工匯總需要10天以上實(shí)時(shí)BI從“看數(shù)據(jù)”到“看結(jié)論”需要說(shuō)明的是這些指標(biāo)的“數(shù)字化后”水平不是一蹴而就的。美的的庫(kù)存周轉(zhuǎn)天數(shù)從100多天壓到兩位數(shù)用了接近五年的時(shí)間期間經(jīng)歷了系統(tǒng)的痛苦切換和業(yè)務(wù)流程的反復(fù)調(diào)整。對(duì)照這張表做診斷時(shí)要給自己的企業(yè)設(shè)定三年的時(shí)間窗口不要用一年的短期數(shù)據(jù)判斷轉(zhuǎn)型成敗。5.2 數(shù)字化轉(zhuǎn)型的三個(gè)投入產(chǎn)出階段我看了不少制造業(yè)數(shù)字化的實(shí)際案例投入產(chǎn)出的節(jié)奏大體可以分成三階段。第一階段是基礎(chǔ)信息化階段大約1到2年主要投入在ERP、MES等系統(tǒng)建設(shè)上這個(gè)階段只花錢不產(chǎn)出但產(chǎn)出的是后面所有數(shù)字化的基礎(chǔ)數(shù)據(jù)能力相當(dāng)于修路。第二階段是流程數(shù)字化階段大約再花2到3年投入在T3這類業(yè)務(wù)模式變革和數(shù)據(jù)分析應(yīng)用上此時(shí)開(kāi)始見(jiàn)到真金白銀的收益主要體現(xiàn)在庫(kù)存下降和交付提速帶來(lái)的資金效率改善。第三階段是智能化階段大約3到5年投入在算法、AI、數(shù)字孿生和燈塔工廠建設(shè)上收益來(lái)自勞動(dòng)力節(jié)約、質(zhì)量提升和能耗降低更重要的是積累下來(lái)的數(shù)據(jù)資產(chǎn)和智能模型形成了對(duì)外賦能的能力。按照這個(gè)節(jié)奏做財(cái)務(wù)測(cè)算時(shí)最忌諱的是用單一年度的ROI來(lái)判斷數(shù)字化項(xiàng)目是否繼續(xù)。有的企業(yè)在第一階段做了兩年就失去耐心砍掉預(yù)算結(jié)果前面的投入全部沉沒(méi)。制造業(yè)數(shù)字化本質(zhì)上是一個(gè)“先投資、后收益”的長(zhǎng)周期過(guò)程決策層需要對(duì)這個(gè)節(jié)奏建立共識(shí)才能在第二年、第三年最艱難的時(shí)候保持戰(zhàn)略定力。5.3 隱性收益數(shù)字化沉淀的組織能力與數(shù)據(jù)資產(chǎn)除了財(cái)報(bào)上的數(shù)字?jǐn)?shù)字化還有一筆隱性收益容易被CFO忽略但價(jià)值巨大。第一是人才梯隊(duì)的形成。數(shù)字化項(xiàng)目培養(yǎng)出來(lái)的既懂業(yè)務(wù)又懂IT的復(fù)合型人才是整個(gè)行業(yè)都稀缺的資源。美的后來(lái)能把數(shù)字化能力對(duì)外輸出靠的正是這批人才。第二是數(shù)據(jù)資產(chǎn)本身的價(jià)值。當(dāng)一個(gè)制造業(yè)企業(yè)積累了五年的全流程生產(chǎn)數(shù)據(jù)這些數(shù)據(jù)可以用來(lái)訓(xùn)練模型、優(yōu)化工藝、預(yù)測(cè)市場(chǎng)它本身就成了企業(yè)的核心競(jìng)爭(zhēng)力。第三是對(duì)外賦能的可能性。美的通過(guò)美云智數(shù)把內(nèi)部的數(shù)字化能力對(duì)外輸出從“賣家電”變成“賣軟件和服務(wù)”相當(dāng)于把內(nèi)部成本中心變成了利潤(rùn)中心。這些隱性收益在傳統(tǒng)財(cái)務(wù)框架下很難量化但對(duì)企業(yè)的長(zhǎng)期競(jìng)爭(zhēng)力影響深遠(yuǎn)。做數(shù)字化轉(zhuǎn)型論證時(shí)建議把這三項(xiàng)納入項(xiàng)目?jī)r(jià)值的定性評(píng)估不要把目光只盯在節(jié)省了多少人力上。6. 把案例搬到自己企業(yè)一份可復(fù)用的轉(zhuǎn)型診斷模板6.1 五層診斷框架美的案例的價(jià)值在于提供了一個(gè)從頂層到底層貫穿的參考框架。我把它提煉成一份五層診斷模板你在自己的企業(yè)做數(shù)字化調(diào)研時(shí)可以直接套用。每一層都有需要回答的關(guān)鍵問(wèn)題層級(jí)診斷維度需要回答的問(wèn)題理想狀態(tài)的標(biāo)志戰(zhàn)略層轉(zhuǎn)型方向與路徑數(shù)字化要解決的核心業(yè)務(wù)問(wèn)題是什么有明確的業(yè)務(wù)目標(biāo)不是為技術(shù)而技術(shù)流程層端到端流程拉通從訂單到交付的全流程哪些環(huán)節(jié)有斷點(diǎn)核心流程在系統(tǒng)內(nèi)閉環(huán)無(wú)人工二次錄入數(shù)據(jù)層主數(shù)據(jù)與指標(biāo)體系物料、客戶、供應(yīng)商編碼是否統(tǒng)一指標(biāo)口徑是否一致主數(shù)據(jù)統(tǒng)一管理指標(biāo)字典正式發(fā)布技術(shù)層系統(tǒng)架構(gòu)與集成系統(tǒng)間的接口是點(diǎn)對(duì)點(diǎn)還是統(tǒng)一平臺(tái)統(tǒng)一集成平臺(tái)數(shù)據(jù)實(shí)時(shí)共享組織層數(shù)字化組織與人才有沒(méi)有專職的數(shù)字化工序業(yè)務(wù)部門是否參與業(yè)務(wù)與IT融合有數(shù)字化考核指標(biāo)6.2 制定優(yōu)先級(jí)的兩條排序規(guī)則診斷做完后每個(gè)層都會(huì)暴露出一堆問(wèn)題需要決定先做什么。我常用的排序規(guī)則有兩條。第一條是“瓶頸優(yōu)先”找到當(dāng)前業(yè)務(wù)最痛的環(huán)節(jié)看數(shù)字化能不能直接緩解。如果企業(yè)現(xiàn)在的最大痛點(diǎn)是庫(kù)存高企那T3模式比上一套最新的AI質(zhì)檢設(shè)備更有價(jià)值如果是產(chǎn)品質(zhì)量客訴不斷那質(zhì)量追溯系統(tǒng)的優(yōu)先級(jí)就要往前提。第二條是“數(shù)據(jù)先行”凡是涉及多系統(tǒng)集成的項(xiàng)目先做數(shù)據(jù)標(biāo)準(zhǔn)化部分。很多項(xiàng)目的工期延誤都出在數(shù)據(jù)清洗上不要高估業(yè)務(wù)部門提供干凈數(shù)據(jù)的意愿和能力。模板應(yīng)用的實(shí)操建議是先用兩周時(shí)間走完調(diào)研輸出一張“問(wèn)題—影響—建議—優(yōu)先級(jí)”的四列清單再組織業(yè)務(wù)和IT部門一起評(píng)審排序。有了這份清單數(shù)字化項(xiàng)目的邊界和階段目標(biāo)就清晰了后面實(shí)施過(guò)程中也不會(huì)被臨時(shí)需求打亂節(jié)奏。6.3 一步驗(yàn)證用一個(gè)月做一次小切口試點(diǎn)在我調(diào)研過(guò)的制造業(yè)企業(yè)里最怕的就是把數(shù)字化轉(zhuǎn)型當(dāng)成一個(gè)巨型項(xiàng)目一次性鋪開(kāi)。美的的T3用了兩個(gè)事業(yè)部試點(diǎn)632分了幾個(gè)波次都是先跑通再擴(kuò)散。我建議你用好模板的第一步就是選一個(gè)車間或者一個(gè)產(chǎn)品線做一個(gè)月的小切口試點(diǎn)。試點(diǎn)范圍控制在一條產(chǎn)線或者一個(gè)核心流程目標(biāo)設(shè)定為一個(gè)可量化的指標(biāo)改善比如“訂單交付周期縮短30%”或者“換產(chǎn)時(shí)間減少一半”。試點(diǎn)期間按日記錄數(shù)據(jù)每周做一次復(fù)盤重點(diǎn)關(guān)注系統(tǒng)穩(wěn)定性、用戶接受度和流程卡點(diǎn)一個(gè)月后復(fù)盤再?zèng)Q定是擴(kuò)大試點(diǎn)還是調(diào)整方案。這個(gè)做法的好處是風(fēng)險(xiǎn)可控。一個(gè)月的資源投入有限即使試點(diǎn)失敗損失也遠(yuǎn)小于全面鋪開(kāi)后的返工成本。而且一個(gè)成功的試點(diǎn)帶給團(tuán)隊(duì)的信心的價(jià)值遠(yuǎn)大于它帶來(lái)的直接經(jīng)濟(jì)收益。美的是我拆過(guò)的制造業(yè)數(shù)字化案例里邏輯最清晰的一家。它沒(méi)有靠某個(gè)天才創(chuàng)意而是一步步把系統(tǒng)建好、把流程理清、把數(shù)據(jù)打通再在這個(gè)基礎(chǔ)上疊加智能技術(shù)。每次做數(shù)字化方案評(píng)審我都會(huì)拿它的632、T3和M.IoT框架過(guò)一遍問(wèn)自己三個(gè)問(wèn)題管理底座是否統(tǒng)一業(yè)務(wù)模式是否被技術(shù)真正改變數(shù)據(jù)是否在支撐決策從那以后我給自己立了一條規(guī)矩凡是超過(guò)百萬(wàn)的數(shù)字化項(xiàng)目必須先做完那份五層診斷再立項(xiàng)沒(méi)有診斷報(bào)告不進(jìn)入預(yù)算評(píng)審。希望這套拆解對(duì)你手上的轉(zhuǎn)型規(guī)劃有幫助。本文還有配套的精品資源點(diǎn)擊獲取