簡介面向新能源汽車企業(yè)管理者、IT信息化負(fù)責(zé)人及數(shù)字化轉(zhuǎn)型規(guī)劃人員這份PPT系統(tǒng)梳理了企業(yè)數(shù)字化建設(shè)的完整路徑與落地要點(diǎn)。方案從行業(yè)背景和需求分析切入圍繞數(shù)字化平臺(tái)構(gòu)建、供應(yīng)鏈智能管理、制造過程自動(dòng)化與智能化、營銷與服務(wù)數(shù)字化及數(shù)據(jù)驅(qū)動(dòng)業(yè)務(wù)決策等核心板塊展開并結(jié)合云計(jì)算、大數(shù)據(jù)、物聯(lián)網(wǎng)、人工智能等技術(shù)針對(duì)統(tǒng)一數(shù)據(jù)接口、庫存物料追溯、生產(chǎn)計(jì)劃優(yōu)化、設(shè)備狀態(tài)監(jiān)控等具體場景給出了實(shí)施策略既講清“為什么建”也說明“怎么建”。資源包共包含1個(gè)PPTX演示文稿大小約5.59MB章節(jié)結(jié)構(gòu)完整清晰可直接用于內(nèi)部匯報(bào)、項(xiàng)目立項(xiàng)或方案研討參考。目前已有75人學(xué)習(xí)瀏覽對(duì)正在規(guī)劃或推進(jìn)數(shù)字化升級(jí)的新能源汽車企業(yè)具有較強(qiáng)的借鑒價(jià)值。1. 新能源汽車企業(yè)數(shù)字化建設(shè)方案先回答四個(gè)問題再打開 PPT做新能源車企的數(shù)字化建設(shè)方案最怕一上來就畫架構(gòu)圖、列系統(tǒng)清單。我見過太多方案死于同一個(gè)問題把傳統(tǒng)車企的 IT 藍(lán)圖改個(gè)標(biāo)題就拿出來匯報(bào)結(jié)果被業(yè)務(wù)一把手一句話問住——“這套東西到底讓哪條業(yè)務(wù)線先賺錢” 新能源車企的數(shù)字化不是 ERP 加 MES 再加個(gè)車聯(lián)網(wǎng)平臺(tái)那么簡單而是要把「車、樁、用戶、電池、訂單」串成一條持續(xù)產(chǎn)生價(jià)值的數(shù)據(jù)鏈路。這份方案要解決的是四個(gè)具體問題數(shù)據(jù)從哪些設(shè)備來、怎么流轉(zhuǎn)、誰來保證質(zhì)量、最后換回什么業(yè)務(wù)結(jié)果。適合正在做數(shù)字化規(guī)劃的 CIO、負(fù)責(zé)新工廠 MES 選型的信息化經(jīng)理以及給車企做交付的乙方架構(gòu)師。下面的內(nèi)容不討論理論只講怎么做、參數(shù)怎么定、坑在哪里。2. 數(shù)字化總體架構(gòu)為什么新能源車企不能直接抄傳統(tǒng)車企的 IT 藍(lán)圖傳統(tǒng)車企的 IT 藍(lán)圖以 ERP 為核心計(jì)劃、采購、生產(chǎn)、銷售是一條線性流程車輛出廠后和企業(yè)的數(shù)據(jù)連接基本就斷了。新能源車企的業(yè)務(wù)模型完全不同訂單來自直營門店和 APP 商城用戶要實(shí)時(shí)看排產(chǎn)狀態(tài)動(dòng)力電池從電芯到裝車再到退役回收每個(gè)環(huán)節(jié)都要追溯車輛交付后 OTA 升級(jí)、遠(yuǎn)程診斷、電池健康度監(jiān)控仍在持續(xù)產(chǎn)生數(shù)據(jù)。流程從線性變成網(wǎng)狀I(lǐng)T 架構(gòu)自然不能照搬。2.1 新能源車企的數(shù)字化特征網(wǎng)狀流程取代線性流程做總體架構(gòu)前先要認(rèn)清新能源車企區(qū)別于傳統(tǒng)車企的五個(gè)業(yè)務(wù)特征這決定了系統(tǒng)的邊界和數(shù)據(jù)流向。業(yè)務(wù)特征對(duì) IT 架構(gòu)的影響典型系統(tǒng)需求用戶直連訂單、配置、支付在自有 APP 完成訂單中心、用戶中心軟件定義車輛整車 OTA、軟件配置解耦OTA 平臺(tái)、軟件版本管理三電全生命周期電池從電芯到回收的追溯溯源平臺(tái)、電池健康管理能源服務(wù)延伸充換電、儲(chǔ)能、V2G能源管理平臺(tái)訂單驅(qū)動(dòng)生產(chǎn)多車型、高配置、小批量柔性排產(chǎn)、ASR自動(dòng)排序我在做架構(gòu)評(píng)審時(shí)會(huì)讓團(tuán)隊(duì)先在白板上畫一張「數(shù)據(jù)流向圖」用箭頭把每一類數(shù)據(jù)從產(chǎn)生源連到消費(fèi)方如果兩條箭頭交叉超過三次就要考慮引入消息中間件和主數(shù)據(jù)管理而不是繼續(xù)用點(diǎn)對(duì)點(diǎn)接口硬接。這個(gè)動(dòng)作比直接選型中臺(tái)更有價(jià)值。2.2 應(yīng)用架構(gòu)一張主數(shù)據(jù)視圖串起六大業(yè)務(wù)域常見做法是按業(yè)務(wù)域搭建應(yīng)用架構(gòu)研發(fā)域、供應(yīng)鏈域、制造域、營銷域、服務(wù)域、能源域。每個(gè)域有核心系統(tǒng)但真正需要花精力設(shè)計(jì)的是跨域的主數(shù)據(jù)對(duì)象——客戶、車輛、部件、供應(yīng)商、訂單、門店渠道。這些對(duì)象在多個(gè)系統(tǒng)里出現(xiàn)若沒有統(tǒng)一的編碼和歸屬規(guī)則后續(xù)數(shù)據(jù)中臺(tái)一定會(huì)變成數(shù)據(jù)煙囪。落地時(shí)我會(huì)按六步做應(yīng)用架構(gòu)評(píng)審列出所有業(yè)務(wù)系統(tǒng)清單標(biāo)注所屬域和核心數(shù)據(jù)對(duì)象識(shí)別每個(gè)主數(shù)據(jù)對(duì)象的「唯一責(zé)任系統(tǒng)」比如車輛主數(shù)據(jù)由制造域的 VIN 管理平臺(tái)負(fù)責(zé)定義系統(tǒng)間集成方式實(shí)時(shí)接口走 API大批量數(shù)據(jù)走消息隊(duì)列或批處理畫一張集成拓?fù)鋱D標(biāo)注接口協(xié)議、頻率和數(shù)據(jù)量評(píng)審每個(gè)跨域流程的端到端數(shù)據(jù)一致性要求輸出應(yīng)用架構(gòu)說明書作為采購和自研的邊界依據(jù)。接口協(xié)議的選型直接影響實(shí)施成本。車端數(shù)據(jù)回傳大多走 MQTT工廠設(shè)備采集走 OPC UA 或 Modbus系統(tǒng)間同步用 REST API 加 Kafka 消息隊(duì)列。不要盲目統(tǒng)一到一種協(xié)議實(shí)用主義比理想主義重要。2.3 技術(shù)架構(gòu)選型按企業(yè)規(guī)模選不要為了中臺(tái)而中臺(tái)技術(shù)架構(gòu)是方案里最容易引發(fā)爭論的部分。數(shù)據(jù)中臺(tái)、湖倉一體、微服務(wù)、云原生這些詞匯報(bào)時(shí)很唬人但選型要回到企業(yè)規(guī)模和數(shù)據(jù)量。企業(yè)階段推薦架構(gòu)理由初創(chuàng)1-2 款車型一體化 SaaS 輕量數(shù)倉快速上線避免自建基礎(chǔ)設(shè)施規(guī)?；嘬囆土慨a(chǎn)數(shù)據(jù)中臺(tái) 微服務(wù)支撐多域數(shù)據(jù)共享和快速迭代集團(tuán)化多品牌底座整合 領(lǐng)域服務(wù)統(tǒng)一技術(shù)底座保留業(yè)務(wù)差異化參數(shù)層面我一般會(huì)估算車聯(lián)網(wǎng)數(shù)據(jù)的體量一臺(tái)車每天上報(bào)的核心信號(hào)數(shù)據(jù)在 12MB 量級(jí)高頻信號(hào)如電池電壓、電機(jī)轉(zhuǎn)速除外。十萬輛在售車每天新增核心數(shù)據(jù)約 100200GB再算上日志和視頻一年增量在 50100TB 左右。這個(gè)量級(jí)用分庫分表加對(duì)象存儲(chǔ)完全可以扛住不是一上來就需要上數(shù)據(jù)湖。提示技術(shù)架構(gòu)評(píng)審時(shí)讓每個(gè)系統(tǒng)負(fù)責(zé)人寫出「數(shù)據(jù)保留周期」和「峰值并發(fā)」你會(huì)發(fā)現(xiàn)方案里 70% 的技術(shù)爭論都來自這兩個(gè)參數(shù)沒定義清楚。3. 分域落地方案研發(fā)、供應(yīng)鏈、制造、營銷與售后怎么拆解總體架構(gòu)定了之后最務(wù)實(shí)的工作是把每個(gè)業(yè)務(wù)域的數(shù)字化方案拆到「能立項(xiàng)、能預(yù)算、能驗(yàn)收」的顆粒度。這一章按研發(fā)、供應(yīng)鏈、制造、營銷售后四個(gè)方向展開每個(gè)方向給出落地的步驟和關(guān)鍵參數(shù)。3.1 研發(fā)數(shù)字化BOM 與需求管理是新能源的命門研發(fā)域的數(shù)字化核心不是上 PDM 或 PLM 軟件而是解決三個(gè)問題需求能不能追溯到測試、BOM 能不能在研發(fā)和制造之間保持一致、變更能不能評(píng)估影響范圍。新能源車型的 BOM 變更頻繁一年內(nèi)工程變更通知單ECN可能多達(dá)幾百份。座椅面料換色、電池模組供應(yīng)商切換、軟件版本升級(jí)任何一個(gè)變更沒同步到制造 BOM產(chǎn)線上就會(huì)出現(xiàn)裝錯(cuò)件。落地步驟梳理 EBOM設(shè)計(jì) BOM和 MBOM制造 BOM的轉(zhuǎn)換邏輯建立映射規(guī)則表在 PLM 里固化變更流程BOM 變更必須關(guān)聯(lián) ECN 編號(hào)每周做一次 EBOM 與 MBOM 的差異比對(duì)輸出不一致清單對(duì)電池、電機(jī)、電控這三類核心部件實(shí)施變更前的裝配影響分析。參數(shù)方面映射規(guī)則表至少要包含父項(xiàng)物料編碼、子項(xiàng)物料編碼、用量、單位、替代料規(guī)則、生效日期、失效日期。差異比對(duì)的執(zhí)行時(shí)間我一般控制在 30 秒內(nèi)如果超過 5 分鐘說明 BOM 數(shù)據(jù)結(jié)構(gòu)本身有問題需要先治理數(shù)據(jù)而不是優(yōu)化報(bào)表。3.2 供應(yīng)鏈數(shù)字化從電池追溯做到 C2M 柔性排產(chǎn)供應(yīng)鏈域的數(shù)字化重點(diǎn)是「可追溯」和「可承諾」。新能源車最復(fù)雜的是電池供應(yīng)鏈一只電池包包含多個(gè)模組每個(gè)模組包含多個(gè)電芯電芯上有批次號(hào)裝車后關(guān)聯(lián) VIN。一旦出現(xiàn)質(zhì)量召回要能在幾分鐘內(nèi)定位到裝在哪臺(tái)車上。電池溯源的數(shù)據(jù)模型我建議做成四級(jí)VIN——電池包序列號(hào)——模組序列號(hào)——電芯批次號(hào)。每一級(jí)都要記錄生產(chǎn)工廠、產(chǎn)線、生產(chǎn)日期、來料批次。序列號(hào)編碼規(guī)則示例工廠代碼2 位 產(chǎn)線代碼2 位 生產(chǎn)日期6 位 順序號(hào)8 位共 18 位。這個(gè)編碼規(guī)則要寫進(jìn)供應(yīng)鏈系統(tǒng)需求書并強(qiáng)制供應(yīng)商執(zhí)行。C2M 柔性排產(chǎn)的落地分三步打通銷售訂單與生產(chǎn)計(jì)劃訂單鎖定后自動(dòng)下發(fā)到 APS建立物料約束模型關(guān)鍵物料電池、芯片按周更新可用量設(shè)置訂單承諾時(shí)間ATP計(jì)算規(guī)則向用戶展示預(yù)計(jì)交付日期。這里最容易翻車的是「可承諾時(shí)間」算不準(zhǔn)。原因通常是物料庫存數(shù)據(jù)不準(zhǔn)可用量里有大量在途但未入庫的數(shù)據(jù)。我的做法是先做 3 個(gè)月的庫存準(zhǔn)確率治理目標(biāo)把系統(tǒng)庫存與實(shí)物庫存的差異率壓到 1% 以內(nèi)再上線 ATP 功能。3.3 制造數(shù)字化MES 與設(shè)備數(shù)據(jù)采集的落地參數(shù)制造域的數(shù)字化方案里MES 是核心但真正決定項(xiàng)目成敗的是設(shè)備數(shù)據(jù)采集。很多工廠 MES 上線了產(chǎn)量報(bào)表還是靠人工錄入因?yàn)樵O(shè)備接口沒打通。我在產(chǎn)線上做設(shè)備采集合集時(shí)會(huì)先把設(shè)備按接入方式分三類支持 OPC UA 的新設(shè)備、支持 Modbus TCP 的老設(shè)備、沒有通訊接口的啞設(shè)備。前兩類通過網(wǎng)關(guān)直接采集第三類加裝傳感器判斷運(yùn)行狀態(tài)。采集頻率按數(shù)據(jù)類型區(qū)分質(zhì)量數(shù)據(jù)建議 200ms 采集一次能耗數(shù)據(jù) 1s 一次過程工藝參數(shù) 5s 一次。全部數(shù)據(jù)寫入時(shí)序數(shù)據(jù)庫保留周期設(shè) 90 天聚合數(shù)據(jù)保留一年。MES 與設(shè)備數(shù)據(jù)打通后要定義三個(gè)核心指標(biāo)設(shè)備綜合效率OEE、一次合格率FPY、平均故障間隔時(shí)間MTBF。OEE 的計(jì)算口徑要在項(xiàng)目啟動(dòng)時(shí)就與生產(chǎn)部門確認(rèn)清楚否則上線后會(huì)爭論不休。落地步驟建議先選一條產(chǎn)線做試點(diǎn)跑通數(shù)據(jù)采集、不良品追溯、產(chǎn)量實(shí)時(shí)統(tǒng)計(jì)再復(fù)制到其他產(chǎn)線。試點(diǎn)周期控制在 6 周以內(nèi)超過這個(gè)時(shí)間還沒跑出穩(wěn)定報(bào)表大概率是設(shè)備接口或數(shù)據(jù)質(zhì)量出了問題。3.4 營銷與售后數(shù)字化用戶直連和遠(yuǎn)程 OTA營銷域的數(shù)字化難點(diǎn)在于直營和代理兩種模式并存。訂單可能來自 APP、直營門店、代理門店各渠道的價(jià)格、庫存、交付方式不同訂單中心必須支持統(tǒng)一管理。我一般建議在訂單中心里增加「渠道類型」和「價(jià)格策略版本」兩個(gè)字段作為后續(xù)分賬和傭金計(jì)算的依據(jù)。用戶標(biāo)簽體系是營銷數(shù)字化的地基。常見做法是建立實(shí)時(shí)和離線兩套標(biāo)簽計(jì)算實(shí)時(shí)標(biāo)簽如當(dāng)前定位、最近一次試駕延遲控制在 10 秒內(nèi)離線標(biāo)簽如消費(fèi)偏好、售后期望每天凌晨批量計(jì)算。標(biāo)簽要避免過度細(xì)分我見過有的車企建了上千個(gè)標(biāo)簽真正被運(yùn)營用起來的不到 10%。從業(yè)務(wù)場景反推標(biāo)簽而不是先建標(biāo)簽找場景。OTA 升級(jí)是售后數(shù)字化的重要一環(huán)升級(jí)策略建議用灰度發(fā)布先在內(nèi)部車輛上驗(yàn)證5%再到種子用戶20%最后全量100%。每次灰度發(fā)布必須有回滾預(yù)案重點(diǎn)是 ECU 控制器固件的版本兼容性檢查否則升級(jí)失敗可能導(dǎo)致車輛無法啟動(dòng)。提示OTA 平臺(tái)和售后工單系統(tǒng)要打通用戶在 APP 上報(bào)車輛故障時(shí)系統(tǒng)能直接讀取當(dāng)前軟件版本和最近一次升級(jí)記錄能省掉售后大量排查時(shí)間。4. 數(shù)據(jù)中臺(tái)與指標(biāo)體系把車、樁、用戶數(shù)據(jù)變成可運(yùn)營資產(chǎn)系統(tǒng)建設(shè)到一定階段企業(yè)會(huì)發(fā)現(xiàn)數(shù)據(jù)淹沒在幾十個(gè)系統(tǒng)里每個(gè)部門報(bào)的數(shù)都不一樣。這時(shí)候數(shù)據(jù)中臺(tái)的價(jià)值才真正體現(xiàn)。但數(shù)據(jù)中臺(tái)不是買一套平臺(tái)就能建成的要按「分層建設(shè) 指標(biāo)治理」的邏輯推進(jìn)。4.1 數(shù)據(jù)分層與指標(biāo)字典從埋點(diǎn)到數(shù)據(jù)地圖數(shù)據(jù)中臺(tái)的落地路徑我會(huì)按照四個(gè)層級(jí)推進(jìn)ODS 層保留源系統(tǒng)原始數(shù)據(jù)DWD 層做清洗和標(biāo)準(zhǔn)化DWS 層按主題匯總ADS 層面向應(yīng)用輸出結(jié)果。以訂單數(shù)據(jù)為例從手機(jī)號(hào)的小程序登錄軌跡到用戶在某時(shí)間點(diǎn)點(diǎn)擊「立即下單」再到訂單表的支付狀態(tài)流轉(zhuǎn)每個(gè)環(huán)節(jié)都要被打上業(yè)務(wù)語義。我在規(guī)劃數(shù)據(jù)中臺(tái)時(shí)會(huì)先用表格拉一張基礎(chǔ)事件埋點(diǎn)清單事件名稱觸發(fā)時(shí)機(jī)關(guān)鍵參數(shù)示例值啟動(dòng)客戶端APP 首次打開渠道、機(jī)型、版本sourceapp_store發(fā)起試駕用戶提交試駕申請(qǐng)城市、門店、車型cityShanghai下單支付成功后觸發(fā)車型、配置、價(jià)格modelA01綁定車輛車主完成實(shí)名認(rèn)證VIN、手機(jī)號(hào)vinLSV...指標(biāo)字典的建設(shè)則按五步走定義業(yè)務(wù)板塊梳理業(yè)務(wù)過程和每個(gè)過程的關(guān)鍵節(jié)點(diǎn)定義原子指標(biāo)直接從事實(shí)表拿到的指標(biāo)如訂單數(shù)定義派生指標(biāo)通過簡單計(jì)算得到的指標(biāo)如訂單轉(zhuǎn)化率最后做口徑解釋。在一家車企里同樣一個(gè)「銷量」往往有零售銷量、批發(fā)銷量、交付銷量三個(gè)口徑。所以我給指標(biāo)字典增加兩個(gè)必填字段「計(jì)算邏輯說明」和「適用場景說明」從源頭上避免各部門各說各話。4.2 數(shù)據(jù)治理的三板斧主數(shù)據(jù)、數(shù)據(jù)質(zhì)量、數(shù)據(jù)安全數(shù)據(jù)治理不能一口氣鋪開要聚焦三個(gè)容易見效的方向。主數(shù)據(jù)方面優(yōu)先做客戶和車輛兩個(gè)實(shí)體的治理建立唯一標(biāo)識(shí)和歸屬規(guī)則。在新能源車企里客戶可能有手機(jī)號(hào)、APP 賬號(hào)、微信 OpenID、車機(jī)賬號(hào)四套 ID治理的核心是打通這些 ID關(guān)聯(lián)到同一個(gè)客戶標(biāo)識(shí)上。數(shù)據(jù)質(zhì)量方面用規(guī)則驅(qū)動(dòng)而不是人工檢查。在數(shù)據(jù)接入時(shí)配置質(zhì)量規(guī)則例如訂單號(hào)不能為空完整性一個(gè) VIN 只能對(duì)應(yīng)一臺(tái)車唯一性車輛生產(chǎn)日期不能晚于當(dāng)前時(shí)間時(shí)效性銷量字段必須大于等于 0有效性。質(zhì)量規(guī)則配置好后每天凌晨跑一次質(zhì)量校驗(yàn)生成問題數(shù)據(jù)工單自動(dòng)分發(fā)給責(zé)任系統(tǒng)整改。數(shù)據(jù)安全方面先做分級(jí)分類再談授權(quán)。車輛數(shù)據(jù)、用戶位置信息屬于敏感數(shù)據(jù)必須加密存儲(chǔ)和傳輸電池配方、生產(chǎn)工藝屬于高價(jià)值數(shù)據(jù)訪問必須審批。數(shù)據(jù)脫敏規(guī)則要在數(shù)據(jù)接入時(shí)就埋入處理流程而不是等報(bào)表輸出時(shí)再做。提示不要指望數(shù)據(jù)治理委員會(huì)能把所有問題解決把最容易出問題的三類數(shù)據(jù)——客戶數(shù)據(jù)、車輛數(shù)據(jù)、訂單數(shù)據(jù)——管好就能覆蓋 80% 的業(yè)務(wù)場景。5. 新能源汽車企業(yè)數(shù)字化建設(shè)方案避坑指南五條踩坑記錄做數(shù)字化方案踩坑是常態(tài)關(guān)鍵是不要把坑帶到上線之后。下面五條來自真實(shí)項(xiàng)目里的血淚經(jīng)驗(yàn)每條按「現(xiàn)象、原因、解決」展開。5.1 現(xiàn)象ERP 項(xiàng)目上線即翻車財(cái)務(wù)月結(jié)做不平原因系統(tǒng)切換時(shí)主數(shù)據(jù)沒有清洗就并行上線。供應(yīng)商、物料、客戶在舊系統(tǒng)里有大量重復(fù)編碼進(jìn)到新系統(tǒng)后全成了孤兒數(shù)據(jù)采購訂單對(duì)不上發(fā)票財(cái)務(wù)無法月結(jié)。解決在上線前三個(gè)月啟動(dòng)主數(shù)據(jù)清洗專項(xiàng)按物料、供應(yīng)商、客戶三類分別確定唯一編碼負(fù)責(zé)人。上線前兩周做一次「數(shù)據(jù)靜默期」處理新舊系統(tǒng)并行的數(shù)據(jù)差異要?dú)w因清楚并設(shè)定差異容忍度閾值。我在項(xiàng)目里一般要求靜態(tài)數(shù)據(jù)的完整率必須達(dá)到 99.5% 以上才允許切換。5.2 現(xiàn)象數(shù)據(jù)中臺(tái)燒錢兩年變成了沒有業(yè)務(wù)的「黑匣子」原因中臺(tái)建設(shè)過度關(guān)注技術(shù)組件忽視了業(yè)務(wù)域的參與導(dǎo)致數(shù)據(jù)資產(chǎn)目錄和指標(biāo)口徑與實(shí)際業(yè)務(wù)脫節(jié)。數(shù)據(jù)團(tuán)隊(duì)自嗨業(yè)務(wù)部門不買賬。解決改變建設(shè)順序第一優(yōu)先交付數(shù)據(jù)資產(chǎn)目錄和價(jià)值型數(shù)據(jù)分析應(yīng)用比如用戶畫像和電池健康度分析讓業(yè)務(wù)部門先看到可直接用的東西。數(shù)據(jù)中臺(tái)團(tuán)隊(duì)里至少要有兩名懂業(yè)務(wù)的行業(yè)分析師而不是全部是數(shù)據(jù)工程師。5.3 現(xiàn)象大屏做得很漂亮高管看一次就不看了原因指標(biāo)口徑?jīng)]對(duì)齊業(yè)務(wù)戰(zhàn)略展示的是「系統(tǒng)能給的」不是「業(yè)務(wù)要看的」。比如大屏展示設(shè)備開機(jī)率但管理層關(guān)心的是產(chǎn)量和交付準(zhǔn)時(shí)率具體執(zhí)行層想看的是異常工單和瓶頸工位而不是宏觀趨勢。解決設(shè)計(jì)指標(biāo)時(shí)先和高管及業(yè)務(wù)負(fù)責(zé)人做三輪訪談確定戰(zhàn)略級(jí)指標(biāo)如單車制造成本、訂單準(zhǔn)時(shí)交付率和運(yùn)營級(jí)指標(biāo)如 OEE、FPY。每塊大屏只展示三個(gè)核心指標(biāo)和對(duì)應(yīng)的異常鉆取路徑而不是把指標(biāo)填滿頁面。5.4 現(xiàn)象車聯(lián)網(wǎng)數(shù)據(jù)量暴漲存儲(chǔ)成本失控原因缺乏數(shù)據(jù)生命周期管理所有的信號(hào)數(shù)據(jù)都按同樣的策略存儲(chǔ)、同樣的保留周期導(dǎo)致不看的數(shù)據(jù)也占著高成本的存儲(chǔ)空間。解決建立三級(jí)數(shù)據(jù)存儲(chǔ)策略熱數(shù)據(jù)近 3 天存儲(chǔ)在高效存儲(chǔ)介質(zhì)溫?cái)?shù)據(jù)430 天存儲(chǔ)在標(biāo)準(zhǔn)存儲(chǔ)冷數(shù)據(jù)31 天以上壓縮后轉(zhuǎn)存至成本更低的存儲(chǔ)。時(shí)序數(shù)據(jù)庫保留周期設(shè)置兩個(gè)等級(jí)高頻信號(hào)保留 15 天低頻信號(hào)保留 90 天。這樣存儲(chǔ)成本可以降低 40% 以上。5.5 現(xiàn)象信息安全合規(guī)審查卡住了項(xiàng)目驗(yàn)收原因車輛數(shù)據(jù)涉及用戶位置、駕駛行為等敏感信息跨境傳輸和第三方調(diào)用的合規(guī)要求沒在項(xiàng)目初期納入設(shè)計(jì)導(dǎo)致工期緊張時(shí)還要返工改造。解決立項(xiàng)時(shí)就把信息安全合規(guī)需求寫入系統(tǒng)需求規(guī)格書數(shù)據(jù)按級(jí)別分域管理。研發(fā)測試環(huán)境與生產(chǎn)環(huán)境嚴(yán)格隔離客戶真實(shí)數(shù)據(jù)不能直接用于開發(fā)測試必須經(jīng)過脫敏。項(xiàng)目驗(yàn)收之前先進(jìn)行數(shù)據(jù)安全的評(píng)審確保權(quán)限配置最小化、日志留痕完整避免在驗(yàn)收階段被一票否決。6. 用「指標(biāo)驅(qū)動(dòng) 分期驗(yàn)收」推進(jìn)數(shù)字化建設(shè)方案不爛尾的技巧數(shù)字化建設(shè)方案最危險(xiǎn)的階段不在規(guī)劃而在落地執(zhí)行期——推進(jìn)半年后發(fā)現(xiàn)業(yè)務(wù)目標(biāo)漂移、預(yù)算失控。我用來保底的方法是用一個(gè)「ROI 一頁紙」來管理每一期的建設(shè)價(jià)值而不是依賴項(xiàng)目經(jīng)理拍腦袋匯報(bào)進(jìn)度。一頁紙上需要四欄業(yè)務(wù)指標(biāo)如訂單準(zhǔn)時(shí)交付率、現(xiàn)狀基線上線前實(shí)測值、目標(biāo)值上線后 6 個(gè)月、支撐系統(tǒng)對(duì)應(yīng)的系統(tǒng)或平臺(tái)。在方案里每周回顧目標(biāo)值的變化趨勢一旦連續(xù)兩周沒有進(jìn)展就要啟動(dòng)復(fù)盤是數(shù)據(jù)質(zhì)量問題、業(yè)務(wù)流程阻力還是系統(tǒng)功能缺陷。我在項(xiàng)目里的習(xí)慣是每個(gè)里程碑只允許有一項(xiàng)指標(biāo)未達(dá)成且未達(dá)成項(xiàng)必須說明原因和補(bǔ)救計(jì)劃否則就砍掉當(dāng)期的擴(kuò)展需求優(yōu)先收斂。另一個(gè)實(shí)用的技巧是「三步驗(yàn)證法」先選一個(gè)數(shù)據(jù)基礎(chǔ)最好、業(yè)務(wù)痛點(diǎn)最明顯的場景一般是訂單交付或電池追溯花 6 到 8 周做一個(gè)小閉環(huán)讓業(yè)務(wù)看到可用的結(jié)果然后以這個(gè)場景為樣板把指標(biāo)體系和數(shù)據(jù)標(biāo)準(zhǔn)復(fù)制到其他域最后再投入資源建設(shè)中臺(tái)底座。這個(gè)順序能大幅降低數(shù)字化項(xiàng)目爛尾的概率。如果一開始就從底層平臺(tái)建起往往做到一半業(yè)務(wù)部門已經(jīng)失去耐心。給方案匯報(bào)一個(gè)經(jīng)驗(yàn)PPT 章節(jié)按「業(yè)務(wù)現(xiàn)狀與痛點(diǎn)、目標(biāo)與藍(lán)圖、分階段實(shí)施路徑、預(yù)算與資源、風(fēng)險(xiǎn)與應(yīng)對(duì)」五段式組織每頁回答一個(gè)問題。匯報(bào)前把核心技術(shù)架構(gòu)圖和指標(biāo)字典放到附錄正文只留下決策點(diǎn)這樣既保持方案的完整性又讓決策者能快速做出判斷。數(shù)字化建設(shè)是個(gè)長期工程把驗(yàn)證節(jié)奏控制好才有機(jī)會(huì)在下一輪匯報(bào)里繼續(xù)拿到資源。希望幫到你。本文還有配套的精品資源點(diǎn)擊獲取