企業(yè)軟件產(chǎn)業(yè)是由供應(yīng)商、客戶和第三方共同構(gòu)成的。而為企業(yè)提供數(shù)字化能力的，包括提供標(biāo)準(zhǔn)能力的產(chǎn)品化軟件、提供定制開發(fā)服務(wù)和人力外包的軟件服務(wù)商，以及客戶的IT自研團(tuán)隊。
這幾方力量是如何組織在一起，形成數(shù)字化能力的呢？
我將自己的實踐經(jīng)驗和觀察做了個總結(jié)，做出了這張表。今天就來詳細(xì)介紹下：
模式一：離散式應(yīng)用系統(tǒng)
離散式的應(yīng)用系統(tǒng)，是按照使用者的需求量身定做的軟件。其中有規(guī)模較大的一整套定制化系統(tǒng)，也有規(guī)模比較小的煙囪式獨立模塊。
為滿足個性化需求做出來的系統(tǒng)，隨著業(yè)務(wù)規(guī)模擴(kuò)大和需求不斷調(diào)整，會逐漸暴露出各種問題。增加的補(bǔ)丁和新功能也會對系統(tǒng)的安全性、穩(wěn)定性持續(xù)產(chǎn)生沖擊，最終系統(tǒng)爛到難以為繼了，只好推倒重來。
尤其進(jìn)入到大數(shù)據(jù)時代后，離散式系統(tǒng)產(chǎn)生的數(shù)據(jù)缺乏標(biāo)準(zhǔn)化設(shè)計，想打通數(shù)據(jù)孤島就要去做數(shù)據(jù)治理，系統(tǒng)改造周期長、成本高。
后來者可以站在上帝視角批判以離散模式系統(tǒng)存在的系統(tǒng)的各種問題；但這種模式也有其優(yōu)勢，有適合的場景。
對于初創(chuàng)型企業(yè)，或者成熟企業(yè)里的創(chuàng)新業(yè)務(wù)來說，往往需要以試錯的方式，利用有限的時間窗口進(jìn)行快速探索。
在這個階段，需求是在不斷迭代中持續(xù)完善的，甚至朝令夕改反復(fù)調(diào)整。需求不固化，應(yīng)用系統(tǒng)缺乏穩(wěn)定的運行環(huán)境，可靠性穩(wěn)定性等指標(biāo)不會好看；但對新需求的響應(yīng)速度，變更內(nèi)容的上線速度，是這個階段評判系統(tǒng)優(yōu)劣最重要的因素。
在這個階段，負(fù)責(zé)應(yīng)用軟件系統(tǒng)的人說這樣做不行，那樣做不符合標(biāo)準(zhǔn)，做個變更要一年多，你看業(yè)務(wù)部門和公司領(lǐng)導(dǎo)會不會打你。
模式二：集中式應(yīng)用系統(tǒng)
顧名思義，集中式指的是多個使用者共用同一套系統(tǒng)和平臺，或者說不同的使用者使用相同的功能。所以集中式還有個變形版本，就是使用標(biāo)準(zhǔn)無定制的產(chǎn)品化軟件，一樣也是為不同使用者提供完全一樣的功能。
集中式應(yīng)用系統(tǒng)具備規(guī)模效益。規(guī)模越大，成本越低，且邊際成本遞減，是供給側(cè)最希望看到的。
集中式應(yīng)用系統(tǒng)還有一個好處，就是軟件能統(tǒng)一升級迭代，即便某個使用者自己沒有提需求，只要完成了系統(tǒng)更新升級，就可以具備最先進(jìn)的能力。
但是，這種模式的不足之處也很明顯。
無論是集中部署的系統(tǒng)，還是產(chǎn)品化的軟件，更新迭代多由供給側(cè)發(fā)起。新技術(shù)的引入、架構(gòu)設(shè)計的優(yōu)化、增加調(diào)整哪些功能，都要統(tǒng)籌考慮。尤其對功能進(jìn)行調(diào)整，不會滿足所有客戶的需求，而是對各處反饋的信息進(jìn)行梳理和評估，最終形成的研發(fā)需求。
如果是小眾客戶的需求，或者經(jīng)過評估之后認(rèn)為不足以納入新版本了，就意味著需求被拒絕。而這，對于產(chǎn)品化供應(yīng)商來說，并不是什么了不得的大事。
即便這個需求被采納，那么按照產(chǎn)品研發(fā)的流程計劃，要完成需求分析、概要設(shè)計、詳細(xì)設(shè)計、編碼、測試等一系列規(guī)范性動作，才能交付出去。而交付完的軟件，其安裝和適配改造也需要時間。這一串工作做下來，是不是得幾個月？
要知道，這還是理想狀態(tài)。在實際操作的時候，還可能被各種因素干擾，或者必須增加一些環(huán)節(jié)，導(dǎo)致周期更長。
有沒有可能因為某個客戶著急，先把重要的功能做出來讓客戶用？對不起，產(chǎn)品化軟件是不允許這么瞎搞的！
至于其他問題，比如在一個軟件包里存在很多客戶不需要的功能，但在客戶購買的時候依然要為其付費；并要提供與之相配的冗余硬件設(shè)施，抬高了硬件成本和運營成本等。多花點兒錢就能搞定的，相對來說只是小問題。
所以，集中式適合部署在成熟的、需求相對固化的、規(guī)?；钠髽I(yè)，尤其對于那些試圖借助軟件系統(tǒng)提升管控能力的企業(yè)來說，借助產(chǎn)品化軟件和集中化部署來消除各種差異化和特殊現(xiàn)象。
如何讓客戶需求收斂，避免提出個性化開發(fā)任務(wù)，這是令供應(yīng)商頭疼不已的難題。而在集中式體系里，個性化需求有可能靠客戶利用行政手段強(qiáng)行壓制。
當(dāng)企業(yè)處于穩(wěn)定運轉(zhuǎn)狀態(tài)時，希望通過實施精細(xì)化管理來提升效益，因此有意愿壓縮各層級靈活操作的空間。此時采取集中式來優(yōu)化管理，借產(chǎn)品化之力統(tǒng)一思想和行動，企業(yè)在實現(xiàn)權(quán)力集中的同時，也推進(jìn)了內(nèi)部降本增效工作。
模式三：組合式應(yīng)用系統(tǒng)
組合式，就是由不同的軟件、系統(tǒng)和模塊組合在一起，向企業(yè)客戶提供其需要的能力。
組合方式也可以細(xì)分成兩類：一類是產(chǎn)品化軟件和定制化開發(fā)的組合；另一類將各種產(chǎn)品化軟件和模塊組合在一起形成能力。
組合式系統(tǒng)往往是這樣建設(shè)的：
1. 按照規(guī)劃的方式建設(shè)系統(tǒng)，系統(tǒng)建成后提供既定的數(shù)字化能力；
2. 如果需求變更，先嘗試通過產(chǎn)品配置的方式完成；
3. 如果配置不能做，再看能否通過與其他產(chǎn)品的組合來滿足；
4. 還搞不定，就用定制化服務(wù)開發(fā)來兜底。
相對于集中式，組合式更能滿足客戶的個性化需求；而相對于離散式，組合式里有產(chǎn)品化的內(nèi)容。所以說組合式兼顧了產(chǎn)品的標(biāo)準(zhǔn)化和定制的個性化，兼顧了服務(wù)的靈活性和產(chǎn)品的穩(wěn)定性，大家各司其職，發(fā)揮各自的優(yōu)勢，反正最后有定制化服務(wù)守底線，總能搞定的。
但在實踐的過程中，我也看到了組合式的一些問題。
首先，如果是達(dá)成既定的目標(biāo)，產(chǎn)品+服務(wù)的模式成本未必最優(yōu)。
每個產(chǎn)品化軟件提供的功能都是有限的，如果大量的功能需要服務(wù)廠商來做，那還不如全做定制，這樣還能省點兒接口適配和集成的活兒。
所以同樣是滿足客戶個性化需求，組合模式會比單純的定制化服務(wù)成本更高、資源要求更高、開發(fā)周期更長。
其次，組合模式需要多廠商協(xié)同，無論是產(chǎn)品+服務(wù)，還是產(chǎn)品直接組合，都一樣。
無論是在系統(tǒng)建設(shè)過程中，還是在運行時出現(xiàn)故障，都可能涉及不同廠商的責(zé)任界定、能力確認(rèn)、利益分配的問題。
對好做的能拿錢的功能就搶，對不好做純付出的事情就躲，技術(shù)問題被扯來扯去，簡單問題復(fù)雜化了。
再有，如果產(chǎn)品的可配置項比較多，或者軟件能力是由多個產(chǎn)品組合而成的，可能導(dǎo)致配置的工作過于復(fù)雜，甚至超出了配置人員的能力。
曾經(jīng)在一個項目里，看到負(fù)責(zé)進(jìn)行產(chǎn)品配置的是個非常高職級的研發(fā)人員，因為這些工作除了他，別人搞不定。
這都不是最可怕的。每套組合式系統(tǒng)里，各個廠商都有自己的產(chǎn)品演進(jìn)策略，有產(chǎn)品端下發(fā)的升級時間進(jìn)度表，當(dāng)出現(xiàn)矛盾和沖突的時候，協(xié)調(diào)難度往往非常大。
一套在線運行的系統(tǒng)，突然說某個主要產(chǎn)品必須升級，怎么辦呢？
先要分析升級可能涉及的內(nèi)容，再評估對現(xiàn)有各組成部分的影響，制定調(diào)整方案后去實施，搞不好幾乎就是把系統(tǒng)重新做一遍。
剛搞完沒過倆月，接到通知，另一個主要產(chǎn)品又要升級。
成年人的崩潰，往往就在一瞬間。
企業(yè)軟件要適配企業(yè)的發(fā)展，汝之蜜糖，彼之砒霜
展望未來，各行各業(yè)的數(shù)字化程度必然會越來越高，企業(yè)是攻還是守，是求變還是求治，都需要企業(yè)軟件的支撐和配合。
企業(yè)在不同發(fā)展階段，對數(shù)字化能力的要求是不一樣的，部署模式也需要隨之調(diào)整。
我認(rèn)為：企業(yè)軟件的能力組成模式?jīng)]有唯一的標(biāo)準(zhǔn)答案。數(shù)字化能力要適合企業(yè)的發(fā)展?fàn)顟B(tài)，每類存在模式都有其合理性。
總體來說，組合式是企業(yè)兼顧穩(wěn)定與創(chuàng)新的最佳選擇：成熟的產(chǎn)品化軟件穩(wěn)定輸出，提供有邊界的能力；創(chuàng)新則通過產(chǎn)品組合或者定制開發(fā)來實現(xiàn)。
但如果客戶的需求完全能夠被產(chǎn)品化軟件支撐，或者使用者比較被動、只能使用有限的功能，那么最好用的就是集中式。
而如果客戶的需求無法固化，經(jīng)常變動，尤其在規(guī)模不大的時候，離散式的模式挺好的。
核心在于：企業(yè)軟件不能被動地限制企業(yè)發(fā)展，而是要主動地幫助和支持企業(yè)成長。
企業(yè)運營階段追求降低成本、穩(wěn)定可靠；而遇到創(chuàng)新和突破的機(jī)會，就要采取積極的應(yīng)對態(tài)度。
當(dāng)需要對數(shù)字化能力進(jìn)行大幅度變更時，可以先用離散式的方式，用獨立的系統(tǒng)去試錯；待需求穩(wěn)定后，再研究納入其實現(xiàn)的最佳方式。
循環(huán)往復(fù)，在變化中找機(jī)會。所以我認(rèn)為，企業(yè)應(yīng)該在這個過程中，逐漸培養(yǎng)自己的IT能力，將產(chǎn)品組合配置、定制化開發(fā)、系統(tǒng)集成這些工作承擔(dān)起來。
這是打造企業(yè)客戶自身數(shù)字化能力的最終選擇。
來源：虎嗅APP
文章轉(zhuǎn)載于其他網(wǎng)絡(luò)，如有侵權(quán)請聯(lián)系我們及時刪除！
