數(shù)字化轉(zhuǎn)型與傳統(tǒng)信息化的主要區(qū)別在于，傳統(tǒng)信息化主要涵義是“流程”的信息化，而數(shù)字化的主要涵義是“業(yè)務(wù)”的數(shù)字化。因此信息化主要負責部門是 IT 部門，而數(shù)字化，主要對象部門為業(yè)務(wù)部門，并且是一把手工程，這就可以解釋為什么在數(shù)字化時代企業(yè)轉(zhuǎn)型失敗率高的原因了：用傳統(tǒng)IT化的思維來做業(yè)務(wù)協(xié)同數(shù)字化轉(zhuǎn)型，其后果可想而知，因此企業(yè)數(shù)字化轉(zhuǎn)型首先應(yīng)該是轉(zhuǎn)意識、轉(zhuǎn)思維、轉(zhuǎn)模式，而作為企業(yè)數(shù)字化轉(zhuǎn)型的生力軍“信息部門”，此時所肩負的責任更重，要求更高，一方面要積極推進數(shù)字化項目建設(shè)，另一方面又要承擔項目失敗所帶來的的巨大壓力，所以信息部門在數(shù)字化建設(shè)中既要堅持原則，不能一味迎合業(yè)務(wù)部門的需求，又要有策略、智慧，在業(yè)務(wù)與技術(shù)的夾縫中推進數(shù)字化建設(shè)工作。那么信息部門該堅持哪些原則與推進策略呢?老楊根據(jù)多年建設(shè)經(jīng)驗總結(jié)為“三不五要”。

三不：即

• 需求不明---不做;
• 業(yè)務(wù)一把手不知情---不做;
• 無業(yè)務(wù)骨干全程支持---不做

1.需求不明---不做：

在數(shù)字化建設(shè)過程中信息部門經(jīng)常遇到這樣的場景：項目建設(shè)初期業(yè)務(wù)部門需求不明確，倉促選型，結(jié)果在實施過程中問題百出，例如本需集團管控型的信息系統(tǒng)，結(jié)果實施的時候才發(fā)現(xiàn)該系統(tǒng)僅支持單項目，或者功能與業(yè)務(wù)部門當前的管理不匹配，導(dǎo)致在實施過程中扯皮不斷，業(yè)務(wù)部門說軟件功能差，軟件公司說企業(yè)管理有問題，最后的結(jié)果就是軟件實施爛尾。所以，在數(shù)字化項目建設(shè)初期，信息部門一定要堅持業(yè)務(wù)部門需求不明---不做的原則，積極與業(yè)務(wù)部門溝通，梳理需求，既要明確當前業(yè)務(wù)管理模式，了解當前業(yè)務(wù)痛點，又要洞見未來三年內(nèi)的業(yè)務(wù)趨勢，選擇一款適合本企業(yè)業(yè)務(wù)發(fā)展模式的信息系統(tǒng)。只有需求明確，才能做到有的放矢，降低后期實施風險。所以，當業(yè)務(wù)部門需求不明時，暫緩?fù)七M數(shù)字化項目，數(shù)字化不是信息部門的數(shù)字化，不能為了數(shù)字化而數(shù)字化。

2.業(yè)務(wù)一把手不知情---不做：

數(shù)字化建設(shè)是一把手工程，即是企業(yè)所有者的一把手工程，又是業(yè)務(wù)領(lǐng)導(dǎo)的一把手工程，很多企業(yè)信息部門在開展數(shù)字化建設(shè)工作時，往往只與基層業(yè)務(wù)部門溝通，認為滿足基層需要，提高基層工作效率就可以了，對高層的需求選擇性忽略，認為高層只是看數(shù)據(jù)看結(jié)果而已，不會有需求;結(jié)果當系統(tǒng)上線后需要業(yè)務(wù)部門領(lǐng)導(dǎo)在驗收簽字時，問題出現(xiàn)了，領(lǐng)導(dǎo)以不知情、軟件功能不能滿足需求為借口拒絕簽字，或者需要領(lǐng)導(dǎo)協(xié)調(diào)時，領(lǐng)導(dǎo)消極應(yīng)用。因此，信息部門在建設(shè)初期就要充分與業(yè)務(wù)一把手溝通，建立良好的溝通關(guān)系，贏取一把手的支持對數(shù)字化轉(zhuǎn)型很關(guān)鍵、也很重要，這不僅是工作程序環(huán)節(jié)，也是工作關(guān)系處理藝術(shù)。所以當業(yè)務(wù)分管領(lǐng)導(dǎo)對數(shù)字化項目建設(shè)不知情時可暫緩?fù)七M，待溝通后達成目標一致時再繼續(xù)推進。

3.無業(yè)務(wù)骨干全程支持---不做：

數(shù)字化轉(zhuǎn)型是技術(shù)與業(yè)務(wù)融合的過程，信息部門在技術(shù)上是絕對的專業(yè)，但在業(yè)務(wù)方面難以精與專，因此數(shù)字化項目的建設(shè)全過程無論是在初期的業(yè)務(wù)調(diào)研，還是在實施環(huán)節(jié)、維護環(huán)節(jié)都需要有業(yè)務(wù)部門的支持，而數(shù)字化項目建設(shè)失敗很大一部分原因是技術(shù)部門閉門造車或業(yè)務(wù)部門全程漠不關(guān)心，結(jié)果導(dǎo)致系統(tǒng)未上線就突顯失敗的陰影。因此，信息部門在初期建設(shè)中一定要求業(yè)務(wù)骨干全程參與數(shù)字化建設(shè)全過程，全程指導(dǎo)業(yè)務(wù)架構(gòu)體系搭建、業(yè)務(wù)痛點的梳理、系統(tǒng)的測試、試運行、同時要參與系統(tǒng)的培訓(xùn)與運維。如果缺乏業(yè)務(wù)骨干的角色支持，建議信息系統(tǒng)可暫時不要做。

五要：即

• 目標要明確
• 需求要簽字
• 骨干要培養(yǎng)
• 應(yīng)用要考核
• 服務(wù)要跟進

1.目標明確 --- 即數(shù)字化項目建設(shè)要有目的性，目標要明確，不能盲目為了數(shù)字化而數(shù)字化，在建設(shè)初期信息部門與業(yè)務(wù)部門要就項目建設(shè)目標達成一致，可分步實施，但不可盲目推進，否則雙方只會扯皮、相互推責任，最后導(dǎo)致項目爛尾、失敗;

2.需求要簽字 --- 即數(shù)字化項目調(diào)研期間，關(guān)于業(yè)務(wù)部門的需求必須明確責任主體，必須整理成冊紙質(zhì)化，必須報主管領(lǐng)導(dǎo)逐級審批，所有功能需求勿口頭傳達與確認，必須主管領(lǐng)導(dǎo)簽字方可生效，唯有如此，方可規(guī)范過程管理，避免日后扯皮，其實數(shù)字化建設(shè)的過程也是標準化建立的過程;

3.骨干要培養(yǎng) --- 當前企業(yè)數(shù)字化轉(zhuǎn)型過程中缺乏資金更缺乏人才，尤其缺乏既懂技術(shù)又懂業(yè)務(wù)的復(fù)合型人才，從外部空降可緩解部分的困難，但對本企業(yè)情況的熟知程度又影響著數(shù)字化轉(zhuǎn)型業(yè)務(wù)的開展，因此數(shù)字化人才需要內(nèi)部培養(yǎng)，尤其是對業(yè)務(wù)骨干的信息化能力培養(yǎng)，讓他們既熟悉業(yè)務(wù)又懂信息系統(tǒng)的相關(guān)原理、運維技術(shù)，只有這樣才能做到真正的技術(shù)與業(yè)務(wù)融合，服務(wù)與企業(yè)的數(shù)字化戰(zhàn)略。

4.應(yīng)用要考核 --- 信息化系統(tǒng)應(yīng)用效果不佳、覆蓋率低，最根本的問題是缺乏相應(yīng)的考核機制，缺乏制度的約束，對于企業(yè)用戶來說，信息系統(tǒng)可用可不用，系統(tǒng)也失去了價值。因此企業(yè)要從以下幾個方面來進行數(shù)字化考核：

• 數(shù)據(jù)錄入及時性
• 數(shù)據(jù)完整性
• 數(shù)據(jù)準確性
• 流程審批時效性

且數(shù)字化考核應(yīng)該是雙向性的，即信息部門要考核業(yè)務(wù)部門信息系統(tǒng)的應(yīng)用情況，而業(yè)務(wù)部門要考核信息部門的技術(shù)專業(yè)能力及服務(wù)。

5.服務(wù)要跟進--- 信息系統(tǒng)的服務(wù)的及時性與解決問題的能力在企業(yè)數(shù)字化轉(zhuǎn)型過程中至關(guān)重要，系統(tǒng)上線并不代表著項目的結(jié)束，反而才是開始。業(yè)務(wù)部門數(shù)字化的需求會隨著業(yè)務(wù)的改變而改變，需要技術(shù)部門不斷去調(diào)整系統(tǒng)滿足業(yè)務(wù)需求，所以這里提到的服務(wù)有兩層含義，第一，企業(yè)內(nèi)部信息部門對業(yè)務(wù)部門的服務(wù)需求相應(yīng)要快、及時解決問題、不推諉不拖拉;第二，軟件服務(wù)商要對企業(yè)的個性化需求要快速響應(yīng)，積極協(xié)調(diào)內(nèi)部資源來解決客戶問題，推進行業(yè)的數(shù)字化水平進步。如果服務(wù)及時，導(dǎo)致的后果可能就是業(yè)務(wù)系統(tǒng)應(yīng)用不暢，最后企業(yè)不斷更換信息系統(tǒng)以此來滿足不斷變化的業(yè)務(wù)需求，導(dǎo)致企業(yè)重復(fù)建設(shè)，大量功能冗余。