各種數(shù)字化應(yīng)用系統(tǒng)是企業(yè)數(shù)字化轉(zhuǎn)型建設(shè)期間必不可少的工具，選的好可提升效率、事半功倍，選的不好，勞民傷財，怨聲載道；但事實是即使前期選的好，隨著信息系統(tǒng)應(yīng)用的不斷深入，各種痛也隨之涌現(xiàn)，今天老楊不講如何用系統(tǒng)，只講那些客觀的痛：

痛點一：數(shù)據(jù)孤島之痛

這是大部分傳統(tǒng)企業(yè)在數(shù)字化建設(shè)中的最常見問題，造成這一問題的原因就是企業(yè)在數(shù)字化建設(shè)過程中前期缺乏統(tǒng)籌規(guī)劃，任由各部門系統(tǒng)建設(shè)野蠻生長，或即使有信息部門統(tǒng)籌建設(shè)，但強勢的業(yè)務(wù)部門依舊我行我素自購系統(tǒng)，隨著數(shù)字化應(yīng)用的進一步深入，這種煙囪式建設(shè)帶來的后遺癥全部爆發(fā)：各系統(tǒng)之間數(shù)據(jù)不通，功能重復(fù)率高，數(shù)據(jù)重復(fù)錄入，這個時候業(yè)務(wù)部門會怨聲載道，用系統(tǒng)本來是要提升效率，結(jié)果反而還沒傳統(tǒng)紙質(zhì)的快，自己釀的苦果最終自己吞，然后怎么辦呢？會產(chǎn)生應(yīng)用之痛。

痛點二：應(yīng)用之痛

企業(yè)領(lǐng)悟到系統(tǒng)孤島、數(shù)據(jù)孤島所帶來的痛苦之后，接下來要做的動作就是打通，這個時候作為前端的應(yīng)用層面幾乎無感知，認(rèn)為這是件非常簡單的事情，只要出錢就可以解決系統(tǒng)數(shù)據(jù)互通問題，豈不知在后端技術(shù)層面要做多少數(shù)據(jù)接口，其實只要軟件雙方提供接口倒不是難事，只是時間問題而已，但最麻煩的還是數(shù)據(jù)標(biāo)準(zhǔn)問題，例如組織架構(gòu)不同、崗位不同、系統(tǒng)登錄用戶不同、業(yè)務(wù)數(shù)據(jù)標(biāo)準(zhǔn)也不同，這造成了系統(tǒng)數(shù)據(jù)之間難以融合、流轉(zhuǎn)，需要做各種數(shù)據(jù)標(biāo)準(zhǔn)、數(shù)據(jù)清洗工作，數(shù)字化的建設(shè)成本也隨之增加，如果企業(yè)各部門之間就業(yè)務(wù)數(shù)據(jù)標(biāo)準(zhǔn)難以達成共識，那么數(shù)據(jù)集成工作就此無法推進，這種應(yīng)用之痛屬于切膚之痛。

任何信息系統(tǒng)都不能保證 100% 滿足企業(yè)的業(yè)務(wù)需求，因為：

第一，系統(tǒng)功能是固化的，而業(yè)務(wù)場景時靈活多變的；

第二，每個公司的業(yè)務(wù)場景都是個性化的，而軟件功能確是標(biāo)準(zhǔn)的；

第三，企業(yè)在發(fā)展，業(yè)務(wù)模式在多變，標(biāo)準(zhǔn)化的系統(tǒng)難以滿足企業(yè)未來的數(shù)字 化需求，因此一般有實力的企業(yè)會選擇二次開發(fā)標(biāo)準(zhǔn)軟件，這在一定程度上滿足了企業(yè)的個性化需求，但也存在如下痛點：

第一，系統(tǒng)的穩(wěn)定性會受到影響；

第二，系統(tǒng)迭代升級會受影響，需廠家額外開發(fā)針對二開版本的升級包，無法進行標(biāo)準(zhǔn)版本的升級；

第三，二次開發(fā)節(jié)奏如果把握不好，將產(chǎn)生巨大的成本支出；

第四，最痛的一點就是二次開發(fā)的成本，不是一般企業(yè)所承受；

痛點三：系統(tǒng)升級之痛

系統(tǒng)升級是每個企業(yè)數(shù)字化建設(shè)過程中始終繞不開的，升級可以解決一些功能應(yīng)用痛點，但隨之又會產(chǎn)生新的吐槽點，甚至是劇痛點，說個真實的案例吧，大概在兩年前應(yīng)用了某大廠的一款SAAS版系統(tǒng)，6月份系統(tǒng)進行了一次大版本的升級，結(jié)果造成大量核心數(shù)據(jù)丟失，廠家雖說答應(yīng)排查、補救，但一直到10月底數(shù)據(jù)還是未全部恢復(fù)，最后業(yè)務(wù)部門一怒之下將系統(tǒng)棄用，重新采購新的系統(tǒng)。

為什么會有如此之痛？原因有如下：第一，軟件公司技術(shù)不夠成熟；第二，軟件公司在本地只有銷售隊伍，無技術(shù)團隊，無能力解決涉及代碼的核心技術(shù)問題，所有涉及代碼類的技術(shù)問題全部交由總部負(fù)責(zé)，結(jié)果各地方的問題需求只能按優(yōu)先級排隊處理，所以歷經(jīng)幾個月問題不能解決不意外。

當(dāng)前大部分的傳統(tǒng)企業(yè)在數(shù)字化基礎(chǔ)建設(shè)方面較落后，特別是中小企業(yè)甚至連信息機房都沒有，在信息系統(tǒng)建設(shè)方面要么選擇SAAS版，開箱即用，要么選擇云端部署，自行選擇云服務(wù)器，如果云服務(wù)器選擇不當(dāng)，可能又會面臨各種痛，再說老楊最近經(jīng)歷的一種痛：購買了某運營商的云服務(wù)器，用了幾年時間，突然某一天被運營商告知服務(wù)器要遷移，從本市遷移到外地，原因不得而知，怎么辦？大量應(yīng)用在該服務(wù)器平臺，只能接受，但遭受的痛苦就是系統(tǒng)遷移后各種環(huán)境需要重新搭建，系統(tǒng)需要重新部署，部署在該服務(wù)器的官網(wǎng)為此停止訪問幾天，云服務(wù)器異地遷移服務(wù)全部停止聞所未聞，不過卻讓老楊見識到了，只能說該運營商云技術(shù)能力太LOW。

痛點四：系統(tǒng)售后之痛

所有經(jīng)歷過系統(tǒng)建設(shè)的IT人都經(jīng)歷過此種情景：系統(tǒng)選型期間，軟件公司的服務(wù)可謂是貼心到家，呼之即來揮之即去，合同簽訂之后，是不是感覺甲乙關(guān)系互換了？因為核心技術(shù)在乙方軟件公司手里，如果該項目有一定規(guī)模，軟件公司也想打造標(biāo)桿，服務(wù)態(tài)度尚且可以，一旦驗收款到手，服務(wù)水平可以說直線下降，有問題需排隊，發(fā)出的改進需求遲遲不見落地，這還不算最痛的。在售后方面最尷尬的痛點莫過于每年大量的運維費用，行業(yè)內(nèi)一般按合同金額的10-15%支付年度運維費，老楊也見過某大廠20%的運維費，如果支付出去企業(yè)一年到頭也難得享受幾次服務(wù)，很雞肋；不支付運維費，出了問題廠家不負(fù)責(zé)，一些小廠服務(wù)尚且好說，在沒有支付運維費的情況下仍幫助解決問題，但一些大廠采取的模式為先把所欠運維費支付后再談服務(wù)，這種情景老楊也經(jīng)歷過，最后核算下來所補繳的運維費比買一套新產(chǎn)品的價格還高，最后直接買新品。當(dāng)然廠家提供服務(wù)企業(yè)繳納運維服務(wù)費用無可厚非，問題就在于售后時效，提出的問題遲遲得不到解決，這就是痛點之所在。

這個時候有人會說更換系統(tǒng)是否可行？問題就在于系統(tǒng)已經(jīng)運行了多年，系統(tǒng)數(shù)據(jù)庫內(nèi)存放了大量價值數(shù)據(jù)，而員工也習(xí)慣了該系統(tǒng)的模式，更換系統(tǒng)需要重新適應(yīng)，歷史數(shù)據(jù)需要導(dǎo)入，甚至無法完整導(dǎo)入，風(fēng)險就在于以上問題是否會再次重演，所以只能在又愛又恨中痛苦的使用該系統(tǒng)。

從以上痛點我們不難看出，企業(yè)數(shù)字化建設(shè)總是痛并快樂著，信息部門只能想辦法去規(guī)避痛點，無法規(guī)避的只能面對痛點，任何軟件產(chǎn)品從來都不是完美的，所以也不能用完美的標(biāo)準(zhǔn)去做數(shù)字化建設(shè)。直面痛點，通才能不痛。

版權(quán)說明：
本文僅代表作者個人觀點，版權(quán)歸原創(chuàng)者所有。部分圖片源自網(wǎng)絡(luò)，未能核實歸屬。本文僅為分享，不為商業(yè)用途。若錯標(biāo)或侵權(quán)，請與我們聯(lián)系刪除。

本文僅代表作者觀點，版權(quán)歸原創(chuàng)者所有，如需轉(zhuǎn)載請在文中注明來源及作者名字。

免責(zé)聲明：本文系轉(zhuǎn)載編輯文章，僅作分享之用。如分享內(nèi)容、圖片侵犯到您的版權(quán)或非授權(quán)發(fā)布，請及時與我們聯(lián)系進行審核處理或刪除，您可以發(fā)送材料至郵箱：service@tojoy.com