本文來(lái)自一位九年產(chǎn)品老司機(jī)的投稿。作者從一個(gè)故事說(shuō)起，將企業(yè)應(yīng)用架構(gòu)的演變史娓娓道來(lái)，全文1.1萬(wàn)字，小編看完只有一個(gè)大寫的“服”，強(qiáng)烈安利各位涉及相關(guān)產(chǎn)品的童鞋收藏，不時(shí)拜讀。

企業(yè)應(yīng)用架構(gòu)是指一整套軟件系統(tǒng)的構(gòu)建，通過(guò)合理的劃分和設(shè)計(jì)組合在一起，支持企業(yè)方方面面的經(jīng)營(yíng)運(yùn)作。不論是傳統(tǒng)企業(yè)，還是互聯(lián)網(wǎng)公司，發(fā)展到一定階段，都需要一整套體系化的應(yīng)用架構(gòu)來(lái)支撐其運(yùn)轉(zhuǎn)。良好的、合理的應(yīng)用架構(gòu)可以支持企業(yè)高效開展業(yè)務(wù)，控制經(jīng)營(yíng)風(fēng)險(xiǎn)，而混亂的、不合理的應(yīng)用架構(gòu)則會(huì)限制企業(yè)的快速發(fā)展，成為企業(yè)增長(zhǎng)與變革的瓶頸。

企業(yè)信息化建設(shè)已經(jīng)發(fā)展了幾十年，傳統(tǒng)企業(yè)和成熟互聯(lián)網(wǎng)企業(yè)的應(yīng)用架構(gòu)并沒(méi)有本質(zhì)的區(qū)別。本文將通過(guò)一個(gè)線下小型門店成長(zhǎng)為多元化集團(tuán)的發(fā)展歷程，逐步向讀者展示企業(yè)應(yīng)用架構(gòu)的演變和設(shè)計(jì)的理念。

完整的企業(yè)架構(gòu)（EA，Enterprise Architecture）分析構(gòu)建，包括業(yè)務(wù)架構(gòu)、應(yīng)用架構(gòu)、技術(shù)架構(gòu)、數(shù)據(jù)架構(gòu)，本文聚焦應(yīng)用架構(gòu)，更加關(guān)注軟件系統(tǒng)設(shè)計(jì)與公司經(jīng)營(yíng)管理的關(guān)系。不論是C端產(chǎn)品經(jīng)理或者B端產(chǎn)品經(jīng)理，理解應(yīng)用架構(gòu)的建設(shè)思路，能夠幫助你更輕松的理解公司的業(yè)務(wù)運(yùn)轉(zhuǎn)，以及各個(gè)系統(tǒng)存在的目的與你所負(fù)責(zé)工作在整體團(tuán)隊(duì)中的定位和價(jià)值。

一、傳統(tǒng)企業(yè)的應(yīng)用架構(gòu)演變

1、小門店的Excel管理之路

我們將從一個(gè)最簡(jiǎn)單的案例入手，來(lái)展開故事。

假設(shè)你是一名個(gè)體經(jīng)營(yíng)者，在小區(qū)中開了一家小門店，售賣居民常用的生活用品。門店不大，只有十幾平米，平常由你一個(gè)人負(fù)責(zé)經(jīng)營(yíng)管理，包括采購(gòu)、擺貨、銷售。為了更準(zhǔn)確、科學(xué)的打理你的生意，你設(shè)計(jì)了一個(gè)Excel文件來(lái)管理你的商品與銷售數(shù)據(jù)。實(shí)際上你只需要做三張表格，第一張表格存儲(chǔ)了你的貨品信息，第二張表格存儲(chǔ)了你的采購(gòu)記錄，第三張表格存儲(chǔ)了你的銷售記錄，這三張標(biāo)的結(jié)構(gòu)和關(guān)系如下圖所示。

上圖采用了ER模型來(lái)描述三張表的邏輯結(jié)構(gòu)，*和1的含義是表和表之間的關(guān)聯(lián)關(guān)系，例如采購(gòu)記錄和商品信息是多對(duì)一關(guān)系，即采購(gòu)記錄表中的每條數(shù)據(jù)只能對(duì)應(yīng)商品信息表中的一條數(shù)據(jù)，商品信息表中的一條數(shù)據(jù)可以對(duì)應(yīng)采購(gòu)記錄表中的多條數(shù)據(jù)。

因?yàn)槟悴捎昧丝茖W(xué)的數(shù)據(jù)表格管理，記錄了門店的所有采購(gòu)入庫(kù)和銷售數(shù)據(jù)，這讓你的經(jīng)營(yíng)變得井井有條；通過(guò)這些原始數(shù)據(jù)，你可以準(zhǔn)確的管理庫(kù)存、計(jì)算利潤(rùn)、掌握暢銷品和滯銷品，還能通過(guò)數(shù)據(jù)透視表制作銷售日?qǐng)?bào)和月報(bào)。

實(shí)際上你通過(guò)以上三張表格管理自己的生意，已經(jīng)是一個(gè)管理軟件的雛形了。所有的軟件系統(tǒng)無(wú)非都是對(duì)數(shù)據(jù)的增刪改查操作；可以說(shuō)，如果使用得當(dāng)，Excel也可以做出一套小型的軟件系統(tǒng)。

2、小超市的輕量級(jí)ERP之路

因?yàn)槟闵朴谑褂眯畔⒓夹g(shù)來(lái)協(xié)助你做生意，你的買賣發(fā)展迅速；很快，你將小門店升級(jí)成為一家小型超市，并且雇傭了幾個(gè)店員來(lái)幫你。作為店長(zhǎng)，你興奮的繪制出自己的第一張組織架構(gòu)圖，夢(mèng)想著事業(yè)會(huì)繼續(xù)壯大。

因?yàn)榻?jīng)營(yíng)的貨品更加豐富，日交易量成倍增長(zhǎng)，并且有好幾名員工需要做數(shù)據(jù)錄入分析工作，這時(shí)Excel已經(jīng)難以滿足經(jīng)營(yíng)管理的需要。因此明智的你在開店之前，就決定采購(gòu)一套ERP軟件來(lái)協(xié)助你管理超市。因?yàn)槟氵€處于創(chuàng)業(yè)期，資金有限，通過(guò)仔細(xì)挑選，你選擇了一套輕量級(jí)的ERP，并且只購(gòu)買了其中的幾個(gè)核心模塊，這樣既可以控制成本，又可以讓你經(jīng)營(yíng)的軟件設(shè)備升級(jí)。

現(xiàn)在，我們可以繪制公司的第一張應(yīng)用架構(gòu)圖，公司擁有一套系統(tǒng)，包含三個(gè)模塊。

3、通過(guò)CRM拉近與客戶的距離

為了更加準(zhǔn)確的理解、認(rèn)識(shí)你的客戶，同時(shí)也為了能夠拉近你和客戶的距離，你打算通過(guò)CRM軟件進(jìn)行更加科學(xué)的客戶管理。

你設(shè)計(jì)了一套會(huì)員積分制度，所有的客戶都能免費(fèi)辦理會(huì)員，這樣你就可以記錄下關(guān)鍵的客戶信息，而且你的小伙伴建議你開通一個(gè)微信公眾號(hào)，讓客戶能夠通過(guò)微信來(lái)查詢自己的積分。

這個(gè)主意太棒了！你追加購(gòu)買了幾個(gè)ERP的模塊，雖然ERP中也包含了CRM模塊，但是研究后你認(rèn)為內(nèi)置的CRM模塊功能有限，不支持對(duì)接微信，營(yíng)銷功能也不夠強(qiáng)大，因此你新購(gòu)買了一套CRM軟件，和ERP進(jìn)行了一定程度的對(duì)接，同時(shí)申請(qǐng)了微信公眾號(hào)，找外包公司做了一些定制化開發(fā)。這樣上述想法就都實(shí)現(xiàn)了！

我們繪制出公司的第二張應(yīng)用架構(gòu)圖。

可以看到，核心的客戶信息資產(chǎn)模塊都在CRM中實(shí)現(xiàn)，其中內(nèi)置了營(yíng)銷模塊、消息推送服務(wù)Msg模塊，包括SMS、EDM（Email Direct Marketing）和微信消息推送。

• CRM主要聚焦客戶資料的管理和營(yíng)銷服務(wù)，主要用戶為店長(zhǎng)和運(yùn)營(yíng)人員；
• ERP主要聚焦于超市的進(jìn)銷存以及財(cái)務(wù)業(yè)務(wù)，主要用戶為營(yíng)業(yè)員、出納、采購(gòu)、庫(kù)管和會(huì)計(jì)。

請(qǐng)注意：這里已經(jīng)產(chǎn)生了應(yīng)用架構(gòu)設(shè)計(jì)的概念。公共號(hào)、ERP和CRM每個(gè)系統(tǒng)都為了解決某一大類的業(yè)務(wù)問(wèn)題而存在，有各自清晰地定位、分工和目標(biāo)用戶，每個(gè)系統(tǒng)相對(duì)獨(dú)立又互有關(guān)聯(lián)，內(nèi)置若干模塊，每個(gè)模塊都是為了解決某一大類業(yè)務(wù)問(wèn)題下的某一小類問(wèn)題而設(shè)計(jì)。

在這張圖中我們使用了分層描述，靠近C端用戶的微信公眾號(hào)在最上層，支持業(yè)務(wù)運(yùn)轉(zhuǎn)的ERP放在中間層，偏底層的客戶信息集成CRM放在最下層，這樣可以清晰地看出幾個(gè)系統(tǒng)的層次關(guān)系，同時(shí)也在一定程度反映了系統(tǒng)和業(yè)務(wù)之間的邏輯對(duì)應(yīng)關(guān)系。

4、中型連鎖超市的架構(gòu)之路

業(yè)務(wù)進(jìn)展很順利，你已經(jīng)開了五家中型連鎖超市了，員工數(shù)量達(dá)到了幾百人。公司走上了正軌，標(biāo)準(zhǔn)化的管理分工已經(jīng)成型，不同職能單元各司其職。為了有效管理團(tuán)隊(duì)，并且讓內(nèi)部流程更加順暢，你邀請(qǐng)專業(yè)的IT咨詢公司幫你重新梳理了公司的業(yè)務(wù)目標(biāo)、組織架構(gòu)、運(yùn)營(yíng)流程，通過(guò)引入OA、HRM以及重構(gòu)ERP等手段，對(duì)不合理的制度，低效的流程進(jìn)行了改造。公司成立了信息技術(shù)部，其中項(xiàng)目部配合咨詢公司以及軟件外包公司進(jìn)行系統(tǒng)改造或?qū)嵤┬孪到y(tǒng)，運(yùn)維部負(fù)責(zé)保證服務(wù)器、網(wǎng)絡(luò)的穩(wěn)定。

你理解數(shù)據(jù)對(duì)公司發(fā)展的重要性，所有的管理決策都應(yīng)該基于對(duì)數(shù)據(jù)的分析和判斷，因此你邀請(qǐng)咨詢公司幫你強(qiáng)化公司的數(shù)據(jù)分析能力。

咨詢顧問(wèn)建議你實(shí)施數(shù)據(jù)倉(cāng)庫(kù)（Data Warehouse）和BI（Business Intelligence）項(xiàng)目，原因有幾點(diǎn)：

1. ERP系統(tǒng)和CRM系統(tǒng)都有報(bào)表模塊，但兩個(gè)系統(tǒng)的數(shù)據(jù)相互孤立，不利于整合分析。
2. 業(yè)務(wù)系統(tǒng)的底層數(shù)據(jù)結(jié)構(gòu)并不適合做復(fù)雜的數(shù)據(jù)分析，常見(jiàn)的多維分析更需要一套數(shù)據(jù)倉(cāng)庫(kù)常用的星形數(shù)據(jù)結(jié)構(gòu)和雪花型數(shù)據(jù)結(jié)構(gòu)。
3. 成熟的BI軟件套件可以讓你的報(bào)表分析與多維數(shù)據(jù)探查更輕松，其中的儀表盤更能夠讓你輕松掌控公司全局的核心指標(biāo)變化。
4. 企業(yè)經(jīng)營(yíng)中很常見(jiàn)的一個(gè)問(wèn)題，就是經(jīng)營(yíng)分析指標(biāo)統(tǒng)計(jì)口徑太多，造成管理混亂和溝通障礙，除了在管理上規(guī)范公司級(jí)指標(biāo)的定義，也需要一套底層數(shù)據(jù)架構(gòu)，消除上游各個(gè)異構(gòu)系統(tǒng)的孤島和屏障，統(tǒng)一管理匯總數(shù)據(jù)和指標(biāo)計(jì)算。

咨詢顧問(wèn)建議，雖然目前公司的業(yè)務(wù)系統(tǒng)還沒(méi)有到非常復(fù)雜的階段，但數(shù)據(jù)倉(cāng)庫(kù)可以幫助企業(yè)更快速高效準(zhǔn)確的理解、捕獲、使用數(shù)據(jù)，做好基礎(chǔ)建設(shè)工作，培養(yǎng)員工的數(shù)據(jù)分析意識(shí)和方法，通過(guò)數(shù)據(jù)來(lái)進(jìn)行決策。隨著業(yè)務(wù)的拓展和系統(tǒng)復(fù)雜性的提升，數(shù)據(jù)倉(cāng)庫(kù)的存在價(jià)值將越來(lái)越明顯。

在數(shù)據(jù)倉(cāng)庫(kù)項(xiàng)目中，同時(shí)構(gòu)建了數(shù)據(jù)集市（Data Mart）。數(shù)據(jù)集市介于BI展現(xiàn)層和DW數(shù)據(jù)底層之間，是數(shù)據(jù)倉(cāng)庫(kù)的數(shù)據(jù)子集。數(shù)據(jù)倉(cāng)庫(kù)的服務(wù)對(duì)象通常為全公司或全集團(tuán)，但是不同部門可能有自己的數(shù)據(jù)分析訴求與指標(biāo)管理訴求，這時(shí)候通過(guò)統(tǒng)一的數(shù)據(jù)底層，封裝出針對(duì)某個(gè)部門使用的小型數(shù)據(jù)集市，可以保證數(shù)據(jù)流的合理性、可追溯性，同時(shí)研發(fā)部門可以完全復(fù)用DW和BI的技術(shù)能力，輕松地設(shè)計(jì)實(shí)施DM。

如果希望數(shù)據(jù)倉(cāng)庫(kù)在企業(yè)中真正發(fā)揮作用，不僅僅是軟件系統(tǒng)實(shí)施問(wèn)題，更重要的是公司層面的經(jīng)營(yíng)分析思路體系化，指標(biāo)管理規(guī)范化，以及數(shù)據(jù)部門組織架構(gòu)、與業(yè)務(wù)部門合作流程設(shè)計(jì)問(wèn)題，同時(shí)還需要提升全員數(shù)據(jù)化管理運(yùn)營(yíng)的概念和意識(shí)。軟件本身并不能解決企業(yè)的問(wèn)題，只有配套的架構(gòu)、流程、制度與意識(shí)，才能發(fā)揮軟件的功效。

5、應(yīng)用架構(gòu)跟隨業(yè)務(wù)而變

由于公司經(jīng)營(yíng)良好，很多商品可以從供應(yīng)商處拿到很好的價(jià)格，經(jīng)過(guò)供應(yīng)商授權(quán)，公司決定開展2B業(yè)務(wù)，成立了大客戶銷售部，公司將作為供應(yīng)商的B端渠道，挖掘企業(yè)客戶。為了讓銷售工作高效展開，對(duì)銷售人員進(jìn)行嚴(yán)格的過(guò)程管理，同時(shí)也為了保留客戶資料，避免銷售獨(dú)占客戶資源，根據(jù)CTO建議，公司決定實(shí)施操作型OCRM（Operating CRM）項(xiàng)目。同時(shí)由于各部門經(jīng)常出現(xiàn)個(gè)性化的軟件開發(fā)訴求，軟件外包維護(hù)的成本高，效率低，公司決定招聘研發(fā)團(tuán)隊(duì)，用自己的隊(duì)伍進(jìn)行軟件的二次開發(fā)。

在設(shè)計(jì)OCRM系統(tǒng)時(shí)。CTO面臨兩個(gè)選擇：

方案一：新做一套獨(dú)立于現(xiàn)有CRM的OCRM

• 優(yōu)點(diǎn)：OCRM系統(tǒng)已有成熟的軟件可以選擇，無(wú)需從頭開發(fā)；兩個(gè)系統(tǒng)邊界清晰，分工明確，便于未來(lái)各自的發(fā)展與演變。
• 缺點(diǎn)：應(yīng)用架構(gòu)會(huì)略有復(fù)雜，需要將原有的CRM和OCRM做數(shù)據(jù)打通，對(duì)原有的客戶模型做升級(jí)。

方案二：在原有的CRM基礎(chǔ)上開發(fā)新模塊

• 優(yōu)點(diǎn)：新開發(fā)的模塊完全基于公司業(yè)務(wù)流程和模式設(shè)計(jì)，適配程度高。
• 缺點(diǎn)：新開發(fā)模塊成本高速度慢，系統(tǒng)邊界模糊，導(dǎo)致以后維護(hù)升級(jí)時(shí)模塊管理的混亂。

綜合評(píng)估兩套方案實(shí)現(xiàn)的成本和速度，考慮到對(duì)未來(lái)業(yè)務(wù)變化的靈活支持，同時(shí)為了避免影響核心CRM業(yè)務(wù)的穩(wěn)定性，CTO決定采用方案一，讓兩個(gè)系統(tǒng)各自聚焦，互相獨(dú)立，邊界清晰，雖然無(wú)形中增加了公司應(yīng)用架構(gòu)的復(fù)雜性，但可以快速實(shí)施支持當(dāng)前的緊迫業(yè)務(wù)，并靈活應(yīng)對(duì)未來(lái)公司的銷售業(yè)務(wù)變化。

一般來(lái)講：B端客戶的數(shù)據(jù)模型和C端客戶差異非常大，B端客戶模型關(guān)注組織架構(gòu)和人員角色的描述，C端客戶模型關(guān)注客戶本身個(gè)人信息的描述，即便應(yīng)用系統(tǒng)中將客戶模型和操作型系統(tǒng)分開建設(shè)，客戶模型一定會(huì)做成兩套以支持不同的上下游業(yè)務(wù)系統(tǒng)。

上圖為了簡(jiǎn)化表述，只繪制了一個(gè)模塊“客戶信息”，但讀者應(yīng)該認(rèn)識(shí)到：該模塊應(yīng)該包含B端、C端兩套客戶模型。實(shí)際上有的公司會(huì)明確將兩套客戶模型在應(yīng)用架構(gòu)中分開設(shè)計(jì)并且分別建設(shè)，以便更加準(zhǔn)確的體現(xiàn)應(yīng)用架構(gòu)中的業(yè)務(wù)概念。

廣義上來(lái)講，CRM代表一種企業(yè)對(duì)待核心客戶資源的管理理念和運(yùn)營(yíng)方法，CRM是一種概念而非某一個(gè)獨(dú)立的應(yīng)用系統(tǒng)。

大型的企業(yè)涉及多條業(yè)務(wù)線，不同的業(yè)務(wù)線有不同的客戶群。企業(yè)需要有統(tǒng)一的客戶視圖和管理理念，以及強(qiáng)大的IT系統(tǒng)支持，來(lái)實(shí)現(xiàn)準(zhǔn)確的客戶接觸點(diǎn)管理，充分挖掘客戶群體實(shí)現(xiàn)精準(zhǔn)銷售，積極有效的維護(hù)企業(yè)和客戶的關(guān)系。

CRM體系化的系統(tǒng)建設(shè)中包含了客戶建模、會(huì)員積分管理、營(yíng)銷中心、銷售線索和過(guò)程管理、小型數(shù)據(jù)倉(cāng)庫(kù)或數(shù)據(jù)集市、統(tǒng)一客戶視圖、客戶畫像和數(shù)據(jù)挖掘、電話銷售中心等等。不同的企業(yè)對(duì)系統(tǒng)的劃分和團(tuán)隊(duì)的管理各不相同，但所有CTO都應(yīng)該明白CRM是一套應(yīng)用體系，而不僅僅是某個(gè)單一的獨(dú)立應(yīng)用系統(tǒng)。

至此，我們已經(jīng)繪制出一套一般企業(yè)的簡(jiǎn)化版應(yīng)用架構(gòu)圖，以及一張常見(jiàn)的組織架構(gòu)圖?？梢钥吹?，應(yīng)用系統(tǒng)的建設(shè)，是根據(jù)業(yè)務(wù)的發(fā)展變化逐步完成的，每個(gè)系統(tǒng)都有獨(dú)立存在的意義和價(jià)值。

二、多元化業(yè)務(wù)帶來(lái)的應(yīng)用架構(gòu)演變

1、在線商城業(yè)務(wù)帶來(lái)了互聯(lián)網(wǎng)化管理

公司的零售業(yè)務(wù)發(fā)展進(jìn)入了瓶頸期，CEO需要尋找新的增長(zhǎng)點(diǎn)。

經(jīng)過(guò)評(píng)估，決定開展電商業(yè)務(wù)，新成立了電商部，從市場(chǎng)上聘來(lái)了某電商平臺(tái)VP作為部門負(fù)責(zé)人，直接給CEO匯報(bào)。為了學(xué)習(xí)互聯(lián)網(wǎng)公司，以技術(shù)力量推動(dòng)業(yè)務(wù)創(chuàng)新，電商部組織結(jié)構(gòu)參考了一般互聯(lián)網(wǎng)公司組織結(jié)構(gòu)，有自己獨(dú)立的研發(fā)團(tuán)隊(duì)，設(shè)置了產(chǎn)品崗位，產(chǎn)品技術(shù)總監(jiān)給電商部負(fù)責(zé)人匯報(bào)。電商部受到CEO極度重視，給與極高自治權(quán)和最高資源支持，同時(shí)CEO還將之前線下的客服團(tuán)隊(duì)升級(jí)為公司一級(jí)部門，直接給CEO匯報(bào)，統(tǒng)一處理線上線下的客服與售后業(yè)務(wù)。

新業(yè)務(wù)開展，大家干勁十足，因?yàn)殡娚滩慨a(chǎn)品技術(shù)總監(jiān)和公司CTO之間不存在匯報(bào)關(guān)系，產(chǎn)品技術(shù)總監(jiān)為了快速推進(jìn)項(xiàng)目，所有決策基本只是告知CTO。產(chǎn)品技術(shù)總監(jiān)作為純互聯(lián)網(wǎng)背景專家，認(rèn)為購(gòu)買現(xiàn)成軟件套件不利于系統(tǒng)的二次開發(fā)和自主維護(hù)，長(zhǎng)遠(yuǎn)來(lái)看會(huì)限制公司業(yè)務(wù)發(fā)展，希望整套系統(tǒng)實(shí)現(xiàn)自主研發(fā)。雖然CTO極力反對(duì)，但經(jīng)過(guò)電商部負(fù)責(zé)人和產(chǎn)品技術(shù)總監(jiān)的游說(shuō)，CEO聽取了總監(jiān)的建議，并且總監(jiān)承諾自己的研發(fā)團(tuán)隊(duì)效率極高，一定會(huì)在承諾之日交付系統(tǒng)。

產(chǎn)品技術(shù)總監(jiān)設(shè)計(jì)的應(yīng)用架構(gòu)體系，包括PC和移動(dòng)版的前端應(yīng)用，以及完整的后端系統(tǒng)，包括訂單、售后、客戶信息、會(huì)員、營(yíng)銷、賬號(hào)、CMS。此外，倉(cāng)儲(chǔ)、財(cái)務(wù)系統(tǒng)會(huì)接入現(xiàn)有ERP的服務(wù)，配送模塊直接與第三方配送服務(wù)商系統(tǒng)對(duì)接。對(duì)于這個(gè)架構(gòu)設(shè)計(jì)，CTO比較不滿，認(rèn)為客戶信息和賬號(hào)管理不應(yīng)該重復(fù)建設(shè)，而應(yīng)該統(tǒng)一規(guī)劃管理，但產(chǎn)品技術(shù)總監(jiān)一心快速推進(jìn)實(shí)施，對(duì)于信息技術(shù)部開發(fā)效率低的情況他早有耳聞，他可不希望被一些不可控力影響導(dǎo)致自己的項(xiàng)目延期，因此CTO的抗議他不予理會(huì)。

升級(jí)后的客服部門，新建了20人坐席的電銷中心，以支持主要來(lái)自于線上的電話客服訴求。新成立的客服團(tuán)隊(duì)需要CallCenter系統(tǒng)開展業(yè)務(wù)，雖然CallCenter的主要服務(wù)群體是線上業(yè)務(wù)的客服話務(wù)員，但CEO為了在一定程度上安撫CTO的不滿情緒，將CallCenter項(xiàng)目安排給CTO負(fù)責(zé)。CTO采購(gòu)了一套成熟CallCenter來(lái)支持400熱線業(yè)務(wù)，對(duì)此安排電商部的產(chǎn)品技術(shù)總監(jiān)沒(méi)有什么異議，但在CallCenter的實(shí)施中卻出現(xiàn)了問(wèn)題。因?yàn)镃allCenter系統(tǒng)只負(fù)責(zé)電話作業(yè)，其中的客戶資料一般由上游系統(tǒng)提供。但是公司現(xiàn)有兩套客戶資料，一套是保存在CRM的線下業(yè)務(wù)客戶資料庫(kù)，一套是在線商城的客戶資料庫(kù)。為此只能在CallCenter中新增一套客戶庫(kù)，將另外兩套客戶庫(kù)數(shù)據(jù)同步過(guò)來(lái)，這樣客服人員才能在CallCenter中查到公司級(jí)別的完整客戶信息。

2、信息孤島與主數(shù)據(jù)管理

電商系統(tǒng)如期上線，業(yè)務(wù)發(fā)展迅速，電商團(tuán)隊(duì)的運(yùn)營(yíng)和產(chǎn)品人員年輕，聰明，充滿活力，思維活躍，玩法眾多，電商技術(shù)團(tuán)隊(duì)響應(yīng)迅速，產(chǎn)品經(jīng)理和技術(shù)團(tuán)隊(duì)的無(wú)縫配合，讓技術(shù)力量真正推動(dòng)了業(yè)務(wù)的增長(zhǎng)。公司賺錢了，老板很開心。但很多問(wèn)題也同時(shí)暴露了出來(lái)。我們先來(lái)看看之前的應(yīng)用架構(gòu)。

之前為了快速上線，有一些應(yīng)用架構(gòu)遺留問(wèn)題沒(méi)有解決?，F(xiàn)在公司有三套客戶資料庫(kù)，線下客戶通過(guò)微信公共號(hào)訪問(wèn)CRM系統(tǒng)中的客戶信息，在線商城的客戶通過(guò)線上商城訪問(wèn)e-Store系統(tǒng)的客戶信息。當(dāng)客戶致電400時(shí)，電銷業(yè)務(wù)員（TSR）訪問(wèn)的是從e-Store和CRM同步過(guò)來(lái)的客戶信息。

線上客戶關(guān)注公共號(hào)后，查不到自己的資料，這讓客戶感覺(jué)很詭異。

線下客戶想在線上商城下單，發(fā)現(xiàn)之前登記的賬號(hào)不能使用，需要重新注冊(cè)完善資料，客戶很煩躁。

數(shù)據(jù)同步30分鐘一次，有時(shí)候客戶剛修改完資料再致電400，客服查到的客戶信息不是最新的，讓客戶很生氣，客服很苦惱。

有的客戶喜歡打電話讓客服改資料，因?yàn)榭蛻糍Y料是單向同步，客服無(wú)法協(xié)助客戶修改資料，客戶很氣憤，為什么你們連這點(diǎn)服務(wù)都做不好！

很多客戶在線上線下都消費(fèi)，但由于在數(shù)據(jù)倉(cāng)庫(kù)中冗余出了兩個(gè)客戶對(duì)象，不論是線上團(tuán)隊(duì)還是線下團(tuán)隊(duì)，都無(wú)法做更準(zhǔn)確的客戶畫像和跨渠道消費(fèi)行為分析。

CEO很生氣，找到CTO和電商產(chǎn)品技術(shù)總監(jiān)，質(zhì)問(wèn)怎么回事。CTO回答，我們遇到了嚴(yán)重的信息孤島問(wèn)題！由于CRM和商城后臺(tái)數(shù)據(jù)互相孤立，導(dǎo)致核心客戶資源不同步，不統(tǒng)一，讓公司無(wú)法得到一個(gè)完整準(zhǔn)確的客戶視圖。如果要解決這個(gè)問(wèn)題，必須對(duì)應(yīng)用架構(gòu)進(jìn)行改造，并且改造比較耗時(shí)。CEO很郁悶，沒(méi)想到應(yīng)用架構(gòu)不合理會(huì)影響到業(yè)務(wù)發(fā)展，也沒(méi)有想到組織架構(gòu)的設(shè)計(jì)會(huì)導(dǎo)致應(yīng)用架構(gòu)出問(wèn)題。為此，CEO做了一些調(diào)整，產(chǎn)品技術(shù)總監(jiān)實(shí)線向電商部經(jīng)理匯報(bào)，虛線向CTO匯報(bào)；總體來(lái)講產(chǎn)品技術(shù)總監(jiān)對(duì)電商業(yè)務(wù)銷售端負(fù)責(zé)，CTO對(duì)全公司IT架構(gòu)管理和其他所有系統(tǒng)負(fù)責(zé)。經(jīng)過(guò)善意的溝通，CTO和產(chǎn)品技術(shù)總監(jiān)的矛盾消除了，大家決定合力解決問(wèn)題。

解決數(shù)據(jù)信息孤島的方法很簡(jiǎn)單，那就是只保留一份客戶信息庫(kù)，這份客戶信息庫(kù)保存最核心的，與業(yè)務(wù)單元無(wú)關(guān)的客戶屬性和資料。至于積分、會(huì)員等擴(kuò)展屬性依然由各個(gè)應(yīng)用系統(tǒng)維護(hù)管理。調(diào)整后的應(yīng)用架構(gòu)圖如下：

將客戶信息庫(kù)獨(dú)立，商城、CallCenter、CRM和微信公共號(hào)通過(guò)統(tǒng)一接口調(diào)用Customer Profile存儲(chǔ)的核心客戶檔案，不論客戶或業(yè)務(wù)員從哪個(gè)端口查看或修改信息，變化對(duì)其他端口都是透明、實(shí)時(shí)的。實(shí)際上這就是客戶主數(shù)據(jù)管理MDM（Master Data Management）的設(shè)計(jì)理念。

在企業(yè)應(yīng)用系統(tǒng)建設(shè)中，不可避免的會(huì)遇到信息孤島問(wèn)題，信息孤島是指因?yàn)楦鞣N原因，每個(gè)應(yīng)用系統(tǒng)獨(dú)立建設(shè)時(shí)，沒(méi)有和外界系統(tǒng)做良好的打通，導(dǎo)致應(yīng)用系統(tǒng)之間存在流程或數(shù)據(jù)的孤立性，最終給業(yè)務(wù)帶來(lái)嚴(yán)重影響。解決數(shù)據(jù)信息孤島的經(jīng)典方法就是主數(shù)據(jù)管理（MDM）的思想，主數(shù)據(jù)管理通過(guò)應(yīng)用架構(gòu)的拓?fù)湓O(shè)計(jì)，配合相應(yīng)的管理手段，幫助企業(yè)存儲(chǔ)、識(shí)別唯一的關(guān)鍵數(shù)據(jù)，避免企業(yè)內(nèi)部關(guān)鍵數(shù)據(jù)的冗余和不一致問(wèn)題。常見(jiàn)的主數(shù)據(jù)有客戶主數(shù)據(jù)，商品主數(shù)據(jù)等。

主數(shù)據(jù)管理的設(shè)計(jì)理念應(yīng)該自始至終貫穿企業(yè)應(yīng)用架構(gòu)的設(shè)計(jì)過(guò)程，需要注意的是，企業(yè)應(yīng)該在合適的階段實(shí)施主數(shù)據(jù)管理和治理。主數(shù)據(jù)將應(yīng)用架構(gòu)變得更復(fù)雜，在初期階段實(shí)施時(shí)需要投入更多時(shí)間和資源，而在企業(yè)發(fā)展的某些階段，快速迭代上線意味著對(duì)商機(jī)的捕獲和市場(chǎng)變化的迅速跟進(jìn)，一個(gè)合格的架構(gòu)師應(yīng)該在應(yīng)用架構(gòu)設(shè)計(jì)和公司業(yè)務(wù)發(fā)展之間做出合理權(quán)衡，要根據(jù)現(xiàn)實(shí)的情況和資源，敢于在應(yīng)用架構(gòu)的和理性上做出妥協(xié)和讓步。

主數(shù)據(jù)經(jīng)常作為底層數(shù)據(jù)應(yīng)用來(lái)管理，因此在架構(gòu)圖中我們將它和DW并列畫在最底層。

3、抽離共性模塊全面服務(wù)化建設(shè)

公司業(yè)務(wù)發(fā)展穩(wěn)定，各個(gè)系統(tǒng)底層做過(guò)幾次技術(shù)重構(gòu)，性能更強(qiáng)健。為了讓各個(gè)應(yīng)用系統(tǒng)更加聚焦，提升穩(wěn)定性，節(jié)約開發(fā)成本，避免重復(fù)勞動(dòng)，CTO和產(chǎn)品技術(shù)總監(jiān)討論后決定對(duì)一些公有服務(wù)從各自應(yīng)用系統(tǒng)中剝離，統(tǒng)一進(jìn)行服務(wù)化改造升級(jí)，為以后公司新業(yè)務(wù)的開展打好基礎(chǔ)。例如，將CRM和商城后臺(tái)的消息模塊功能合并，將商城支付模塊單獨(dú)剝離，設(shè)計(jì)實(shí)施了集成化的權(quán)限管理系統(tǒng)Auth，給全公司多個(gè)應(yīng)用提供統(tǒng)一的權(quán)限管理服務(wù)，控制公司運(yùn)營(yíng)風(fēng)險(xiǎn)。

CTO和產(chǎn)品技術(shù)總監(jiān)合作加強(qiáng)了數(shù)據(jù)團(tuán)隊(duì)建設(shè)，設(shè)立了數(shù)據(jù)挖掘團(tuán)隊(duì)，豐富了客戶畫像，加強(qiáng)了經(jīng)營(yíng)分析能力，產(chǎn)生了更多的策略輸出。數(shù)據(jù)策略輸出不僅給在線商城提供了更強(qiáng)勁的推薦策略，也為CRM，運(yùn)營(yíng)人員提供了更豐富的策略運(yùn)營(yíng)、精準(zhǔn)定向活動(dòng)推送支持。

4、強(qiáng)健的底層架構(gòu)快速支持新業(yè)務(wù)開展

公司在尋找新的增長(zhǎng)點(diǎn)，計(jì)劃開展個(gè)人理財(cái)業(yè)務(wù)。公司的組織架構(gòu)有了新的調(diào)整，管理模式也有了新的提升，形成了集團(tuán)化治理模式，成立了財(cái)務(wù)共享中心，人力資源共享中心。新設(shè)立的理財(cái)事業(yè)部，和零售事業(yè)部、電商事業(yè)部一起，調(diào)整為獨(dú)立核算事業(yè)部編制，事業(yè)部聚焦經(jīng)營(yíng)和銷售，集團(tuán)層面給事業(yè)部提供基礎(chǔ)運(yùn)作支持。信息技術(shù)部也與時(shí)俱進(jìn)，將之前的需求管理部調(diào)整為產(chǎn)品部，信息技術(shù)部主要負(fù)責(zé)CRM、CallCenter、ERP、OA、HRM、DW、BI等應(yīng)用系統(tǒng)，保證集團(tuán)職能部門運(yùn)作，為事業(yè)部的應(yīng)用系統(tǒng)提供基礎(chǔ)架構(gòu)和底層服務(wù)支持。

因?yàn)榧瘓F(tuán)IT應(yīng)用架構(gòu)已經(jīng)非常強(qiáng)健，理財(cái)業(yè)務(wù)的系統(tǒng)構(gòu)建可以迅速展開，CTO和理財(cái)事業(yè)部的產(chǎn)品總監(jiān)溝通后繪制了集團(tuán)應(yīng)用架構(gòu)圖，理財(cái)業(yè)務(wù)只需要建設(shè)一套C端APP和一套基本的管理后臺(tái)，而類似于客戶數(shù)據(jù)、支付、Push服務(wù)、DW和BI都直接使用集團(tuán)現(xiàn)有系統(tǒng)，無(wú)需重新開發(fā)。

CTO和產(chǎn)品總監(jiān)討論后，認(rèn)為上述架構(gòu)圖還存在一點(diǎn)問(wèn)題，賬號(hào)管理不應(yīng)該單獨(dú)創(chuàng)建，集團(tuán)已經(jīng)有著很成熟的統(tǒng)一客戶管理理念，多套賬號(hào)管理模塊會(huì)再次造成信息孤島問(wèn)題。因此決定將現(xiàn)有的賬號(hào)管理模塊也進(jìn)行平臺(tái)化、服務(wù)化升級(jí)，給理財(cái)業(yè)務(wù)提供支持。集團(tuán)層面的Passport系統(tǒng)誕生了。更新后的架構(gòu)圖如下。

這里順便解釋一下：為什么本文對(duì)所有軟件系統(tǒng)都稱為系統(tǒng)，而互聯(lián)網(wǎng)公司則習(xí)慣稱其為產(chǎn)品。

互聯(lián)網(wǎng)的發(fā)展催生了產(chǎn)品經(jīng)理的崗位。產(chǎn)品經(jīng)理常分為C端產(chǎn)品經(jīng)理，B端產(chǎn)品經(jīng)理（包括商家端和運(yùn)營(yíng)管理中后臺(tái)）等。

B端產(chǎn)品線中，有CRM產(chǎn)品經(jīng)理、供應(yīng)鏈產(chǎn)品經(jīng)理等。在互聯(lián)網(wǎng)公司似乎不太在意區(qū)分產(chǎn)品和系統(tǒng)的叫法，到底兩者有何區(qū)別？

實(shí)際上，所謂產(chǎn)品是指企業(yè)提供的商品或服務(wù)，給企業(yè)帶來(lái)利潤(rùn)。早期的互聯(lián)網(wǎng)公司多為虛擬經(jīng)濟(jì)形態(tài)，面向用戶的軟件系統(tǒng)就是公司給消費(fèi)者提供的商品或服務(wù)，因此聚焦軟件功能設(shè)計(jì)的人員被稱為產(chǎn)品經(jīng)理。而互聯(lián)網(wǎng)公司是一類高度依賴信息技術(shù)能力驅(qū)動(dòng)業(yè)務(wù)的公司，對(duì)各類軟件系統(tǒng)都傾向于自主建設(shè)，因此不論是面向客戶的系統(tǒng)，或面向企業(yè)內(nèi)部的系統(tǒng)，軟件設(shè)計(jì)人員都統(tǒng)一叫做產(chǎn)品經(jīng)理，其職責(zé)定位就是負(fù)責(zé)軟件的設(shè)計(jì)和實(shí)現(xiàn)，軟件系統(tǒng)習(xí)慣被稱為產(chǎn)品；而在傳統(tǒng)企業(yè)，負(fù)責(zé)軟件設(shè)計(jì)的人員一般都叫做需求分析師或系統(tǒng)分析員，軟件系統(tǒng)習(xí)慣被稱為系統(tǒng)。

其實(shí)怎么稱呼都無(wú)所謂，本文統(tǒng)一叫做系統(tǒng)。

三、企業(yè)通用應(yīng)用架構(gòu)設(shè)計(jì)

1、通用企業(yè)應(yīng)用架構(gòu)圖

對(duì)上文的應(yīng)用架構(gòu)圖做一些簡(jiǎn)化和調(diào)整，以便更加準(zhǔn)確的體現(xiàn)應(yīng)用架構(gòu)的共性以及與業(yè)務(wù)的對(duì)應(yīng)關(guān)系，得到一張更加清晰簡(jiǎn)潔的企業(yè)級(jí)應(yīng)用架構(gòu)圖。

第一層是對(duì)外系統(tǒng)。所有給企業(yè)外部客戶使用的系統(tǒng)都在這一層，包括官網(wǎng)，普通用戶或客戶使用的C端。如果是類似于美團(tuán)，天貓這種平臺(tái)性質(zhì)的業(yè)務(wù)，還會(huì)包括給商家使用的商家端。這類系統(tǒng)站在與客戶接觸的最前線，是公司實(shí)現(xiàn)商業(yè)模式的橋頭堡。

第二層是對(duì)應(yīng)C端系統(tǒng)的管理后臺(tái)。常見(jiàn)的管理后臺(tái)都會(huì)包含訂單、CMS、商品等模塊。每個(gè)C端業(yè)務(wù)形態(tài)都會(huì)對(duì)應(yīng)一個(gè)管理后臺(tái)，有些管理后臺(tái)的模塊可能會(huì)被抽離出來(lái)集中維護(hù)，例如風(fēng)控，消息服務(wù)，客戶主數(shù)據(jù)。

第三層是業(yè)務(wù)單元支持系統(tǒng)。絕大多數(shù)企業(yè)業(yè)務(wù)的開展，必然不能單純靠線上的運(yùn)作來(lái)實(shí)現(xiàn)經(jīng)營(yíng)，而可能包含電話銷售，客服，地推，倉(cāng)配等一系列業(yè)務(wù)單元共同運(yùn)作。業(yè)務(wù)單元的運(yùn)作需要強(qiáng)大的系統(tǒng)支撐。

第四層是職能單元支持系統(tǒng)。企業(yè)發(fā)展到一定規(guī)模后，必然會(huì)有完善的職能單元作為后勤部門支持業(yè)務(wù)單元的運(yùn)轉(zhuǎn)和企業(yè)的正常運(yùn)作，例如法務(wù)、財(cái)務(wù)、人力、客服，每個(gè)部門的正常運(yùn)轉(zhuǎn)都需要相應(yīng)系統(tǒng)的支持。

第五層是基礎(chǔ)架構(gòu)支持系統(tǒng)。信息化建設(shè)到達(dá)一定程度后，企業(yè)有必要將通用功能服務(wù)化，平臺(tái)化，以保證應(yīng)用架構(gòu)的合理性，提升服務(wù)效率。這類系統(tǒng)主要給其他應(yīng)用系統(tǒng)提供基礎(chǔ)服務(wù)能力支持。

第六層是數(shù)據(jù)底層，和第五層類似，這一層主要集中在數(shù)據(jù)層面的統(tǒng)一和封裝，對(duì)各個(gè)下游系統(tǒng)提供數(shù)據(jù)服務(wù)。

以上六層劃分涵蓋了企業(yè)所有的應(yīng)用系統(tǒng)建設(shè)，每一個(gè)應(yīng)用系統(tǒng)的存在都將定位在六層中的某一層。上圖示例的系統(tǒng)涵蓋了絕大多數(shù)正常企業(yè)經(jīng)營(yíng)運(yùn)轉(zhuǎn)常見(jiàn)的應(yīng)用系統(tǒng)，在現(xiàn)實(shí)世界中，應(yīng)用系統(tǒng)數(shù)量會(huì)遠(yuǎn)遠(yuǎn)多于上圖所示，例如商業(yè)銀行可能會(huì)有成百上千個(gè)系統(tǒng)存在。但是理解一個(gè)常見(jiàn)企業(yè)的組織結(jié)構(gòu)，部門定位，以及上述應(yīng)用架構(gòu)圖形成的原因，可以讓你更準(zhǔn)確快速的理解、掌握、設(shè)計(jì)任意一個(gè)應(yīng)用系統(tǒng)。

2、不同類型企業(yè)的應(yīng)用架構(gòu)圖示例

因?yàn)橐话闫髽I(yè)的組織架構(gòu)設(shè)計(jì)，職能單元的設(shè)計(jì)基本沒(méi)有太大區(qū)別，而以上簡(jiǎn)化版的應(yīng)用架構(gòu)圖映射了一個(gè)標(biāo)準(zhǔn)化企業(yè)的各個(gè)常規(guī)業(yè)務(wù)單元，且涵蓋了絕大多數(shù)企業(yè)中標(biāo)準(zhǔn)的應(yīng)用系統(tǒng)，所以我們可以將不同互聯(lián)網(wǎng)企業(yè)的應(yīng)用架構(gòu)圖映射到上圖中。

下面我們用三個(gè)例子，向讀者演示不同業(yè)務(wù)形態(tài)、發(fā)展階段的公司，其應(yīng)用架構(gòu)的可能形態(tài)。作者并未在以下公司任職，或與相關(guān)內(nèi)部人員探討過(guò)其公司應(yīng)用架構(gòu)，以下示意圖均為作者根據(jù)幾個(gè)公司的業(yè)務(wù)特點(diǎn)和發(fā)展階段，所做的推測(cè)。

首先以美團(tuán)點(diǎn)評(píng)為例。

美團(tuán)的業(yè)務(wù)模式主要為供需平臺(tái)建設(shè)，幫助消費(fèi)者和服務(wù)提供方撮合交易。外部系統(tǒng)包括了C端系統(tǒng)和商家端系統(tǒng)，C端系統(tǒng)為消費(fèi)者常用APP，商家端系統(tǒng)為商家提供商品管理、交易管理、推廣管理、經(jīng)營(yíng)分析等功能。C端或商家端都對(duì)應(yīng)后端管理系統(tǒng)，方便企業(yè)內(nèi)部對(duì)整個(gè)平臺(tái)進(jìn)行管理、營(yíng)銷、風(fēng)控等。

平臺(tái)需要發(fā)掘更多的商戶資源入駐，因此會(huì)有銷售過(guò)程管理的OCRM系統(tǒng)；平臺(tái)需要對(duì)C端客戶提供客服與售后支持服務(wù)，相信美團(tuán)點(diǎn)評(píng)的業(yè)務(wù)量，一套專業(yè)的CallCenter系統(tǒng)必不可少；美團(tuán)提供了自營(yíng)的配送服務(wù)，TMS系統(tǒng)必然成為標(biāo)配（也有可能是SCM中的模塊）。

由于美團(tuán)業(yè)務(wù)不涉及自營(yíng)的實(shí)物貨物買賣服務(wù)，沒(méi)有倉(cāng)儲(chǔ)體系，因此推測(cè)沒(méi)有WMS系統(tǒng)（或者ERP中包含了WMS模塊但是沒(méi)有啟用）。O2O業(yè)務(wù)需要管理大量線下門店，因此GIS（Geography Information System）系統(tǒng)不可或缺，對(duì)于實(shí)力較強(qiáng)的公司，可能還會(huì)開發(fā)獨(dú)立的POI（Point of Information）管理系統(tǒng)（也有可能是GIS中的模塊）。至于財(cái)務(wù)、OA、Passport、Auth、BI、DW、MDM等，必然都是公司標(biāo)配。

接下來(lái)再以今日頭條為例。

今日頭條構(gòu)建了信息流資訊類C端，吸引網(wǎng)民使用，這類產(chǎn)品最常見(jiàn)的盈利方式為廣告變現(xiàn)。在公司經(jīng)營(yíng)之初，可能采取了市面上的DSP平臺(tái)來(lái)完成APP的廣告管理（當(dāng)然也可能從來(lái)沒(méi)有采用過(guò)），為了更好的設(shè)計(jì)廣告產(chǎn)品，相信現(xiàn)在一定有自己的廣告投放管理平臺(tái)，因此公司會(huì)有給廣告主使用的B端廣告投放管理系統(tǒng)。

（當(dāng)然也有可能還沒(méi)有這類平臺(tái)，作者在百度工作時(shí)很多商業(yè)變現(xiàn)產(chǎn)品投放管理都是PM和廣告主線下溝通后通過(guò)內(nèi)部平臺(tái)操作的）。

因?yàn)闃I(yè)務(wù)模式以廣告投放為變現(xiàn)手段，因此后端系統(tǒng)可能沒(méi)有交易類后端復(fù)雜，但基本的CMS和風(fēng)控（反垃圾、反作弊、合法合規(guī)）必然是有的。公司需要盈利，就需要售賣產(chǎn)品，售賣產(chǎn)品永遠(yuǎn)不可能只在線上運(yùn)作，必然會(huì)有BD團(tuán)隊(duì)支持，因此今日頭條也會(huì)有CRM系統(tǒng)，管理對(duì)象為廣告主而不是網(wǎng)民。

但是WMS、TMS系統(tǒng)這類系統(tǒng)估計(jì)就不需要了。至于CallCenter，筆者查詢了官網(wǎng)，沒(méi)有找到相關(guān)的客服熱線，猜測(cè)還沒(méi)有建設(shè)。

今日頭條的早已度過(guò)創(chuàng)業(yè)期，標(biāo)準(zhǔn)的管理軟件應(yīng)該配備齊全，例如OA、HRM；不同的基礎(chǔ)架構(gòu)支持系統(tǒng)，在當(dāng)前階段有可能有，也有可能沒(méi)有；例如Auth、Pay、MDM等。作為一個(gè)純技術(shù)公司，BI、DW當(dāng)然是標(biāo)配。

最后的例子，我們挑一個(gè)相對(duì)規(guī)模小，產(chǎn)品形態(tài)單一的例子，例如墨跡天氣，萬(wàn)年歷這類工具類應(yīng)用的公司。

這類公司在創(chuàng)業(yè)初期，不考慮變現(xiàn)的情況下，團(tuán)隊(duì)小，產(chǎn)品簡(jiǎn)單，應(yīng)用架構(gòu)圖也會(huì)非常簡(jiǎn)單，在產(chǎn)品發(fā)布時(shí)，只需要實(shí)現(xiàn)官網(wǎng)、C端、后臺(tái)管理、賬號(hào)和會(huì)員管理就足夠了。當(dāng)然隨著公司的發(fā)展，常見(jiàn)的變現(xiàn)手段之一就是廣告投放，可能會(huì)繼續(xù)演變到類似于今日頭條的應(yīng)用架構(gòu)。

以上舉了三個(gè)例子，讓讀者更好的理解應(yīng)用架構(gòu)演變和公司業(yè)務(wù)模式以及發(fā)展階段的關(guān)系。在實(shí)際工作中，應(yīng)用架構(gòu)的建設(shè)與面臨的情況會(huì)復(fù)雜得多，只要理解了以上簡(jiǎn)化版的例子，可以更容易理解實(shí)際工作中的場(chǎng)景。

3、企業(yè)應(yīng)用架構(gòu)設(shè)計(jì)的一些建議

最后，我們來(lái)談一談如何合理的設(shè)計(jì)企業(yè)應(yīng)用架構(gòu)。不論是架構(gòu)師，產(chǎn)品條線負(fù)責(zé)人，或某個(gè)系統(tǒng)的產(chǎn)品負(fù)責(zé)人，都要有架構(gòu)設(shè)計(jì)的理念和知識(shí)，尤其是后端產(chǎn)品經(jīng)理，必須充分理解企業(yè)應(yīng)用架構(gòu)的基本概念。這里給出一些應(yīng)用架構(gòu)設(shè)計(jì)的建議。

1. 系統(tǒng)定位和邊界要清晰，對(duì)應(yīng)的業(yè)務(wù)定位和邊界要清晰

一套應(yīng)用系統(tǒng)的存在，都是為了解決某一類業(yè)務(wù)問(wèn)題，對(duì)應(yīng)某一個(gè)業(yè)務(wù)板塊。如果業(yè)務(wù)板塊或業(yè)務(wù)單元定義模糊，也會(huì)導(dǎo)致對(duì)應(yīng)的應(yīng)用系統(tǒng)定位混亂。

2. 系統(tǒng)要實(shí)現(xiàn)松耦合，高內(nèi)聚

系統(tǒng)要對(duì)外界透明，簡(jiǎn)單，易理解，與外部系統(tǒng)的接口要簡(jiǎn)明，扼要，靈活。內(nèi)部模塊高度聚合，粒度越細(xì)越不可拆解。

3. 易變的，嘗試中的新業(yè)務(wù)要避免影響現(xiàn)有業(yè)務(wù)的穩(wěn)定性

對(duì)新業(yè)務(wù)的支持，可以考慮新建獨(dú)立微小型應(yīng)用系統(tǒng)，以便避免改造成熟核心系統(tǒng)，影響其穩(wěn)定性和健壯性。

4. 系統(tǒng)之間數(shù)據(jù)要實(shí)現(xiàn)單向流轉(zhuǎn)

系統(tǒng)之間盡量保證單向數(shù)據(jù)流轉(zhuǎn)，確保數(shù)據(jù)流可回溯，數(shù)據(jù)的一致性和可追溯性?；靵y的數(shù)據(jù)流轉(zhuǎn)管理會(huì)造成應(yīng)用架構(gòu)管理的災(zāi)難。

5. 架構(gòu)設(shè)計(jì)核心目標(biāo)是支持業(yè)務(wù)，有些時(shí)候不合理的存在是合理的

應(yīng)用架構(gòu)存在的首要目標(biāo)是支持業(yè)務(wù)，很多成長(zhǎng)性企業(yè)或初創(chuàng)公司面對(duì)生存的壓力，不能為了保證架構(gòu)的合理性而拖延系統(tǒng)實(shí)施速度導(dǎo)致企業(yè)錯(cuò)過(guò)發(fā)展時(shí)機(jī)。這種情況在互聯(lián)網(wǎng)型企業(yè)更為常見(jiàn)。業(yè)務(wù)還在試錯(cuò)期，系統(tǒng)需要盡快保證支持業(yè)務(wù)試錯(cuò)，如果一上來(lái)就談?wù)撜w架構(gòu)的合理性，很可能花費(fèi)巨大成本實(shí)現(xiàn)了合理架構(gòu)后，新業(yè)務(wù)已經(jīng)取消或失敗。優(yōu)秀的架構(gòu)師和CTO要懂得在合理架構(gòu)設(shè)計(jì)和靈活多變的業(yè)務(wù)發(fā)展之間做出智慧的權(quán)衡取舍。

對(duì)于CTO或公司架構(gòu)師，要保證整體企業(yè)應(yīng)用架構(gòu)的合理性，只要大框架合理，局部的偏差可以忽略，修正的成本也比較小，如果大框架有偏差，修正的代價(jià)會(huì)非常高。對(duì)于產(chǎn)品條線負(fù)責(zé)人，要保證局部框架的合理性，避免出現(xiàn)設(shè)計(jì)不合理造成的返工和補(bǔ)救工作。

很多時(shí)候架構(gòu)師或條線負(fù)責(zé)人要做出判斷，是做一套新系統(tǒng)，還是修改老系統(tǒng)；新系統(tǒng)如何定位，老系統(tǒng)如何調(diào)整定位；數(shù)據(jù)如何流轉(zhuǎn)，系統(tǒng)之間如何關(guān)聯(lián)，底層數(shù)據(jù)如何打通；是否要復(fù)用其他系統(tǒng)模塊，是否要將某些模塊抽象化，服務(wù)化，平臺(tái)化。對(duì)于產(chǎn)品經(jīng)理，要在系統(tǒng)級(jí)別的粒度做出類似問(wèn)題的判斷，能夠識(shí)別出可能存在的系統(tǒng)演變風(fēng)險(xiǎn)，及時(shí)升級(jí)控制不了的問(wèn)題，避免做出錯(cuò)誤決策。

企業(yè)架構(gòu)是一套龐大復(fù)雜的體系，本文是對(duì)其中應(yīng)用架構(gòu)部分，結(jié)合作者實(shí)際工作經(jīng)驗(yàn)的淺薄理解，業(yè)界有著眾多的企業(yè)架構(gòu)建設(shè)規(guī)范和指引，例如Zachman、EAP、TOGAF。這些框架涵蓋了信息技術(shù)和企業(yè)戰(zhàn)略結(jié)合實(shí)施的方方面面，感興趣的讀者可以做更深入的學(xué)習(xí)。

插播一條廣告

大家好，我是《決勝B端》作者楊堃，曾在VIPKID任產(chǎn)品總監(jiān)一職。在工作中，遇見(jiàn)有很多優(yōu)秀的B端產(chǎn)品經(jīng)理，但缺少體系化、針對(duì)B端產(chǎn)品的實(shí)操訓(xùn)練，在成長(zhǎng)中走了許多彎路。

我努力將自己多年做B端產(chǎn)品的經(jīng)驗(yàn)提煉總結(jié)出來(lái)，和起點(diǎn)學(xué)院聯(lián)合打造了一門B端產(chǎn)品體系課——《To B產(chǎn)品實(shí)戰(zhàn)訓(xùn)練營(yíng)》希望能給需要的同學(xué)一些實(shí)質(zhì)性的幫助。

幫助大家構(gòu)建B端產(chǎn)品知識(shí)體系脈絡(luò)，掌握B端產(chǎn)品建設(shè)，從業(yè)務(wù)診斷、需求分析，到抽象建模、設(shè)計(jì)落地的全過(guò)程的方法思路，最終直接應(yīng)用于工作實(shí)踐。

掃碼即可報(bào)名，還可為大家爭(zhēng)取到的專屬優(yōu)惠~

立即搶座，報(bào)名成功后即可領(lǐng)取詳細(xì)課程資料！

作者：楊堃（微信號(hào)公眾號(hào)：goYangKun），9年互聯(lián)網(wǎng)研發(fā)、產(chǎn)品設(shè)計(jì)經(jīng)驗(yàn)，曾就職于傳統(tǒng)外資保險(xiǎn)公司，百度，現(xiàn)就職于vipkid。

本文由 @楊堃 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載