編輯導(dǎo)語：業(yè)務(wù)的變更，會影響到我們的業(yè)務(wù)架構(gòu)。那么，在面對業(yè)務(wù)大的調(diào)整的時候，我們的架構(gòu)該怎么調(diào)整？本文作者從業(yè)務(wù)視角，分析應(yīng)該如何應(yīng)付業(yè)務(wù)模式變更，希望能給你帶來幫助。

我們在遇到業(yè)務(wù)變化的時候，一定想過一個問題：系統(tǒng)能不能少改，或者不改，來滿足業(yè)務(wù)需求?；蛘咴诿鎸I(yè)務(wù)大的調(diào)整的時候，我們都會問：這個影響架構(gòu)么？架構(gòu)要怎么調(diào)整？

如果業(yè)務(wù)調(diào)整如“汽車金融兩種數(shù)字化業(yè)務(wù)模式創(chuàng)新”文中所說：我們業(yè)務(wù)模式需要變更，有更多的合作方提供價值支持；有更多種類的細(xì)分客戶，需要我們從不同渠道服務(wù)，我們怎么來應(yīng)對？

既然是業(yè)務(wù)的變更，首先受到影響的一定是我們的業(yè)務(wù)架構(gòu)，本文中，我們先拋開技術(shù)架構(gòu)，單聊業(yè)務(wù)架構(gòu)，一起從業(yè)務(wù)視角，來看看，我們能做些什么。

一、什么是業(yè)務(wù)架構(gòu)

既然談到了業(yè)務(wù)架構(gòu)，先看看什么是業(yè)務(wù)架構(gòu)。

業(yè)務(wù)架構(gòu)是把企業(yè)的業(yè)務(wù)戰(zhàn)略轉(zhuǎn)化為日常運(yùn)作的渠道，業(yè)務(wù)戰(zhàn)略決定業(yè)務(wù)架構(gòu)，它包括業(yè)務(wù)的運(yùn)營模式、流程體系、組織結(jié)構(gòu)、地域分布等內(nèi)容。

業(yè)務(wù)架構(gòu)在不同角色視角中的定義不盡相同，包含的內(nèi)容也比較廣泛。而本文中所指的業(yè)務(wù)架構(gòu)，更多的是指如何將戰(zhàn)略拆解到系統(tǒng)實(shí)踐中，而這里的實(shí)踐并不是說采用什么技術(shù)棧，什么架構(gòu)模型，這里是從戰(zhàn)略，拆解到業(yè)務(wù)，再細(xì)分到業(yè)務(wù)模塊和業(yè)務(wù)服務(wù)。到了這種顆粒度之后，技術(shù)如何支持將會變得相對明朗可見了。

二、汽車金融面臨的挑戰(zhàn)

業(yè)務(wù)架構(gòu)從來都不是獨(dú)立存在的。

曾經(jīng)有個客戶問我：我希望嘗試新的東西，做出一些改變，但是我有時候不知道為什么要做這種改變，或者改變能帶給我什么。

這樣的問題，其實(shí)很常見，現(xiàn)有的傳統(tǒng)企業(yè)中，業(yè)務(wù)和技術(shù)往往是分開的。業(yè)務(wù)會定義大的方向和戰(zhàn)略，技術(shù)也會有自己的技術(shù)目標(biāo)，但兩者怎么結(jié)合？業(yè)務(wù)的戰(zhàn)略目標(biāo)如何實(shí)現(xiàn)？技術(shù)的目標(biāo)如何體現(xiàn)業(yè)務(wù)價值。搭在中間的，是一個拆解和匹配，而業(yè)務(wù)架構(gòu)就架在了這兩者之間。

我們再來看看汽車金融面臨的問題，現(xiàn)如今，傳統(tǒng)汽車金融需要考慮：如何支持直銷業(yè)務(wù)流，如何支持多前端觸點(diǎn)的趨勢，如何應(yīng)對多業(yè)務(wù)場景流程并行，如何快速調(diào)整我們的系統(tǒng)支持業(yè)務(wù)的多變？而問題存在于當(dāng)下，同時也涉及到未來。

1. 業(yè)務(wù)模式的變化與細(xì)分

業(yè)務(wù)模式從傳統(tǒng)的經(jīng)銷商模式，逐步向直銷傾斜的時候，我們的業(yè)務(wù)和系統(tǒng)需要做雙向支持，一方面，經(jīng)銷商屬于專業(yè)人員，提供專業(yè)精準(zhǔn)支持；另一方面，直銷面對的普通客戶，不具備專業(yè)知識，需要提供便捷易懂的服務(wù)。

而隨著業(yè)務(wù)的成熟，業(yè)務(wù)劃分也越來越精細(xì)，包括新車，二手車，展車，公司車，網(wǎng)約車。也包括乘用車、輕卡、重卡等。

顯然，我們無法針對每一個細(xì)分做一套流程系統(tǒng)。當(dāng)然，也不會為了應(yīng)對新的模式新打造一套系統(tǒng)。

2. 觸點(diǎn)的多樣性

從經(jīng)銷商來講，越來越靈活的服務(wù)方式已經(jīng)不再局限在桌面辦公，從網(wǎng)頁端會慢慢地過渡到手機(jī)端，但這并不代表著網(wǎng)頁端會廢棄不用，我們就面臨著多端支持。

同時支持直銷的C端，支持客戶自己完成，為了提供便利，我們根據(jù)業(yè)務(wù)的訴求和客戶的場景細(xì)分，也許會支持客戶的APP、小程序、公眾號、網(wǎng)頁端等方式。

當(dāng)然，每增加一個渠道以及觸點(diǎn)前端，都不會用單獨(dú)的系統(tǒng)和流程支持。

三、以不變應(yīng)萬變的業(yè)務(wù)架構(gòu)

面對上文中提及的變化誘因和可能性，或者現(xiàn)在為了快速迎接不遠(yuǎn)的未來挑戰(zhàn)，在我們構(gòu)建，或者改善系統(tǒng)的時候，要如何應(yīng)對。正如我們的共識，不會為每一個新增做全新構(gòu)建，因此就要求我們的系統(tǒng)有足夠的靈活性。

說到了靈活性，我們就需要提一提很火的名詞：服務(wù)化。所謂的服務(wù)化是指把一個大型系統(tǒng)中的各個業(yè)務(wù)進(jìn)行抽象以后，以服務(wù)為單位進(jìn)行開發(fā)和管理的方法。因此，我們看到重點(diǎn)在抽象，和以服務(wù)為單位上。

1. 業(yè)務(wù)抽象

正如我們所說，汽車金融的業(yè)務(wù)場景有多種細(xì)分，而我們又無法針對每一個內(nèi)容進(jìn)行流程獨(dú)立開發(fā)，因此就需要針對這些內(nèi)容進(jìn)行業(yè)務(wù)抽象。這就要求我們能夠?qū)⑺械臉I(yè)務(wù)內(nèi)容進(jìn)行梳理，在這個過程中，我們不去想怎么合并，不去想怎么構(gòu)建，只做一件事情——梳理。這個過程是一個尋找問題的過程，只有問題清晰了，解決方法才有的放矢。

而梳理的過程需要我們將所有的業(yè)務(wù)以及對應(yīng)的上下游理清楚，從購買流程，到邊緣場景，事無巨細(xì)的流程都展現(xiàn)出來。

在這之后，將每一個流程中涉及到的問題歸納到一起，成為我們的“抽象”，例如下圖中的內(nèi)容，抽象出來的結(jié)果看上去所有的業(yè)務(wù)流都或多或少的會涉及其中的幾個或者所有“抽象”。

2. 業(yè)務(wù)架構(gòu)

架構(gòu)的關(guān)系其實(shí)就是在表達(dá)一種關(guān)系，從左到右（上下游關(guān)系）或者從上到下（架構(gòu)層級關(guān)系），按照我們通常的理解，上下關(guān)系中，越往下越抽象越基礎(chǔ)。

借用軟件架構(gòu)中的三層架構(gòu)，三層架構(gòu)的特點(diǎn)：高內(nèi)聚低耦合，也恰恰符合了我們對于業(yè)務(wù)架構(gòu)的期待，因此我們復(fù)用到業(yè)務(wù)架構(gòu)中來。

對比三層架構(gòu)：

• 表現(xiàn)層，相當(dāng)于觸點(diǎn)渠道，真正的觸達(dá)用戶
• 業(yè)務(wù)邏輯層，服務(wù)于特有的業(yè)務(wù)場景，和功能，相當(dāng)于特有模塊，只有特定場景和內(nèi)容才會使用的內(nèi)容
• 數(shù)據(jù)訪問層，相當(dāng)于共有能力，每一個業(yè)務(wù)邏輯都離不開數(shù)據(jù)支持，等同于業(yè)務(wù)中的共享模塊，而共享模塊并沒有數(shù)據(jù)那么底層，還是在說業(yè)務(wù)邏輯，只不過這個業(yè)務(wù)邏輯會更通用

將我們識別出來的“抽象”對應(yīng)到這三層是什么樣的呢？舉個例子來講：

• 前臺觸點(diǎn)：我們可以有H5頁面，小程序，網(wǎng)頁，APP等等方式接觸客戶，同時也有需要我們提供服務(wù)的合作方?？梢允亲苑?wù)的方式，也可以是經(jīng)銷商渠道的方式。
• 特有模塊：我們看到申請和激活過程屬于貸前特有，而合同和日常服務(wù)屬于貸后特有。當(dāng)然，我們可以有別的劃分方式，比如說根據(jù)上面說的車輛劃分新車二手車，輕卡重卡等等。特有模塊的劃分方式不同，模塊能力的組別劃分也會隨之改變。
• 共享模塊：抽離我們的實(shí)際業(yè)務(wù)細(xì)分和車輛細(xì)分，公用的部分，比如說客戶和線索，比如說文檔報報表等，都屬于可以剝離特有業(yè)務(wù)場景獨(dú)立使用的能力。

這樣的業(yè)務(wù)架構(gòu)，可以更好地支持我們的現(xiàn)有業(yè)務(wù)，能做到資源的最大化利用而避免了重復(fù)建設(shè)。對于未來，也同樣，可以很好地支持。

3. 靈活應(yīng)變

對于未來業(yè)務(wù)模式的改變以及客戶需求的改變，我們的業(yè)務(wù)架構(gòu)也能夠做到支持，當(dāng)然靈活的調(diào)整是必然的。當(dāng)我們新增了業(yè)務(wù)場景或者特有模塊場景的時候，有些特有模塊就會同時被新增場景使用，逐漸就會變成共有模塊。當(dāng)然，當(dāng)我們做了業(yè)務(wù)調(diào)整，減少了特定場景之后，共有模塊也有可能調(diào)整到特有模塊中去。

同樣，前臺觸點(diǎn)也會隨著我們的業(yè)務(wù)調(diào)整進(jìn)行適當(dāng)?shù)母淖?，每一個前臺觸點(diǎn)，會影響業(yè)務(wù)流和業(yè)務(wù)場景，因此也會間接的影響我們的模塊分類。

當(dāng)我們的“抽象”具備了高內(nèi)聚低耦合的特征之后，調(diào)整就是基于“抽象”之間的，對于“抽象”本身，我們就可以在短時間內(nèi)不做過多的關(guān)注了。而這個“抽象”就是我們識別出的能力，就是我們說的模塊

寫在最后，當(dāng)我們的模塊足夠的獨(dú)立的時候，每一個模塊專注于自己的能力，不受前臺觸點(diǎn)的操作影響，單純的新增觸點(diǎn)或者業(yè)務(wù)流順序調(diào)整，模塊將不會受到影響。當(dāng)然，沒有任何一個結(jié)構(gòu)能一直適用于各種潮流，我們能做的只能是盡量靈活適配，或者小步調(diào)整，支持未來的無限可能。

#專欄作家#

兔小吱，公眾號：冬眠小記，人人都是產(chǎn)品經(jīng)理專欄作家。探索數(shù)字化轉(zhuǎn)型。

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

題圖來自Unsplash，基于CC0協(xié)議。