怎樣將一個(gè)之前未接觸過(guò)的新業(yè)務(wù)，轉(zhuǎn)化為研發(fā)可以具體開(kāi)發(fā)的詳細(xì)產(chǎn)品方案呢？本文作者對(duì)此進(jìn)行了分析，一起來(lái)看一下吧。

一、構(gòu)建業(yè)務(wù)模型

怎么樣將一個(gè)idea，商業(yè)模式拆解為業(yè)務(wù)模型，這個(gè)在之前的文章中已經(jīng)有詳細(xì)的說(shuō)明，可以點(diǎn)擊看相關(guān)文章：

團(tuán)隊(duì)管理2——業(yè)務(wù)模型拆解（上）

團(tuán)隊(duì)管理2——業(yè)務(wù)模型拆解（下）

總體思路是：

1）有一個(gè)ideal之后，運(yùn)用商業(yè)運(yùn)作模型（商業(yè)畫布，商業(yè)模式運(yùn)作圖，價(jià)值鏈分析）、業(yè)務(wù)運(yùn)作模型、財(cái)務(wù)運(yùn)作模型能夠?qū)⒁砸粋€(gè)項(xiàng)目的各方面做一個(gè)整體的評(píng)估；

2）我們進(jìn)一步運(yùn)用業(yè)務(wù)模型的拆解方法，可以拆分出這個(gè)事情的核心業(yè)務(wù)及支撐系統(tǒng)，明白這個(gè)事情是如何運(yùn)作的，關(guān)鍵節(jié)點(diǎn)是哪些，并據(jù)此搭建一個(gè)整體性的產(chǎn)品概覽。

但這個(gè)產(chǎn)品框架是一個(gè)比較粗略的方案，比如之前其它文章畫的同城配送系統(tǒng)的產(chǎn)品整體概覽（已經(jīng)做過(guò)這個(gè)系統(tǒng)，然后來(lái)寫這篇文章，帶有天然的理解在里面）。

那怎樣將一個(gè)之前未接觸過(guò)的新業(yè)務(wù)轉(zhuǎn)化為研發(fā)可以具體開(kāi)發(fā)的詳細(xì)產(chǎn)品方案呢，這其實(shí)不是一件簡(jiǎn)單的事情，特別是針對(duì)復(fù)雜系統(tǒng)，平臺(tái)類產(chǎn)品的時(shí)候。

本文不涉及戰(zhàn)略層面的東西，這部分在之前的業(yè)務(wù)模型拆解中有涉及一部分，另外怎么樣去找到一個(gè)好的需求點(diǎn)，并評(píng)估是否可行也不涉及。

我們將文章限定范圍為：產(chǎn)品方向已經(jīng)確定，業(yè)務(wù)模式等已確定，我們只需要把這個(gè)業(yè)務(wù)調(diào)研清楚，做產(chǎn)品拆解。這樣將讓我們的精力集中于業(yè)務(wù)向產(chǎn)品詳細(xì)方案的轉(zhuǎn)化，業(yè)務(wù)方向一定要確定，然后才去啟動(dòng)正式的產(chǎn)品詳細(xì)方案設(shè)計(jì)工作，要不然產(chǎn)品方案會(huì)無(wú)止境地變化，無(wú)謂地增加各種成本和打擊團(tuán)隊(duì)的士氣。

二、業(yè)務(wù)轉(zhuǎn)化為產(chǎn)品的難點(diǎn)

業(yè)務(wù)是依托于用戶存在的，這個(gè)用戶可能是購(gòu)買商品的客戶，也可能是公司內(nèi)部的管理運(yùn)營(yíng)人員。

業(yè)務(wù)就是由用戶發(fā)起并執(zhí)行后有一個(gè)結(jié)果的活動(dòng)，這個(gè)活動(dòng)可能是由系統(tǒng)執(zhí)行，可能由其他人完成，也可能人與系統(tǒng)配合完成。

互聯(lián)網(wǎng)和信息技術(shù)出現(xiàn)之前，業(yè)務(wù)基本都是在線下進(jìn)行，現(xiàn)在越來(lái)越多業(yè)務(wù)實(shí)現(xiàn)線上化，有些業(yè)務(wù)整體都是線上（比如抖音、微信、資訊），O2O業(yè)務(wù)，傳統(tǒng)行業(yè)，制造業(yè)等行業(yè)還有很多業(yè)務(wù)是在線下。

無(wú)論是怎樣的業(yè)務(wù)，我們大多以用戶為中心進(jìn)行設(shè)計(jì)產(chǎn)品，產(chǎn)品在滿足用戶需求同時(shí)，還要讓用戶在使用過(guò)程中感到足夠方便和舒適。但另一個(gè)方面，滿足用戶的需求不僅僅只是跟用戶打交道，還面臨著其他一切為滿足用戶需求而提供服務(wù)的人員和企業(yè)，對(duì)于這些衍生需求，也是需要滿足。

這項(xiàng)工作面臨著很多挑戰(zhàn)：

1）沒(méi)考慮到非用戶接觸的內(nèi)部業(yè)務(wù)產(chǎn)品設(shè)計(jì)：以用戶為中心的設(shè)計(jì)，從用戶角度出發(fā)的，目標(biāo)是要讓用戶的體驗(yàn)好，但可能忽略一些基礎(chǔ)支撐性的業(yè)務(wù)如何設(shè)計(jì)。

2）沒(méi)考慮業(yè)務(wù)流程設(shè)計(jì)：一項(xiàng)業(yè)務(wù)需要設(shè)計(jì)流程。比如，一個(gè)訂單需要設(shè)計(jì)用戶下單、確認(rèn)發(fā)貨、物流送貨和用戶簽收等流程。但以用戶為中心的設(shè)計(jì)，對(duì)流程強(qiáng)調(diào)得并不多，更多地強(qiáng)調(diào)了頁(yè)面設(shè)計(jì)和簡(jiǎn)單的交互設(shè)計(jì)。

3）遺漏大量邏輯：當(dāng)系統(tǒng)復(fù)雜度很大的時(shí)候，只使用流程進(jìn)行考慮將會(huì)很復(fù)雜，這將導(dǎo)致會(huì)遺漏很多邏輯，特別是多系統(tǒng)之間的交互。

4）缺乏系統(tǒng)性：平臺(tái)類型的業(yè)務(wù)產(chǎn)品設(shè)計(jì)，需要考慮到各系統(tǒng)之間的交互，比如平臺(tái)類型的訂單，會(huì)涉及用戶、商戶、平臺(tái)，一筆訂單中由包含商品、優(yōu)惠、快遞、支付、退款等。很容易對(duì)系統(tǒng)考慮不全，導(dǎo)致架構(gòu)存在問(wèn)題。

5）未考慮系統(tǒng)的延展性：只關(guān)注當(dāng)時(shí)當(dāng)下的問(wèn)題，沒(méi)有考慮到業(yè)務(wù)發(fā)展之后，產(chǎn)品需要怎么來(lái)支持，使得產(chǎn)品系統(tǒng)隨著業(yè)務(wù)發(fā)展而需要不斷的重構(gòu)。

6）如果有多人協(xié)作同一個(gè)系統(tǒng)，很容易由于各自的設(shè)計(jì)思路不一致，繪制原型標(biāo)準(zhǔn)不一致而造成各自閉門造車而最終組裝不上的問(wèn)題。

那需要怎么來(lái)應(yīng)對(duì)這些問(wèn)題呢：

1）梳理流程的時(shí)候，采取端到端的方法——也即是從一個(gè)活動(dòng)的開(kāi)始直到最終結(jié)果的整個(gè)過(guò)程，形成閉環(huán)，可以跨越多端（用戶端、商家端、平臺(tái)管理端）、多部門、多操作者，打破產(chǎn)品系統(tǒng)的隔閡和封閉。

2）采用統(tǒng)一的語(yǔ)言體系和標(biāo)準(zhǔn)（如UML，各端口原型及設(shè)計(jì)標(biāo)準(zhǔn)統(tǒng)一），保證各方的底層設(shè)計(jì)邏輯、標(biāo)準(zhǔn)、語(yǔ)言統(tǒng)一，這樣設(shè)計(jì)出的東西才統(tǒng)一。

3）從面向過(guò)程的設(shè)計(jì)轉(zhuǎn)為面向?qū)ο蟮脑O(shè)計(jì)，應(yīng)對(duì)復(fù)雜性、平臺(tái)型項(xiàng)目設(shè)計(jì)，更系統(tǒng)全面的考慮問(wèn)題，就需要把UML，DDD思想運(yùn)用到從業(yè)務(wù)到產(chǎn)品設(shè)計(jì)的過(guò)程中，讓整個(gè)的過(guò)程更系統(tǒng)絲滑，實(shí)現(xiàn)面向?qū)ο?，模塊化、模型化的產(chǎn)品設(shè)計(jì)。

三、以業(yè)務(wù)為中心的設(shè)計(jì)

1. 整體思路

下圖為用戶體驗(yàn)要素的5層框架結(jié)構(gòu)：

1. 戰(zhàn)略層——確定商業(yè)目標(biāo)，產(chǎn)品目標(biāo)，用戶群體，怎么賺錢等
2. 范圍層——為產(chǎn)品功能劃定范圍，做哪些功能
3. 結(jié)構(gòu)層——思考產(chǎn)品怎么做，包括怎么跟用戶交互，怎么組織內(nèi)容（信息架構(gòu)）
4. 框架層——思考產(chǎn)品怎么設(shè)計(jì)，界面設(shè)計(jì)，導(dǎo)航設(shè)計(jì)，信息設(shè)計(jì)
5. 表現(xiàn)層——風(fēng)格統(tǒng)一，色彩搭配，排版，利用用戶的視覺(jué)，聽(tīng)覺(jué)，觸覺(jué)，味覺(jué)來(lái)刺激用戶

普通產(chǎn)品經(jīng)理做得就是范圍層，結(jié)構(gòu)層，框架層的東西，表現(xiàn)層一般是UI設(shè)計(jì)師來(lái)。

范圍層對(duì)應(yīng)搭產(chǎn)品的框架（功能框架、非功能框架）；

結(jié)構(gòu)層對(duì)應(yīng)做細(xì)節(jié)（業(yè)務(wù)流程、業(yè)務(wù)操作、信息結(jié)構(gòu)）；

框架層對(duì)應(yīng)畫界面（交互設(shè)計(jì)及更詳細(xì)的信息設(shè)計(jì)，信息設(shè)計(jì)來(lái)源于信息結(jié)構(gòu)），可以表示為如下圖所示：

2. 產(chǎn)品常用的UML圖

我們學(xué)習(xí)的英語(yǔ)、漢語(yǔ)可以被稱為語(yǔ)言，這個(gè)是顯而易見(jiàn)的。我們學(xué)習(xí)的各種數(shù)學(xué)符號(hào)，也是一種語(yǔ)言，叫數(shù)學(xué)語(yǔ)言。

怎么理解數(shù)學(xué)符號(hào)也是一種語(yǔ)言呢？比如，我們可以用漢語(yǔ)說(shuō)“一加一等于二”，但是在實(shí)際做計(jì)算的時(shí)候，我們還是習(xí)慣用“1+1=2”來(lái)表達(dá)。

兩者的意思是相同的，但用數(shù)字表達(dá)更高效、更簡(jiǎn)潔。

統(tǒng)一建模語(yǔ)言也是語(yǔ)言，該語(yǔ)言可以代替我們的文字描述來(lái)表達(dá)一項(xiàng)業(yè)務(wù)，可以對(duì)業(yè)務(wù)進(jìn)行抽象建模。

建模是對(duì)事物的一種抽象表述，其目的是簡(jiǎn)化現(xiàn)實(shí)。也就是將紛繁復(fù)雜的業(yè)務(wù)，進(jìn)行抽象，讓業(yè)務(wù)更清晰，系統(tǒng)的進(jìn)行呈現(xiàn)，便于理解。通過(guò)建模的方式，我們進(jìn)一步將業(yè)務(wù)轉(zhuǎn)化為產(chǎn)品方案。

語(yǔ)言都有語(yǔ)法（使用規(guī)則），如英語(yǔ)、漢語(yǔ)等都有語(yǔ)法。數(shù)學(xué)符號(hào)也有語(yǔ)法，如規(guī)定加、減、乘、除和括號(hào)的用法。UML既然也是語(yǔ)言，那么就有相應(yīng)的語(yǔ)法，如規(guī)定流程圖的開(kāi)始和結(jié)束怎么畫、判斷條件怎么畫等。

在所有的UML圖中，產(chǎn)品經(jīng)理需要掌握的是用例圖、流程圖、狀態(tài)圖、類圖這四種圖。

挑選一個(gè)適合的繪制UML圖的工具，將有助于提高工作效率，并展現(xiàn)出專業(yè)度。

Microsoft Visio、ProcessOn、億圖圖示等軟件都能繪制UML圖。使用Axure RP軟件既能繪制原型圖，又能繪制UML圖，不用再將UML圖進(jìn)行轉(zhuǎn)移。用Axure RP軟件繪制UML圖能節(jié)省時(shí)間，建議使用該軟件繪制UML圖。

下一篇將介紹具體怎樣將業(yè)務(wù)轉(zhuǎn)化為產(chǎn)品的做法。