編輯導(dǎo)語(yǔ)：企業(yè)級(jí)應(yīng)用設(shè)計(jì)對(duì)于解決企業(yè)內(nèi)部不同部門(mén)間的業(yè)務(wù)訴求十分重要，本篇文章作者分享了企業(yè)級(jí)設(shè)計(jì)應(yīng)用的設(shè)計(jì)框架以及具體設(shè)計(jì)步驟，詳細(xì)地講述了企業(yè)級(jí)應(yīng)用設(shè)計(jì)的相關(guān)內(nèi)容，一起來(lái)學(xué)習(xí)一下吧，希望對(duì)你有幫助。

一、企業(yè)級(jí)應(yīng)用定義

在介紹企業(yè)級(jí)應(yīng)用設(shè)計(jì)流程之前，我們首先要明白什么是企業(yè)級(jí)應(yīng)用。

所謂企業(yè)級(jí)應(yīng)用就是指那些提供給大型企業(yè)內(nèi)部使用的軟件系統(tǒng)，而這些軟件系統(tǒng)的一個(gè)典型的特征就是，企業(yè)級(jí)應(yīng)用不僅僅解決一個(gè)具體的業(yè)務(wù)問(wèn)題，而是要解決一個(gè)領(lǐng)域在企業(yè)內(nèi)部不同部門(mén)間的所有業(yè)務(wù)訴求，故此企業(yè)級(jí)應(yīng)用往往需要橫跨多個(gè)模塊。

例如企業(yè)訂單管理系統(tǒng)（OMS），就是將企業(yè)內(nèi)部所有業(yè)務(wù)的訂單進(jìn)行匯總至一處進(jìn)行統(tǒng)一管理。

再?gòu)膫?cè)面理解，與之相對(duì)的是各業(yè)務(wù)線(xiàn)內(nèi)的一個(gè)個(gè)業(yè)務(wù)系統(tǒng)，只且僅解決某個(gè)具體的業(yè)務(wù)問(wèn)題，這二者關(guān)系如下圖所示。

例如業(yè)務(wù)線(xiàn)中的訂單，首先在業(yè)務(wù)系統(tǒng)中將訂單接收，隨后傳導(dǎo)至企業(yè)的OMS中進(jìn)行統(tǒng)一匯總，由OMS進(jìn)行統(tǒng)一透?jìng)髋c路由至下位系統(tǒng)。

二、企業(yè)級(jí)應(yīng)用設(shè)計(jì)框架

講完了企業(yè)級(jí)應(yīng)用的定義后，接下來(lái)我們就來(lái)談下具體的設(shè)計(jì)框架。在我的《中臺(tái)產(chǎn)品經(jīng)理寶典》一書(shū)中我曾提出過(guò)一個(gè)面向企業(yè)級(jí)應(yīng)用設(shè)計(jì)的通用MSS模型。

這里最核心的部分可以被摘錄為如下圖的四步：

接下來(lái)讓我們一個(gè)個(gè)展開(kāi)來(lái)看：

1. 步驟01：需求梳理框架

這里需要注意的是，不同于業(yè)務(wù)系統(tǒng)我們需要將整個(gè)領(lǐng)域的完整需求梳理出來(lái)。

在領(lǐng)域梳理的范疇中我們需要掌握兩個(gè)邊界：業(yè)務(wù)邊界，系統(tǒng)邊界。

1）業(yè)務(wù)邊界

按照領(lǐng)域梳理業(yè)務(wù)需求時(shí)，最關(guān)心的便是領(lǐng)域到底有多大？例如訂單領(lǐng)域，庫(kù)存領(lǐng)域。

我們?cè)谶@一步要做的就是清晰的理出訂單的生命周期到底是什么？雖然我們要整理整個(gè)訂單領(lǐng)域，但是我們頁(yè)不可能一味的讓一個(gè)訂單系統(tǒng)去管理所有與訂單相關(guān)的事務(wù)。

例如，在訂單管理的履約環(huán)節(jié)，雖然預(yù)約是嚴(yán)格按照訂單的要求進(jìn)行執(zhí)行的，但是在此時(shí)我們不應(yīng)該去以訂單在下游系統(tǒng)中流轉(zhuǎn)。

而是應(yīng)該生成對(duì)應(yīng)的出庫(kù)單或履約單據(jù)，由他們?nèi)ト麻_(kāi)啟一個(gè)新的領(lǐng)域的工作，而在他們工作完成之后，只需要將工作結(jié)果也就是送達(dá)結(jié)果回傳給訂單。

這樣就將我們的訂單業(yè)務(wù)邊界做了清晰的劃分：

這里梳理業(yè)務(wù)邊界我給大家一個(gè)方法：根據(jù)業(yè)務(wù)場(chǎng)景種類(lèi)來(lái)進(jìn)行劃分，各類(lèi)場(chǎng)景獨(dú)立切分。

例如訂單就是用戶(hù)場(chǎng)景內(nèi)的產(chǎn)物，而庫(kù)內(nèi)作業(yè)是企業(yè)內(nèi)部倉(cāng)庫(kù)場(chǎng)景這兩者就應(yīng)該劃分開(kāi)并獨(dú)立由不同系統(tǒng)承載，這也就是在軟件設(shè)計(jì)中解耦思想最簡(jiǎn)單的一個(gè)應(yīng)用。

當(dāng)然在用戶(hù)場(chǎng)景中還會(huì)包含若干個(gè)子場(chǎng)景，比如訂單生成，訂單金額計(jì)算等等。

2）系統(tǒng)邊界

接著上面的思想繼續(xù)展開(kāi)，一個(gè)系統(tǒng)理論上應(yīng)該只去解決一種問(wèn)題。而這類(lèi)問(wèn)題就是我們這個(gè)系統(tǒng)的核心，例如企業(yè)級(jí)訂單管理系統(tǒng)，它解決的就是訂單的所有用戶(hù)場(chǎng)景下商品單據(jù)的問(wèn)題。

介紹完了邊界，下面我們來(lái)談?wù)勅绾蝸?lái)梳理，這里我們按照下圖的公式進(jìn)行拆解：

1. 角色：當(dāng)前系統(tǒng)參與的業(yè)務(wù)實(shí)際人員角色是什么？用戶(hù)角色的崗位是什么？每個(gè)崗位的具體日常工作又是什么？
2. 場(chǎng)景：這些角色參與的場(chǎng)景有哪些？在各個(gè)場(chǎng)景下都分別有什么需求？在當(dāng)前場(chǎng)景為了完成什么樣的工作？
3. 路徑：將前面的角色與場(chǎng)景進(jìn)行串聯(lián)，就能得到每個(gè)角色在場(chǎng)景下的任務(wù)以及希望得到的工作結(jié)果，同時(shí)各個(gè)場(chǎng)景之間的依賴(lài)關(guān)系是什么？完成一件事都需要有哪些角色和場(chǎng)景的參與以及怎樣路徑流轉(zhuǎn)？

通過(guò)這樣的分析后，我們就可以將一個(gè)抽象化的業(yè)務(wù)，得到了一個(gè)結(jié)構(gòu)化的業(yè)務(wù)流程圖：業(yè)務(wù)起點(diǎn)是什么，包含哪些環(huán)節(jié)，各環(huán)節(jié)依次有哪些角色參與，最終業(yè)務(wù)結(jié)果是什么。

2. 步驟02：產(chǎn)品框架設(shè)計(jì)

所謂產(chǎn)品框架設(shè)計(jì)，本質(zhì)就是在設(shè)計(jì)系統(tǒng)的功能架構(gòu)，那么要如何設(shè)計(jì)一個(gè)系統(tǒng)的功能架構(gòu)呢？

功能架構(gòu)設(shè)計(jì)的第一步，就是要將一個(gè)抽象的業(yè)務(wù)領(lǐng)域劃分為不同系統(tǒng)模塊，讓每個(gè)系統(tǒng)模塊可以解決一個(gè)領(lǐng)域中的獨(dú)立環(huán)節(jié)。

還是以訂單的例子來(lái)說(shuō)，訂單處理的完整業(yè)務(wù)領(lǐng)域，我們可以將其劃分為下面6個(gè)環(huán)節(jié)：

1. 接單環(huán)節(jié)：指記錄用戶(hù)所需要的商品或服務(wù)，并計(jì)算各種優(yōu)惠及總價(jià)。
2. 提單環(huán)節(jié)：由接單環(huán)節(jié)用戶(hù)確認(rèn)后，提交并嘗試生成訂單，此時(shí)需要處理商品的庫(kù)存鎖定，生成付款單等操作。
3. 付款環(huán)節(jié)：指訂單生成后，用戶(hù)支付訂單金額。
4. 路由環(huán)節(jié)：訂單付款完成后，生成有效訂單，此時(shí)根據(jù)訂單所購(gòu)商品或服務(wù)流轉(zhuǎn)分單到對(duì)應(yīng)倉(cāng)儲(chǔ)或門(mén)店，為下一步履約做好準(zhǔn)備。
5. 履約環(huán)節(jié)：訂單此時(shí)轉(zhuǎn)化為出庫(kù)單或履約單，由下游系統(tǒng)接收進(jìn)行處理，并在完成后回傳履約狀態(tài)。（只負(fù)責(zé)下傳訂單至下位系統(tǒng)）
6. 逆向環(huán)節(jié)：訂單完成后，在指定有效期內(nèi)可進(jìn)入售后階段，此時(shí)便是逆向環(huán)節(jié)。

通過(guò)環(huán)節(jié)的劃分，我們就可以得到在訂單領(lǐng)域需要的系統(tǒng)模塊，如下圖所示：

但是截至到現(xiàn)在我們僅僅得到了一堆雜亂無(wú)序的功能模塊。還不算完成我們的功能架構(gòu)設(shè)計(jì)，我們還需要按照上一步梳理出的不同階段，將對(duì)應(yīng)的模塊功能進(jìn)行聚合整理，也就是將功能進(jìn)行分層or分塊。

例如在訂單中我們可以分為三層：售前、售中、售后，如下圖所示：

隨后再將起初得到的各個(gè)模塊放入剛才劃分好的各層級(jí)中，便得到如下圖所示最終結(jié)果：

可以看到，至此我們就很輕松完成了一個(gè)產(chǎn)品框架的定義。

在完成了產(chǎn)品框架設(shè)計(jì)后，我們對(duì)一個(gè)系統(tǒng)要包含哪些模塊以及系統(tǒng)邊界要做到哪些，我們就有了非常清晰的認(rèn)知了，接下來(lái)我們就需要從宏觀(guān)走向微觀(guān)，開(kāi)始逐個(gè)去梳理每個(gè)模塊內(nèi)部的功能流程。

3. 步驟03：產(chǎn)品流程設(shè)計(jì)

這一步我們就是要將前面所得到的模塊進(jìn)行逐一拆解，來(lái)逐個(gè)梳理功能流程是什么樣子的？這和我們?nèi)粘５墓ぷ骶头浅Ｏ嗨屏恕?/p>

具體來(lái)說(shuō)，在這一步我們需要畫(huà)出兩個(gè)流程圖：

1. 功能流程圖：每個(gè)功能的基本處理流程是什么樣的？在這里我們重點(diǎn)需要梳理每個(gè)流程中詳細(xì)的業(yè)務(wù)規(guī)則，并將每個(gè)規(guī)則以流程圖的形式表示出來(lái)。
2. 頁(yè)面流程圖：在繪制完頁(yè)面后，各個(gè)頁(yè)面的跳轉(zhuǎn)邏輯是什么樣的？

補(bǔ)充：所謂的頁(yè)面流轉(zhuǎn)圖就是指各個(gè)頁(yè)面中是什么按鈕或組件觸發(fā)頁(yè)面跳轉(zhuǎn)的，用以描述頁(yè)面之間的跳轉(zhuǎn)邏輯，此處的示例如下圖所示：

還是以訂單模塊為例，我們需要在這里產(chǎn)出：

1. 訂單優(yōu)惠的計(jì)算邏輯流程；
2. 訂單庫(kù)存的鎖定邏輯流程；
3. 訂單轉(zhuǎn)出庫(kù)單邏輯流程。

這樣我們就將一個(gè)功能完整且具體的表示出來(lái)了。

如法炮制，我們將第二步產(chǎn)品框架中所涉及的功能都依次描繪出來(lái)，這樣一個(gè)完整的系統(tǒng)就表述完畢了。

4. 步驟04：功能版本設(shè)計(jì)

到了這一步其實(shí)就比較簡(jiǎn)單了，我們只需要將前面的產(chǎn)出，按照最小可迭代原型（MVP）規(guī)則進(jìn)行拆分，并制定版本計(jì)劃即可。

具體來(lái)說(shuō)我們此處要做的工作可以分為下面三項(xiàng)：

1. 需求清單：將產(chǎn)品藍(lán)圖中的功能羅列，得到功能清單；
2. 需求管理：使用KANO進(jìn)行需求優(yōu)先級(jí)分類(lèi)，在制定第一個(gè)版本時(shí)要注意盡可能將主流程的功能排入，以便快速上線(xiàn)驗(yàn)證業(yè)務(wù)邏輯是否正確；
3. 版本規(guī)劃：詳細(xì)定義隨后的各版本以及包含的功能。

至此一個(gè)完整的設(shè)計(jì)框架就為大家介紹完畢了。

三、總結(jié)

綜上企業(yè)級(jí)應(yīng)用由于涉及面廣，系統(tǒng)復(fù)雜度高，要能成功設(shè)計(jì)必須要有成熟的模型予以指導(dǎo)，從而幫助我們能有條理且漸進(jìn)的完成產(chǎn)品設(shè)計(jì)工作。

#專(zhuān)欄作家#

三爺，微信公眾號(hào)：三爺茶館，人人都是產(chǎn)品經(jīng)理專(zhuān)欄作家，2019年年度作者。《中臺(tái)產(chǎn)品經(jīng)理寶典》作者，原萬(wàn)達(dá)高級(jí)產(chǎn)品、MBA特約講師、獨(dú)立創(chuàng)業(yè)者，現(xiàn)叮咚買(mǎi)菜B端產(chǎn)品線(xiàn)負(fù)責(zé)人，擁有多款集團(tuán)項(xiàng)目從零到一經(jīng)驗(yàn)并帶領(lǐng)實(shí)現(xiàn)商業(yè)化布局。

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

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