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

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

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

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

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

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

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

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

第二、軟件公司需要清晰的調(diào)研客戶當(dāng)前的痛點(diǎn)、癢點(diǎn)、難點(diǎn)，此時(shí)需要其有領(lǐng)域?qū)＜襾?lái)完成此事，需要軟件公司具有很強(qiáng)的行業(yè)洞察力、需求引導(dǎo)、收集及分析、歸納能力；

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

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

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

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

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

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

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

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