企業(yè)數(shù)字化解決方案有業(yè)務(wù)數(shù)字化系統(tǒng)、服務(wù)體驗(yàn)數(shù)字化系統(tǒng)和營(yíng)銷(xiāo)數(shù)字化系統(tǒng)這三類(lèi)，本文作者對(duì)數(shù)字化業(yè)務(wù)系統(tǒng)設(shè)計(jì)方案流程進(jìn)行了拆解分析，希望能給你帶來(lái)幫助。

如何從0-1搭建企業(yè)數(shù)字化業(yè)務(wù)流程？每個(gè)關(guān)鍵步驟中的方法是什么？整個(gè)流程搭建過(guò)程中需要注意什么？

企業(yè)數(shù)字化解決方案有三類(lèi)：

1. 業(yè)務(wù)數(shù)字化系統(tǒng)
2. 服務(wù)體驗(yàn)數(shù)字化系統(tǒng)
3. 營(yíng)銷(xiāo)數(shù)字化系統(tǒng)

不同類(lèi)型的數(shù)字化解決方案設(shè)計(jì)流程不同，需要注意的關(guān)鍵點(diǎn)也不同，今天分享的是業(yè)務(wù)數(shù)字化系統(tǒng)從0-1搭建的設(shè)計(jì)過(guò)程。后續(xù)會(huì)持續(xù)更新其他類(lèi)型的設(shè)計(jì)流程，若您感興趣，歡迎交流。

不管是集團(tuán)內(nèi)部做業(yè)務(wù)數(shù)字化升級(jí)還是為新客戶(hù)提供業(yè)務(wù)數(shù)字化解決方案，將現(xiàn)有的業(yè)務(wù)流程轉(zhuǎn)化為線上數(shù)字化業(yè)務(wù)流程解決方案，是數(shù)字產(chǎn)品經(jīng)理的基礎(chǔ)能力。

做設(shè)計(jì)師而不是需求實(shí)現(xiàn)者：我們接到很多個(gè)項(xiàng)目，都是因?yàn)榭蛻?hù)已有的系統(tǒng)無(wú)法支持現(xiàn)有的業(yè)務(wù)流程，或者因?yàn)殚_(kāi)發(fā)團(tuán)隊(duì)的設(shè)計(jì)能力和架構(gòu)能力偏弱，所以提供的解決方案只能是客戶(hù)提供的需求的原封不動(dòng)的原版實(shí)現(xiàn)版，甚至是簡(jiǎn)化版；真正的數(shù)字化解決方案，我們是從客戶(hù)業(yè)務(wù)人員了解實(shí)際的業(yè)務(wù)流程和他們的痛點(diǎn)和期待達(dá)到的效果，結(jié)合自己專(zhuān)業(yè)的設(shè)計(jì)能力產(chǎn)出更適合的、有拓展性的數(shù)字化解決方案。

業(yè)務(wù)數(shù)字化解決方案，一般是企業(yè)內(nèi)部工作人員的使用系統(tǒng)。數(shù)字化業(yè)務(wù)系統(tǒng)設(shè)計(jì)方案流程可以分為5個(gè)步驟：

1. 調(diào)研
2. 方案設(shè)計(jì)
3. 開(kāi)發(fā)流程
4. 上線實(shí)施
5. 系統(tǒng)調(diào)優(yōu)

因?yàn)樾枰獙?duì)企業(yè)內(nèi)部的業(yè)務(wù)流程做到全部的理解和掌控，所以調(diào)研是非常關(guān)鍵的流程。

一、關(guān)于調(diào)研

業(yè)務(wù)調(diào)研的框架性和結(jié)構(gòu)性對(duì)后續(xù)的方案設(shè)計(jì)起到了非常關(guān)鍵的作用；如果業(yè)務(wù)調(diào)研不全面，設(shè)計(jì)方案時(shí)會(huì)影響整體的產(chǎn)品架構(gòu)；

如果細(xì)節(jié)理解不到位則設(shè)計(jì)功能時(shí)，可能會(huì)導(dǎo)致功能偏死板，后續(xù)的擴(kuò)展性較差；

業(yè)務(wù)調(diào)研，用下面的思路進(jìn)行，能保證框架和細(xì)節(jié)的全面性

1. 流程初探：業(yè)務(wù)藍(lán)圖

業(yè)務(wù)藍(lán)圖包括業(yè)務(wù)事件，反饋結(jié)果及不同組織部門(mén)角色三個(gè)基礎(chǔ)要素在內(nèi)的業(yè)務(wù)梳理流程圖；通過(guò)梳理業(yè)務(wù)流程中關(guān)鍵角色的上下游合作關(guān)系，關(guān)鍵角色的主要工作范圍，以及關(guān)鍵業(yè)務(wù)流程的關(guān)鍵結(jié)果；讓產(chǎn)品經(jīng)理從全局了解客戶(hù)的業(yè)務(wù)流程框架。

數(shù)字化設(shè)計(jì)方案就設(shè)計(jì)一棟建筑，既需要設(shè)計(jì)師設(shè)計(jì)整體的架構(gòu)和展示方案，也需要建筑設(shè)計(jì)師設(shè)計(jì)內(nèi)部的細(xì)節(jié)的結(jié)構(gòu)和布局；既有設(shè)計(jì)師可發(fā)揮的設(shè)計(jì)部分，又有必須要遵守的基礎(chǔ)要求。

業(yè)務(wù)藍(lán)圖的流程梳理，有助于設(shè)計(jì)師了解整個(gè)方案的全面貌和內(nèi)部的業(yè)務(wù)流轉(zhuǎn)情況。

業(yè)務(wù)藍(lán)圖：

1. 確認(rèn)組織架構(gòu)團(tuán)隊(duì)及角色職能
2. 確認(rèn)各個(gè)組織角色的上下游合作關(guān)系
3. 確認(rèn)各個(gè)角色細(xì)節(jié)的業(yè)務(wù)流程需要達(dá)到的最終目的以及現(xiàn)有的流程痛點(diǎn)

注意：在第3步確定各個(gè)角色的業(yè)務(wù)流程時(shí)，會(huì)分成多個(gè)模塊；就像建筑圖設(shè)計(jì)好之后，需要設(shè)計(jì)各個(gè)不同區(qū)域的詳細(xì)方案。

2. 深入業(yè)務(wù)：矩陣樹(shù)

我們了解的主要的業(yè)務(wù)流轉(zhuǎn)流程之后，就要針對(duì)詳細(xì)的業(yè)務(wù)模塊進(jìn)行梳理；一般來(lái)說(shuō)，到業(yè)務(wù)模塊流程，需要整理出模塊的信息流流程。

梳理信息流的流程：

1. 模塊分解為多個(gè)關(guān)鍵元素
2. 每個(gè)元素的業(yè)務(wù)流程梳理
3. 多種元素耦合交叉處理-梳理總結(jié)完整的業(yè)務(wù)模塊流程架構(gòu)
4. 細(xì)節(jié)字段調(diào)研，通過(guò)業(yè)務(wù)字段反推業(yè)務(wù)流程

這樣說(shuō)有些抽象，我們拿一個(gè)最常見(jiàn)的模塊舉例子——訂貨模塊。

我們分解訂貨模塊的基礎(chǔ)元素：渠道、商品、賬戶(hù)。

1）圍繞渠道

例如：渠道有不同類(lèi)型；我們需要增加渠道分類(lèi)的功能；

渠道有訂貨范圍限制，我們需要增加渠道的訂貨范圍功能；需要提供串貨的功能；

不同渠道有上下級(jí)的包含關(guān)系，我們需要增加渠道組織的功能；

2）圍繞商品

商品在訂單模塊內(nèi)有什么特殊點(diǎn)？例如：商品有不同的分類(lèi)，我們需要提供商品分類(lèi)的功能；不同商品給不同的渠道價(jià)格不同，我們需要做價(jià)格體系。

3）圍繞賬戶(hù)

賬戶(hù)分現(xiàn)貨現(xiàn)款和信用賒賬，那我們需要有信用賬戶(hù)的功能；特定的商品有特定的款項(xiàng)，那我們需要做子賬戶(hù)的功能。

在梳理過(guò)程中，不斷的向下分解，會(huì)發(fā)現(xiàn)有很多模塊都和多個(gè)元素關(guān)聯(lián)，例如價(jià)格提示需要和渠道以及商品關(guān)聯(lián)；賬戶(hù)和渠道以及商品購(gòu)買(mǎi)關(guān)聯(lián)。

遇到這種耦合的邏輯時(shí)，一旦梳理不清楚，就會(huì)導(dǎo)致后續(xù)的方案遺漏功能，所以前期的梳理一定是一層層，細(xì)致的溝通和調(diào)研。

最好是梳理出流程圖和Demo圖，和客戶(hù)不斷的溝通，進(jìn)行幾輪后，設(shè)計(jì)師心里對(duì)整體的方案已經(jīng)了解了，這個(gè)時(shí)候可以進(jìn)入細(xì)節(jié)的溝通。

最后可以針對(duì)關(guān)鍵數(shù)據(jù)表的字段進(jìn)行溝通；因?yàn)樽侄文芊从彻δ苣K，但是客戶(hù)是沒(méi)有這個(gè)意識(shí)的，產(chǎn)品經(jīng)理和設(shè)計(jì)師需要有這個(gè)能力。

舉個(gè)例子，我們的一個(gè)客戶(hù)在對(duì)賬單頁(yè)面，提出了要能篩選出訂單核銷(xiāo)和未核銷(xiāo)的狀態(tài)的單子的對(duì)賬情況，如果沒(méi)有這樣字段的要求，那我們?cè)谠O(shè)計(jì)方案時(shí)可能不會(huì)特意設(shè)計(jì)對(duì)應(yīng)的狀態(tài)值。

調(diào)研完成后，我們可以梳理出來(lái)業(yè)務(wù)藍(lán)圖，和關(guān)鍵模塊的流程圖，關(guān)鍵業(yè)務(wù)的流轉(zhuǎn)情況，可以基于已有的信息做方案設(shè)計(jì)。

二、方案設(shè)計(jì)

通過(guò)快速的Demo設(shè)計(jì)與交互流程，與客戶(hù)進(jìn)行至少3輪的溝通和確認(rèn)。

可視化的展示形式絕對(duì)是最高效的溝通方式，所以畫(huà)圖是數(shù)字產(chǎn)品經(jīng)理必不可少的技能。

通過(guò)快速產(chǎn)出原型Demo，讓客戶(hù)確認(rèn)交互流程和業(yè)務(wù)流程，有助于快速推動(dòng)業(yè)務(wù)細(xì)節(jié)；防止方案設(shè)計(jì)有偏差。

三、開(kāi)發(fā)實(shí)現(xiàn)

方案設(shè)計(jì)完成后，我們需要轉(zhuǎn)化成技術(shù)團(tuán)隊(duì)方便查看的文檔模式，進(jìn)行快速溝通。

我們現(xiàn)在使用的方式是交互Demo+PRD文檔混合的模式，前期調(diào)研的內(nèi)容和背景，也是需要同步給技術(shù)團(tuán)隊(duì)的，方便他們通過(guò)更嚴(yán)謹(jǐn)?shù)姆绞皆O(shè)計(jì)產(chǎn)品結(jié)構(gòu)和技術(shù)方案。

除此之外，對(duì)交互流程多的，一定要有交互圖，方便技術(shù)快速了解流程。

分叉流程多的，一定要有業(yè)務(wù)流程邏輯圖，方便技術(shù)了解邏輯流程。

細(xì)節(jié)說(shuō)明多的，一定在PRF文檔通過(guò)表格形式表達(dá)清楚，方便不遺漏細(xì)節(jié)。

四、上線實(shí)施

開(kāi)發(fā)完成后上線的流程，實(shí)施過(guò)程需要提前準(zhǔn)備，將所有的實(shí)施內(nèi)容和素材提前溝通準(zhǔn)備好，避免出現(xiàn)『裸房交付』的情況，即上線了，但是因?yàn)樯暇€內(nèi)容沒(méi)有提前溝通，導(dǎo)致上線后業(yè)務(wù)無(wú)法快速驗(yàn)收和走查測(cè)試。

五、系統(tǒng)調(diào)優(yōu)

整個(gè)設(shè)計(jì)流程描述好像很完美，但是最終實(shí)現(xiàn)到業(yè)務(wù)端時(shí)，可能會(huì)有因?yàn)闃I(yè)務(wù)描述不到位遺漏的需求，也有因?yàn)榧?xì)節(jié)字段導(dǎo)致的需求沒(méi)有實(shí)現(xiàn)的情況。

因?yàn)槲覀兊慕鉀Q方案重度依賴(lài)業(yè)務(wù)，如果業(yè)務(wù)提供的信息在前期沒(méi)有提供到位，調(diào)研時(shí)沒(méi)有深挖，會(huì)導(dǎo)致這種情況，所以會(huì)有系統(tǒng)調(diào)優(yōu)的流程。

這個(gè)過(guò)程通過(guò)業(yè)務(wù)推動(dòng)前測(cè)試和正式線上業(yè)務(wù)跑起來(lái)測(cè)試，會(huì)逐步的穩(wěn)定和順暢。

每個(gè)步驟做到位，能對(duì)后面的一個(gè)步驟起到很好的支撐。

數(shù)字化解決方案，并不是將客戶(hù)描述的需求直接拿過(guò)來(lái)，而是基于客戶(hù)的業(yè)務(wù)需求結(jié)合專(zhuān)業(yè)的數(shù)字化能力，為客戶(hù)提供合適、穩(wěn)定、方便、高效的解決方案，這才是專(zhuān)業(yè)的設(shè)計(jì)方案。