當前談到數字化轉型大家都會不約而同的想到：投入成本是多少？要花多少錢？所以信息部門成為企業內第一大成本部門也不意外，做數字化項目節省資金投入無可厚非，特別是在當前降本增效的模式下，但問題就在于節省要合理而不是給后期“挖坑”，今天老楊就來總結一下企業在數字化轉型建設過程中那些所謂的“省錢”之道。

第一，系統越便宜越好

俗話說一分錢一分貨，賣的永遠比買的精，這句話一點不假，同樣適用于數字化項目選型采購環節。說個真實的案例吧，某集團型企業產業眾多，在OA產品的選型上產生分歧，原因竟然是主導這次選型建設的A公司認為滿足自己公司需求即可，無需考慮集團其他分屬公司的應用，從成本考慮采購一套幾萬元的OA產品即可；但信息部門認為從業務管控角度講企業領導都同時在幾個分子公司兼任職位，而分子公司之間都有業務往來關系，且非常緊密，需采購集團管控型產品，雖然價格貴一點（近20W），但可以解決整個集團的管理協同問題，最終A公司忽略了信息部門的意見，采購了僅滿足公司級管控的OA軟件，結果系統上線以后，其余的分子公司紛紛效仿購買自己的OA系統，各系統之間數據不通，搞的相關業務部門每天重復錄入數據，相關領導每天需要登錄不同的系統來完成審批，最后集團領導決定重新引進集團管控型系統，廢掉所有分子公司自行采購的OA系統。從這個案例我們不難看出一開始看似分子公司省錢了，但幾個分子公司的系統建設成本核算下來遠遠要高于一個集團管控型系統，但后來又廢掉了分子公司的系統，這一建一拆無形中造成了大量的數字化建設成本浪費，這些現象在一些集團企業中比較常見，主要體現了兩個問題：1.自掃門前雪的思想作祟；2.缺乏集團信息化的規劃能力；3.缺乏集團數字化管控能力；因此對于集團化的企業而言，由于缺乏統一的數字化管控能力，各分子公司、業務部門自行采購系統有時看似價格很低，暫時省錢了，但從產品功能上要么缺失要么冗余、缺乏專業性、爛尾的概率較高，存在較大的數字化成本浪費。

第二，最低價中標

在數字化建設過程中的選型環節大部分企業均采用招標模式，多家競標，體現了公平與公正，同時也可以利用各個軟件公司的競爭關系降低系統的建設成本，比較常見的就是最低價中標。在大部分的傳統企業中，采購部門具有選擇權，信息部門只有建議權，但這種建議權在成本面前顯得是那么的微不足道，最低價中標看似企業降低了數字化的建設成本，但要知道的是“賣的永遠比買的精”，隨便在某一方面做點文章，可能就是以后的“大坑”，企業將付出更多的建設成本，比如：在系統用戶數方面，一些軟件系統對于用戶數是有限制的，超過規定的用戶數就要額外采購，如果企業僅僅為了控制當時的建設成本將用戶數量壓的很低，很可能造成系統上線運行一段時候系統用戶嚴重不足，后期又不得不大量采購，僅此一項有能造成大量的成本浪費，但如果在商務談判中一開始就要求軟件公司以并發用戶的方式簽約，這將完全杜絕這一問題，但如果軟件公司玩一個文字游戲，而采購人員又不懂這些專業術語，那么看似一時的成本降低實則是日后的“巨坑”。還有一個值得注意的現象就是，有時候商務人員想當然的認為某某功能無用，砍掉，這樣一來二去就砍掉了一些系統模塊，自然也降低了一部分“可觀”的成本，顯示了自己在商務談判中的能力，但實際情況是某些模塊之間的數據是存在極強的關聯性的，會導致某些系統場景難以實現，如果企業前期在商務談判中沒有對后期采購模塊的價格進行限定，那么后期可能被軟件公司漫開要價，導致數字化成本直線上升，只顧卡當前的建設成本，而忽視后期成本的約束是大部分傳統企業在數字化建設商務階段最常見的問題。所以不難看出，最低價中標在數字化建設過程中企業需慎重，尤其是不懂數字化技術的商務部門很容易掉進軟件公司的“文字游戲”中，同時最便宜的系統可能并不是最適合企業的，還是要以需求為中心，技術與業務融合來進行選型，勿貪圖一時的“降本”，極有可能變成日后的“增笑”。

第三，狂壓實施費用

當前大部分的軟件公司數字化項目的成本核算模式為:產品費用+實施費用，實施費用是按人天進行核算的，在商務談判階段，大部分的企業商務人員一般都會壓低實施費用，或者人天費用，這一做法從降低數字化成本的角度來說來說無可厚非，但如果壓的過低極有可能自己給自己挖坑，比如本來軟件公司要派專家級實施人員入場的，結果實施費用過低，為了節省實施成本，可能就派普通實施工程師入場了，嚴重影響實施效果，導致項目遲遲難以上線、應用，最后吃虧的還是企業自己。所以企業要搞清楚的是哪些環節的數字化成本可省，哪些是不可省，需要豐富的專業經驗來做出判斷，實施是企業數字化建設最重要的環節，軟件公司項目經理、實施工程師的行業深度及專業能力將直接影響企業系統建設的成敗。

第四，節省幾臺服務器費用

眾所周知，數字化系統是需要部署在服務器環境之中的，為了數據安全標準做法是系統與數據庫分開部署在不同的服務器之中，這就需要兩臺甚至多臺服務器支持，也意味著成本支出，但某些傳統企業為了降低服務器投入，將系統與數據庫部署在同一服務器之中，甚至將多個應用部署在同一臺服務器之中，看似降低了購買幾臺服務器的費用，但卻存在著巨大的安全隱患，一但服務器中毒，特別是中了勒索病毒，那么部署在該服務器內的所有應用系統與數據庫數據將蕩然無存，企業的損失是難以估量的，因此企業在數字化建設的同時必須擁有數據安全意識，不能為了省小錢而為數據安全埋下巨大的隱患。

第五，停止售后運維費用投入

數字化系統上線之后隨之將進入運維期，軟件公司通常將提供一年的免費運維期，過后將提供有償服務即售后費用，但此時矛盾的是由于系統運維量較低，一些企業認為沒有必要再投入該費用，或者由本企業的信息部門承擔此工作。但實際的問題就在于信息部門的運維與軟件公司的運維是有本質區別的，信息部門更側重于功能性維護，而軟件公司更側重于技術層面，比如接口的提供、常見技術故障的處理等，如果企業一旦停止售后費用的繳納，當遇到技術問題時，很多情況下軟件公司是不予處理的，但也有可能礙于情面勉強處理，而一些大廠責需要企業補繳所有的售后費用后才會提供相關技術支持工作，所以這個售后運維費用企業是不可節省的。

第六，砍掉或者優化信息部門

在當前降本增效的模式下企業為了生存大都開啟了“優化”模式，由于數字化價值貢獻不明顯信息部門首當其沖，輕則優化部門成員，重則砍掉信息部門，看似人力成本降低了不少，但由于數字化建設工作特殊性及專業性，有些工作崗位是難以合并的，這就極易導致裁掉了技術的大動脈，將降本增效做成了“降本增笑”，比如最簡單的IT運維，很多企業領導認為可以給外包做，但問題就恰恰在于外包工作響應的及時性及服務能力，同時有些工作為了數據安全是不能給外包的，因此企業裁信息部門需要慎重考慮。正如某企業CIO所言“在企業數字化轉型建設過程中，凡不是從全局視角的省錢，都是后面費錢”，因此企業需要的是不僅是專業能力，更需要有全局觀，降低數字化成本無可厚非，但決不能為了過于節省成本而為后期挖坑。要知道的是企業數字化建設時間即成本、反復即成本。