企業(yè)數(shù)字化轉(zhuǎn)型建設(shè)的本質(zhì)是什么？是服務(wù)于企業(yè)的業(yè)務(wù)，還是服務(wù)于領(lǐng)導(dǎo)？這對軟件公司來說是一個艱難的選擇題。

眾所周知，軟件公司在企業(yè)數(shù)字化轉(zhuǎn)型建設(shè)過程中擔(dān)負著舉足輕重的責(zé)任，比如為企業(yè)提供解決方案、提供軟件產(chǎn)品、提供配套的服務(wù)等等，任何一個環(huán)節(jié)能力的缺失將直接導(dǎo)致數(shù)字化項目的失敗，可以說是成也軟件敗也軟件，至少在大部分企業(yè)領(lǐng)導(dǎo)及員工心里是這么認為。那么數(shù)字化項目建設(shè)成功的基礎(chǔ)是什么？是需求！也就是說企業(yè)相關(guān)部門在數(shù)字化建設(shè)之前必須清楚的知道自己想要什么，需清楚的知道自己的管理及業(yè)務(wù)痛點是什么，軟件公司才能設(shè)計與之配套的解決方案，聽起來是不是很簡單？但真正執(zhí)行起來卻問題百出，因為對于大部分傳統(tǒng)企業(yè)而言對數(shù)字化的認知深度不夠，業(yè)務(wù)部門對于需求實現(xiàn)總體感覺還很模糊，總將“需要”當(dāng)需求，總把“癢點”當(dāng)痛點，特別是企業(yè)的領(lǐng)導(dǎo)層對于數(shù)字化總是充滿較高的期待，想通過數(shù)字化來解決所有的管理問題，這個時候問題來了：數(shù)字化建設(shè)是先滿足領(lǐng)導(dǎo)的需求還是滿足基層業(yè)務(wù)需求?

這個問題看似簡單，但其實是一個充滿風(fēng)險的選擇題：不滿足領(lǐng)導(dǎo)的心里需求估計項目可能都無法立項，而不滿足基層業(yè)務(wù)需求，系統(tǒng)的正常應(yīng)用、數(shù)據(jù)采集都是問題，如何選？

大部分企業(yè)的CIO都會遇到這樣的場景，當(dāng)決定做某個數(shù)字化項目的時候，還在立項初期總有個別的軟件公司另辟蹊徑繞開信息部門走上層路線，從而干擾選型決策，當(dāng)然這種為拿到訂單而采取的商業(yè)策略也無可厚非，軟件公司也要生存嘛，如果其產(chǎn)品功能滿足業(yè)務(wù)需求、實施能力過硬倒也無傷大雅，最擔(dān)心的就是某些軟件公司利用大廠光環(huán)、帶著某某專家、帶著拿捏領(lǐng)導(dǎo)心思的PPT對領(lǐng)導(dǎo)一頓忽悠，讓領(lǐng)導(dǎo)一時頭腦發(fā)熱當(dāng)場拍板決策。從眾多企業(yè)數(shù)字化失敗的案例來看這種為了解決某些領(lǐng)導(dǎo)的需求，純粹是為了滿足而滿足，滿足高層領(lǐng)導(dǎo)的訴求并得到認可(其實企業(yè)信息部門也不敢質(zhì)疑，有時候認為做完了也可以交差)，本質(zhì)上這就決定了數(shù)字化失敗由此開始萌芽，究其原因就是軟件公司沒有深度去剖析領(lǐng)導(dǎo)需求背后涵蓋本質(zhì)的基礎(chǔ)業(yè)務(wù)邏輯和業(yè)務(wù)需求項目場景，是一種為了拿下訂單而采取的營銷手段。不正視根因解決，只是僅僅滿足所謂的數(shù)字或者數(shù)據(jù)呈現(xiàn)要求，這就是典型的解決領(lǐng)導(dǎo)的需要，進而給基層業(yè)務(wù)制造了新麻煩，如此數(shù)字化建設(shè)的結(jié)果就是業(yè)務(wù)部門的問題和訴求沒有任何解決，同時還增加了基層業(yè)務(wù)為滿足領(lǐng)導(dǎo)需求所增加的額外工作量，上游感覺自己方便了，下游更加累了，管理層與業(yè)務(wù)層完全脫節(jié)，如此數(shù)字化還不如不做！

從以上不難看出一切服務(wù)于領(lǐng)導(dǎo)的需求為最高優(yōu)先級的企業(yè)，數(shù)字化轉(zhuǎn)型注定是不可持續(xù)且很大概率需要“重頭再來”！

那么滿足業(yè)務(wù)需求就一定能獲取企業(yè)領(lǐng)導(dǎo)的青睞嗎？

說個真實的案例吧，某軟件公司產(chǎn)品功能深得業(yè)務(wù)部門滿意，于是業(yè)務(wù)領(lǐng)導(dǎo)帶其為分管領(lǐng)導(dǎo)匯報，于是該軟件公司又將與業(yè)務(wù)部門溝通演示的內(nèi)容又復(fù)述一次，結(jié)果分管領(lǐng)導(dǎo)認為其操作太復(fù)雜而拒絕，原因何在？產(chǎn)品雖然滿足了基層業(yè)務(wù)需求，卻沒獲得分管領(lǐng)導(dǎo)的認可，軟件公司的錯誤就是在于將業(yè)務(wù)需求與管理需求混為一攤，那么問題來了，軟件公司該如何正確的進行數(shù)字化項目業(yè)務(wù)推進呢？

第一、基礎(chǔ)是軟件公司一定要了解客戶、懂客戶、尤其是懂客戶的業(yè)務(wù)場景及管理場景；

第二、軟件公司需要清晰的調(diào)研客戶當(dāng)前的痛點、癢點、難點，此時需要其有領(lǐng)域?qū)＜襾硗瓿纱耸拢枰浖揪哂泻軓姷男袠I(yè)洞察力、需求引導(dǎo)、收集及分析、歸納能力；

第三、根據(jù)需求調(diào)研結(jié)果及企業(yè)的實際情況，軟件公司針對性的呈現(xiàn)數(shù)字化方案 ，需要注意的是方案里應(yīng)對客戶的痛點、癢點、難點要提出改進意見和價值呈現(xiàn)點；

第四、向管理層匯報，需高層、業(yè)務(wù)層、技術(shù)層及專家共同參與；

第五、必須堅定企業(yè)數(shù)字化建設(shè)的決心，在匯報中提出在建設(shè)過程中的各項保障措施，例如組織保障等；

綜上所述，企業(yè)數(shù)字化轉(zhuǎn)型建設(shè)離不開軟件公司，而軟件公司若想項目取得成功同樣也離不開企業(yè)領(lǐng)導(dǎo)、業(yè)務(wù)、技術(shù)等各個層面的支持，既要在滿足領(lǐng)導(dǎo)管理需求的同時還要為業(yè)務(wù)基層帶來工作便捷、提升效率，這不僅考驗的是引導(dǎo)需求的溝通能力，更考驗的是指導(dǎo)企業(yè)實現(xiàn)數(shù)字化轉(zhuǎn)型的輕咨詢能力，所以無論企業(yè)也好，軟件公司也罷，需要的是合力，更需要一個正確的數(shù)字化轉(zhuǎn)型建設(shè)路徑，即：

第一、優(yōu)先解決企業(yè)最基層的業(yè)務(wù)需求

第二、其次解決企業(yè)中層的業(yè)務(wù)協(xié)同需求

第三、再次解決企業(yè)高層的呈現(xiàn)與查看需求

第四、最后解決企業(yè)高層的預(yù)警和決策需求