數(shù)字化建設(shè)成敗始于系統(tǒng)選型
數(shù)字化建設(shè)成功的基礎(chǔ)是什么?是意識?還是共識?還是投入?老楊認(rèn)為這三者都很重要,但數(shù)字化建設(shè)能否成功的關(guān)鍵還是在于初始的系統(tǒng)選型階段。
大部分企業(yè)在數(shù)字化建設(shè)選型階段常見的問題有:
1.個(gè)別業(yè)務(wù)部門主導(dǎo),信息部門未參與
該問題是大部分企業(yè)數(shù)字化建設(shè)的常見問題,一方面業(yè)務(wù)部門為了工作方便自行引進(jìn)信息系統(tǒng),另一方面由于缺乏專業(yè)的實(shí)施過程指導(dǎo)導(dǎo)致爛尾,從中又反映出企業(yè)數(shù)字化建設(shè)的亂象:無統(tǒng)一規(guī)劃管理、無統(tǒng)一的數(shù)字化建設(shè)管理制度及考核措施;也反映出信息部門在數(shù)字化建設(shè)過程中的地位尷尬:地位低、不被認(rèn)同,難以在數(shù)字化建設(shè)過程中發(fā)揮關(guān)鍵作用。那么在數(shù)字化建設(shè)系統(tǒng)選型階段為什么一定要信息部門參與?原因有如下:
1)對于軟件系統(tǒng)相關(guān)技術(shù)的綜合考評:
例如:大部分業(yè)務(wù)部門甚至搞不清楚什么是本地部署與云端部署,對數(shù)據(jù)放置在本地還是云端的重要意義無認(rèn)知;如果是零售行業(yè),就要考察系統(tǒng)的在線并發(fā)能力,保障系統(tǒng)在用戶量、數(shù)據(jù)量讀取較大時(shí)不卡頓、不死機(jī);而對于這些專業(yè)技術(shù)業(yè)務(wù)部門是沒有概念的,也不會(huì)考慮的;所以造成后期軟件爛尾,又重復(fù)購買;
2)軟件實(shí)施過程的監(jiān)督與配合:
數(shù)字化建設(shè),除了選型階段購買系統(tǒng),最重要的是軟件實(shí)施環(huán)節(jié),大部分的業(yè)務(wù)部門認(rèn)為軟件實(shí)施就是把軟件安裝到服務(wù)器中、然后設(shè)置功能、培訓(xùn),而專業(yè)的系統(tǒng)實(shí)施是一個(gè)嚴(yán)謹(jǐn)?shù)捻?xiàng)目過程管理,信息部門會(huì)充分利用其專業(yè)性監(jiān)督軟件公司的實(shí)施過程是否科學(xué)、合理、是否符合企業(yè)的管理特色;
3)評估需求及二次開發(fā)的合理性:
缺乏專業(yè)的技術(shù)指導(dǎo),業(yè)務(wù)部門很容易被軟件企業(yè)誤導(dǎo),甚至在付出大量的人力、物力、財(cái)力后仍系統(tǒng)仍無法滿足其使用需求,所以信息部門在這一過程中會(huì)評估軟件技術(shù)、功能與業(yè)務(wù)需求的匹配能力,技術(shù)的擴(kuò)展性是否滿足企業(yè)未來幾年的發(fā)展,如果確實(shí)需求二次開發(fā),軟件公司的報(bào)價(jià)是否合理等;
4)同時(shí)由于軟件系統(tǒng)的技術(shù)專業(yè)性,業(yè)務(wù)部門缺乏專業(yè)技術(shù)能力,無法進(jìn)行系統(tǒng)的日常維護(hù),例如賬號授權(quán)、流程的設(shè)置等,導(dǎo)致影響系統(tǒng)的正常使用,而這一切還需信息部門的提前介入。
從以上技術(shù)層面不難看出,信息系統(tǒng)在選型階段信息部門介入的重要性,所以說這也是我們?yōu)槭裁唇?jīng)??吹降哪蔷湓挘?strong>數(shù)字化轉(zhuǎn)型需要技術(shù)與業(yè)務(wù)的融合。
2.主導(dǎo)選型的業(yè)務(wù)部門忽略其他部門的業(yè)務(wù)場景需求
這是典型的缺乏協(xié)同能力的表現(xiàn),數(shù)字化轉(zhuǎn)型需要的恰恰是企業(yè)內(nèi)部各部門之間的協(xié)同能力,但在大部分的傳統(tǒng)企業(yè)中在進(jìn)行系統(tǒng)選型時(shí)我們經(jīng)常看到這樣的場景:強(qiáng)勢部門選擇系統(tǒng)只顧及自身需求的滿足,而忽視其他使用部門的應(yīng)用場景需求。例如,財(cái)務(wù)部門認(rèn)為我要管理好項(xiàng)目過程結(jié)算,所以項(xiàng)目過程管理必須按照財(cái)務(wù)的要求,這個(gè)看起來無可厚非,但財(cái)務(wù)思維并不等于項(xiàng)目管理思維,兩個(gè)部門之間對于項(xiàng)目管理的場景是不同的,其最后的結(jié)果就是財(cái)務(wù)部門應(yīng)用該系統(tǒng)非常流暢,而項(xiàng)目管理部門卻非常痛苦,吐槽一片,久而久之就消極應(yīng)對,導(dǎo)致大量原始數(shù)據(jù)的及時(shí)性、完整性無法得到保障,影響整個(gè)系統(tǒng)效果,因此在選型階段,需要的多部門的協(xié)同參與,達(dá)成應(yīng)用共識,而非只滿足強(qiáng)勢方需求。
3.需求不明,痛點(diǎn)不清
這是數(shù)字化系統(tǒng)建設(shè)失敗最主要的原因之一。大部分業(yè)務(wù)部門可能基于一個(gè)癢點(diǎn)就急哄哄的提出要上一套系統(tǒng),結(jié)果對于需求就一個(gè)大概,自己的業(yè)務(wù)痛點(diǎn)在哪里都不清楚,而軟件公司最喜歡的就是這種什么也不懂,什么也不清楚的企業(yè),于是一個(gè)所謂行業(yè)的最佳實(shí)踐PPT下來就俘獲了業(yè)務(wù)部門的放心,結(jié)果購買以后就成為了買家秀與賣家秀,以為軟件能解決所有的問題,結(jié)果系統(tǒng)告訴你那是不可能的,企業(yè)業(yè)務(wù)場景太過于個(gè)性化,需要訂制開發(fā)某些功能,得加錢!因?yàn)樵跀?shù)字化建設(shè)過程中大家都清楚,誰掌握技術(shù)誰就就有話語權(quán),一旦合同簽訂,甲乙雙方的位置就互換了,企業(yè)方就會(huì)變成了被動(dòng)的乙方。
到最后業(yè)務(wù)部門會(huì)得到這樣的場景:心里對系統(tǒng)的期望是一艘航母,而軟件公司最終交付的卻是一條舢板。因此業(yè)務(wù)部門在提出引進(jìn)系統(tǒng)前,一定要考慮清楚自己到底需要什么功能,滿足哪些業(yè)務(wù)場景,當(dāng)前工作痛點(diǎn)是什么,有多痛,是真痛還是假通,如何來解決?注意一定是業(yè)務(wù)部門自己心理清楚解決痛點(diǎn)的最佳路徑,而非軟件公司的通用型PPT方案。
4.聽信軟件廠家公司“忽悠”
在數(shù)字化系統(tǒng)選型過程中,我們經(jīng)常會(huì)看到這樣的場景,軟件公司PPT做的異常炫酷,其功能講解達(dá)到了包治百病的地步,這樣業(yè)務(wù)需求不明、痛點(diǎn)不清的業(yè)務(wù)部門感覺到:這就是我想要的系統(tǒng)!但這些是企業(yè)當(dāng)前真正需要的嗎?非也!盲目的、一頭熱的數(shù)字化建設(shè)注定以失敗、爛尾告終。
那么如何如何考察軟件公司?可以從如下幾個(gè)方面:
第一,對行業(yè)的理解,行業(yè)專業(yè)深度如何;
第二,能否愿意在企業(yè)做初步的調(diào)研工作,對企業(yè)做一些有深度分析,給出最佳解決方案而非行業(yè)通用方案;
第三,查看方案與業(yè)務(wù)場景匹配、與實(shí)際工作場景匹配,而非提出概念,提供一個(gè)通用的解決方案;
第四,需要信息部門配合對軟件公司的實(shí)施能力進(jìn)行綜合考評;
系統(tǒng)選型是數(shù)字化建設(shè)的開端,如果選型失誤就相當(dāng)于企業(yè)本想在信息高速公路上開法拉利,結(jié)果卻變成了拖拉機(jī),會(huì)嚴(yán)重影響企業(yè)數(shù)字化建設(shè)的進(jìn)程,同時(shí)還會(huì)影響企業(yè)領(lǐng)導(dǎo)對于數(shù)字化建設(shè)的信心,企業(yè)在選型階段考察系統(tǒng)功能的同時(shí),一定不要忽視系統(tǒng)功能與當(dāng)前企業(yè)員工數(shù)字化素質(zhì)、能力匹配,有時(shí)候并不是系統(tǒng)功能越多越好,功能多有可能意味著操作繁瑣。在選型階段企業(yè)還是要多對比,不能頭腦發(fā)熱,即刻購買,還是要多廠家對比,俗話說沒有對比就沒有傷害,建議企業(yè)業(yè)務(wù)部門多外出學(xué)習(xí),對標(biāo)行業(yè)最佳實(shí)踐案例,因?yàn)閿?shù)字化轉(zhuǎn)型需要就是內(nèi)外融合、協(xié)同共生。
本文僅代表作者觀點(diǎn),版權(quán)歸原創(chuàng)者所有,如需轉(zhuǎn)載請?jiān)谖闹凶⒚鱽碓醇白髡呙帧?/p>
免責(zé)聲明:本文系轉(zhuǎn)載編輯文章,僅作分享之用。如分享內(nèi)容、圖片侵犯到您的版權(quán)或非授權(quán)發(fā)布,請及時(shí)與我們聯(lián)系進(jìn)行審核處理或刪除,您可以發(fā)送材料至郵箱:service@tojoy.com


