本文主要以B端SaaS產(chǎn)品為分析對(duì)象，分析了B端SaaS產(chǎn)品的挑戰(zhàn)和生產(chǎn)系統(tǒng)簡(jiǎn)易模型，以及企業(yè)架構(gòu)的意義、價(jià)值、概念模型和應(yīng)用場(chǎng)景，點(diǎn)明企業(yè)架構(gòu)對(duì)企業(yè)數(shù)字化轉(zhuǎn)型的重要性。

SaaS賽道是一個(gè)超級(jí)大賽道，足夠容納上萬家服務(wù)商，不太可能有哪個(gè)服務(wù)商能滿足所有場(chǎng)景，大部分SaaS服務(wù)商在某個(gè)垂直領(lǐng)域，提供差異化的產(chǎn)品和服務(wù)。SaaS產(chǎn)品大部分都是面向B端客戶，少部分面向C端客戶，本文主要講的B端SaaS產(chǎn)品。

一、B端SaaS產(chǎn)品的挑戰(zhàn)

B端SaaS產(chǎn)品為企業(yè)提供協(xié)同辦公的工具，幫助企業(yè)解決某類經(jīng)營(yíng)管理問題，核心價(jià)值在于增加收入、降本提效、管控風(fēng)險(xiǎn)。一般會(huì)按業(yè)務(wù)垂直或行業(yè)垂直來細(xì)分，業(yè)務(wù)垂直型的SaaS產(chǎn)品有CRM、人力資源、ERP、推廣營(yíng)銷、財(cái)稅、OA等細(xì)分市場(chǎng)；行業(yè)垂直型的產(chǎn)品有零售、餐飲、旅游、教育、醫(yī)療、物流等細(xì)分市場(chǎng)。

B端SaaS產(chǎn)品有以下特點(diǎn)：

• 客戶是一個(gè)群體：B端SaaS產(chǎn)品為某個(gè)企業(yè)組織服務(wù)，一項(xiàng)業(yè)務(wù)目標(biāo)通常需要由多名角色完成，例如，訂單履約流程，需要消費(fèi)者、運(yùn)營(yíng)人員、倉(cāng)儲(chǔ)人員、配送人員共同完成，產(chǎn)品幫助他們高效完成分工協(xié)作。
• 功能繁雜：由于B端SaaS產(chǎn)品涉及企業(yè)經(jīng)營(yíng)的方方面面，關(guān)聯(lián)的用戶角色多、業(yè)務(wù)流程長(zhǎng)，反應(yīng)到產(chǎn)品上，菜單、界面、配置項(xiàng)特別多，復(fù)雜度遠(yuǎn)高于C端產(chǎn)品。為了實(shí)現(xiàn)一項(xiàng)功能需求，往往會(huì)影響其他許多功能，需要進(jìn)行全面的梳理，考慮各種極端情況，才能保證整體功能正常。
• 定制化功能：B端SaaS產(chǎn)品必然會(huì)有很多定制化需求，如果一味抗拒，很容易丟掉一些優(yōu)質(zhì)客戶，但如果大包大攬地接受，系統(tǒng)復(fù)雜度會(huì)指數(shù)級(jí)上升，高昂的研發(fā)維護(hù)成本將很難承受，所以如何處理好定制化需求，是一項(xiàng)非常艱巨的任務(wù)。
• 見效慢、難量化：由于B端SaaS產(chǎn)品的客戶是一個(gè)群體，產(chǎn)品上線新功能，通常是管理層先評(píng)估，能否在企業(yè)中適用，如果合適，才會(huì)組織一線人員，進(jìn)行操作培訓(xùn)。這樣一來一回，可能要2個(gè)月后才有客戶正式使用新功能。其次，業(yè)務(wù)見效的影響因素非常多，很多時(shí)候并非因?yàn)楫a(chǎn)品設(shè)計(jì)問題。

這些特點(diǎn)都會(huì)導(dǎo)致SaaS產(chǎn)品的軟件架構(gòu)錯(cuò)綜復(fù)雜，很容易嚴(yán)重腐化，演變成難以維護(hù)的“大泥球”，最終導(dǎo)致產(chǎn)品喪失競(jìng)爭(zhēng)力，被市場(chǎng)淘汰。

二、SaaS產(chǎn)品的生產(chǎn)系統(tǒng)簡(jiǎn)易模型

通過一個(gè)SaaS產(chǎn)品的生產(chǎn)系統(tǒng)的簡(jiǎn)易模型，來描述SaaS產(chǎn)品的各個(gè)發(fā)展階段的狀態(tài)。

生產(chǎn)系統(tǒng)剛開始的狀態(tài)

業(yè)務(wù)越來越復(fù)雜，架構(gòu)腐化嚴(yán)重，生產(chǎn)系統(tǒng)的狀態(tài)

期望的生產(chǎn)系統(tǒng)狀態(tài)

三、企業(yè)架構(gòu)是什么？

企業(yè)架構(gòu)既包括對(duì)企業(yè)的愿景、戰(zhàn)略、業(yè)務(wù)、組織的分析，又包括基于業(yè)務(wù)架構(gòu)進(jìn)行的應(yīng)用系統(tǒng)分析與設(shè)計(jì)，是非常全面的架構(gòu)設(shè)計(jì)框架。但很少有程序員了解過企業(yè)架構(gòu)，更別提在軟件研發(fā)過程中應(yīng)用企業(yè)架構(gòu)。然而，當(dāng)下消費(fèi)互聯(lián)網(wǎng)的流量見頂，產(chǎn)業(yè)互聯(lián)網(wǎng)必將成為未來趨勢(shì)，企業(yè)架構(gòu)也會(huì)越來越普及，誰(shuí)先上船，誰(shuí)就有了先發(fā)優(yōu)勢(shì)。

1. 企業(yè)架構(gòu)的歷史

1996年，克林格.科恩法案頒布，美國(guó)聯(lián)邦政府立法，強(qiáng)制要求政府機(jī)構(gòu)使用企業(yè)架構(gòu)理論構(gòu)建自己的IT系統(tǒng)，最重要的機(jī)構(gòu)是國(guó)防部、財(cái)政部，這一舉措，直接讓政府機(jī)構(gòu)的數(shù)字化水平，像坐上火箭般高速發(fā)展。

同一時(shí)間，大名鼎鼎的TOGAF也在猥瑣發(fā)育，它大量參考了政府機(jī)構(gòu)的企業(yè)架構(gòu)理論，沉淀出一套更加通用的企業(yè)架構(gòu)方法論。

目前80%的福布斯排行榜前50名的企業(yè)，以及60％的美國(guó)500強(qiáng)企業(yè)，都在使用TOGAF理論改善自身的IT架構(gòu)。

但是，目前中國(guó)各行各業(yè)對(duì)企業(yè)架構(gòu)理論的理解和應(yīng)用還處于非常初期的階段。

2. 企業(yè)架構(gòu)期望解決的痛點(diǎn)問題

信息孤島：業(yè)務(wù)與IT技術(shù)存在信息鴻溝，各業(yè)務(wù)域間存在信息鴻溝，協(xié)作效率低下。

標(biāo)準(zhǔn)不一：業(yè)務(wù)概念非標(biāo)準(zhǔn)化，系統(tǒng)邊界劃分復(fù)雜混亂，技術(shù)標(biāo)準(zhǔn)不兼容。

靈活性差：新業(yè)務(wù)無法基于已有的解決方案和能力快速組裝上線，業(yè)務(wù)無法快速迭代創(chuàng)新。

四、企業(yè)架構(gòu)的價(jià)值

1. 認(rèn)知框架的價(jià)值

有些人可能會(huì)問，認(rèn)知框架能有什么價(jià)值？常見的價(jià)值不是新簽客戶數(shù)、客單價(jià)、銷售收入這些嗎？說的沒錯(cuò)，這些都是最直觀的業(yè)務(wù)價(jià)值，但架構(gòu)想創(chuàng)造的是更深層次的價(jià)值，并不是很直觀。

要說清楚認(rèn)知框架的價(jià)值，首先要了解什么是認(rèn)知負(fù)荷。認(rèn)知負(fù)荷是專業(yè)的心理學(xué)理論，簡(jiǎn)單來說就是，人腦的短時(shí)記憶和處理的信息數(shù)是極其有限，一般人就2-3條信息，牛掰點(diǎn)的4-5條。但是，長(zhǎng)時(shí)記憶的容量幾乎是無限的，長(zhǎng)時(shí)記憶就是我們積累的知識(shí)。知識(shí)以框架的形式存儲(chǔ)于長(zhǎng)時(shí)記憶中，框架就是根據(jù)信息元素的使用方式來組織信息，它提供知識(shí)組織和存儲(chǔ)的機(jī)制，可以減少短時(shí)記憶負(fù)荷。

說人話就是，人腦的短時(shí)記憶和長(zhǎng)時(shí)記憶，可類比為內(nèi)存和硬盤，人腦的內(nèi)存容量就芝麻點(diǎn)大，只能存儲(chǔ)2-3條信息，但硬盤空間是無限的。為了提高人腦處理效率，就必須將信息進(jìn)行抽象，原來有30條信息，抽象后就變3條了，這樣就能處理過來了，而抽象的框架就是我們要說的架構(gòu)。

其實(shí)整個(gè)研發(fā)周期，真正在生產(chǎn)（敲代碼）的時(shí)間非常少，可能連20%都不到，產(chǎn)研團(tuán)隊(duì)大部分時(shí)間都花在澄清信息和認(rèn)知信息上，有了認(rèn)知框架，能夠顯著降低整個(gè)團(tuán)隊(duì)的認(rèn)知負(fù)荷，進(jìn)而極大地提升生產(chǎn)效率。

2. 質(zhì)量提升的價(jià)值

這個(gè)比較好理解，通過架構(gòu)規(guī)劃和治理活動(dòng)，可以有效提升整個(gè)軟件系統(tǒng)的質(zhì)量屬性。

產(chǎn)品層面的質(zhì)量屬性：

功能性：指軟件產(chǎn)品能夠提供正確的、符合預(yù)期的結(jié)果，能夠安全地保存信息和數(shù)據(jù)，用戶權(quán)限與訪問權(quán)限匹配等。

易用性：指產(chǎn)品對(duì)用戶來說易理解、易學(xué)習(xí)、易操作。

技術(shù)層面的質(zhì)量屬性：

穩(wěn)定性：不容易出故障，出了故障也能快速恢復(fù)。

性能：軟件的響應(yīng)時(shí)間符合預(yù)期，在極端場(chǎng)景下（例如高并發(fā)、大批量數(shù)據(jù)處理等），也能維持一定的性能水平。

可維護(hù)性：軟件容易修改，不會(huì)牽一發(fā)而動(dòng)全身；容易調(diào)試和修復(fù)bug；容易落地自動(dòng)化測(cè)試。

還有其他質(zhì)量屬性，不一一列舉。

3. 自我約束的價(jià)值

系統(tǒng)不做什么和能做什么同樣重要，就像成功的經(jīng)驗(yàn)需要固化下來，并規(guī)模化復(fù)制。成熟的認(rèn)知框架也需要固化下來，并約束團(tuán)隊(duì)，讓團(tuán)隊(duì)在正確的路上行進(jìn)，錯(cuò)誤的路就別再嘗試了。例如，團(tuán)隊(duì)A做了商品管理，其他團(tuán)隊(duì)拿去用就行了，別再重復(fù)造輪子，最終導(dǎo)致一座座數(shù)據(jù)孤島。

可能有人會(huì)說，這會(huì)約束團(tuán)隊(duì)創(chuàng)新吧？但創(chuàng)新和荒誕常常就一步之遙，這一步可能就是遵守最基本的約束規(guī)則。

五、企業(yè)架構(gòu)的概念模型

本文主要參考TOGAF企業(yè)架構(gòu)理論，但TOGAF的內(nèi)容非常非常多，也常常被批評(píng)太“笨重”，不太可能應(yīng)用到所有知識(shí)，這里介紹的已經(jīng)是裁剪后的企業(yè)架構(gòu)概念模型，保留最精華的內(nèi)容，方便大家理解和實(shí)踐。

• 目標(biāo)：指的是企業(yè)的宏觀業(yè)務(wù)目標(biāo)或戰(zhàn)略，一般會(huì)依賴多個(gè)業(yè)務(wù)能力來實(shí)現(xiàn)。
• 業(yè)務(wù)項(xiàng)目：指的是長(zhǎng)期的、持續(xù)性的業(yè)務(wù)項(xiàng)目，一般需要制定明確的經(jīng)營(yíng)計(jì)劃和財(cái)務(wù)預(yù)算。
• 業(yè)務(wù)能力：業(yè)務(wù)能力描述了企業(yè)目前能做什么或需要做什么。業(yè)務(wù)能力建模的關(guān)鍵點(diǎn)在于它定義了企業(yè)做什么，而不是如何做（由業(yè)務(wù)流程描述）。業(yè)務(wù)能力獨(dú)立于組織架構(gòu)、業(yè)務(wù)流程、資源，準(zhǔn)確地說，這些業(yè)務(wù)要素是支撐企業(yè)的業(yè)務(wù)能力而存在的。以“招聘人才”為例，“招聘人才”包括人力部門（人力資源團(tuán)隊(duì)）、業(yè)務(wù)流程（例如吸引、篩選、面試、雇用）和IT系統(tǒng)（例如招聘系統(tǒng)、人事系統(tǒng)）。準(zhǔn)確定義的業(yè)務(wù)能力是非常穩(wěn)定的，在過去的幾十年中，招聘的流程、技術(shù)、模式發(fā)生了翻天覆地的變化，但“招聘人才”這項(xiàng)業(yè)務(wù)能力始終恒定存在，業(yè)務(wù)能力遵循高內(nèi)聚、低耦合的特性，正是因?yàn)闃I(yè)務(wù)能力的這些特性，業(yè)務(wù)能力對(duì)構(gòu)建IT架構(gòu)提供了至關(guān)重要的幫助，圍繞業(yè)務(wù)能力構(gòu)建的IT系統(tǒng)會(huì)具備更加穩(wěn)定的結(jié)構(gòu)，并易于擴(kuò)展。
• 組織架構(gòu)：想要深入理解企業(yè)的組織架構(gòu)，是非常困難的一件事。因?yàn)榇蟛糠秩硕紱]有實(shí)際經(jīng)營(yíng)過一家企業(yè)，更沒有參與設(shè)計(jì)過企業(yè)的組織架構(gòu)。但組織架構(gòu)屬于 B 端 SaaS 產(chǎn)品非常底層的架構(gòu)，非?？简?yàn)架構(gòu)能力，幾乎所有的業(yè)務(wù)場(chǎng)景都需要應(yīng)用組織數(shù)據(jù)，背后反應(yīng)的是企業(yè)決策層的經(jīng)營(yíng)戰(zhàn)略和財(cái)務(wù)戰(zhàn)略，因此需要掌握一定的企業(yè)管理知識(shí)和財(cái)務(wù)知識(shí)，如果能夠掌握組織架構(gòu)的概念和要點(diǎn)，對(duì)設(shè)計(jì)好 B 端 SaaS 產(chǎn)品幫助巨大。
• 業(yè)務(wù)流程：是指為達(dá)成特定業(yè)務(wù)目標(biāo)，由不同的角色分工完成的一系列活動(dòng)?；顒?dòng)之間不僅有嚴(yán)格的先后順序限定，并且活動(dòng)的內(nèi)容、方式、責(zé)任等也都必須有明確的安排和界定，讓不同活動(dòng)在不同崗位角色之間進(jìn)行流轉(zhuǎn)與交接。業(yè)務(wù)流程對(duì)于B端產(chǎn)品的意義不僅在于對(duì)B端客戶業(yè)務(wù)的一種描述，更在于SaaS產(chǎn)研團(tuán)隊(duì)對(duì)B端業(yè)務(wù)運(yùn)營(yíng)的理解和剖析，這種理解是對(duì)企業(yè)資源的優(yōu)化、對(duì)企業(yè)組織機(jī)構(gòu)的優(yōu)化以及對(duì)管理制度的一系列深入探究。只有真正理解業(yè)務(wù)流程，才能幫助B端客戶達(dá)成期望的目標(biāo)：降低企業(yè)運(yùn)營(yíng)成本，提高市場(chǎng)需求的響應(yīng)速度，爭(zhēng)取企業(yè)利潤(rùn)的最大化。
• 應(yīng)用系統(tǒng)：即應(yīng)用系統(tǒng)的架構(gòu)設(shè)計(jì)，它起到統(tǒng)一規(guī)劃、承上啟下的作用，向上承接了企業(yè)戰(zhàn)略目標(biāo)和業(yè)務(wù)發(fā)展，向下規(guī)劃和指導(dǎo)各個(gè)IT組件的定位和功能定義。通常包括系統(tǒng)、容器、組件、代碼等元素的劃分規(guī)范，以及它們的定義、邊界和交互協(xié)議。
• 服務(wù)：應(yīng)用系統(tǒng)間的交互協(xié)議，具備一定的服務(wù)功能，并且提供給外部使用。
• IT組件：具體的IT技術(shù)組件，例如，mysql、kafka、虛擬機(jī)、es等。
• 提供方：提供和維護(hù)IT組件的人，一般是運(yùn)維團(tuán)隊(duì)。
• 技術(shù)類別：通過抽象IT組件的共性特征，對(duì)組件進(jìn)行分類的方法，用于管理IT組件。

六、企業(yè)架構(gòu)在SaaS中的應(yīng)用場(chǎng)景

賦能企業(yè)數(shù)字化轉(zhuǎn)型是SaaS產(chǎn)品非常重要的發(fā)展方向，而數(shù)字化轉(zhuǎn)型最重要的一步，就是將企業(yè)的業(yè)務(wù)模式和商業(yè)模式從真實(shí)世界搬到數(shù)字世界，這需要對(duì)業(yè)務(wù)進(jìn)行全量全要素的建模和采集。

企業(yè)架構(gòu)在國(guó)外已經(jīng)發(fā)展了二三十年，為什么又被重新提及。因?yàn)槠髽I(yè)架構(gòu)是一套非常優(yōu)秀且在國(guó)外有大量成功案例的架構(gòu)方法論，能夠顯著提高數(shù)字化的效率和質(zhì)量。這樣說可能比較虛，我們以零售行業(yè)為例，列舉一些數(shù)字化水平低的經(jīng)營(yíng)痛點(diǎn)。

1. 會(huì)員數(shù)字化水平低

門店與會(huì)員互動(dòng)的渠道主要是個(gè)人微信號(hào)，個(gè)微限制較多導(dǎo)致大量會(huì)員流失。

門店會(huì)員缺乏觸達(dá)渠道，進(jìn)店率低，由于疫情原因，會(huì)員招募逐年下滑。

會(huì)員被掌握在導(dǎo)購(gòu)個(gè)人手上，隨著人才流失而流失。

會(huì)員數(shù)據(jù)沒有合理采集和使用，只能基于銷售數(shù)據(jù)或財(cái)務(wù)數(shù)據(jù)決策，單客價(jià)值挖掘效率低下。

2. 渠道數(shù)字化水平低

線上線下交易履約流程沒有標(biāo)準(zhǔn)化，線上運(yùn)營(yíng)主要依賴外部人員，業(yè)務(wù)數(shù)據(jù)散落在各處。

渠道全鏈路數(shù)據(jù)無法收集，沒有數(shù)字化手段洞察消費(fèi)者需求，不同渠道的商品布局規(guī)劃只能依賴經(jīng)驗(yàn)做決策。

渠道商對(duì)數(shù)字化認(rèn)知低，前端用戶數(shù)據(jù)收集難，系統(tǒng)打通難。

3. 煙囪式的系統(tǒng)架構(gòu)

企業(yè)內(nèi)部系統(tǒng)煙囪式發(fā)展，系統(tǒng)之間數(shù)據(jù)沒有打通，數(shù)字資產(chǎn)無法共享，無法相互連接。形成一座座數(shù)據(jù)孤島，完全沒有發(fā)揮出數(shù)據(jù)的價(jià)值。

建設(shè)IT系統(tǒng)非常燒錢，企業(yè)花了大把的投入，但缺乏企業(yè)自上而下的全局設(shè)計(jì)，對(duì)業(yè)務(wù)收益甚微。

七、總結(jié)

企業(yè)數(shù)字化轉(zhuǎn)型已是必然趨勢(shì)，掌握數(shù)字化這項(xiàng)武器是大部分企業(yè)的必經(jīng)之路。企業(yè)數(shù)字化轉(zhuǎn)型不僅推動(dòng)和加速SaaS發(fā)展，也是SaaS的巨大紅利。

當(dāng)然企業(yè)數(shù)字化轉(zhuǎn)型肯定不是一件簡(jiǎn)單的事情，道阻且長(zhǎng)，既要循序漸進(jìn)，也要掌握好的方法論，企業(yè)架構(gòu)可能是需要重點(diǎn)關(guān)注的解題方法。