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

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

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

痛點二：應用之痛

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

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

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

第二，每個公司的業(yè)務場景都是個性化的，而軟件功能確是標準的；

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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