編輯導語：在這篇文章里，作者從解決方案設計、業(yè)務流程設計、產品功能設計三個方面，分析了如何進行B端產品的業(yè)務設計，感興趣的小伙伴們一起來看一下吧。

前篇文章講了業(yè)務梳理，還沒看過的同學可以先看看前篇文章。業(yè)務梳理完成后，我們對業(yè)務整體形態(tài)有一個初步的了解，這時候我們心里應該是可以輸出一個簡單的解決方案的，基于這個方案再針對性地調研業(yè)務并完成業(yè)務設計。

業(yè)務設計包含：

• 解決方案設計
• 業(yè)務流程設計
• 產品功能設計

以下從這三個方面為大家講解下，每部分的內容。

一、解決方案設計

在完成業(yè)務調研后，產品經理腦海里應該會有一個大概的解決方案，可能是基于你對業(yè)務的熟悉程度，也有可能基于你多年來的產品經驗，你會在業(yè)務同事講解流程的時候，提出疑問，這其實是你在完成你解決方案的一環(huán)，這個過程是你在不停地獲取信息去形成解決方案。

比如數據獲取，他們現在是人工錄入，是否有線上接口可以獲取，沒有線上接口是否可以將源數據業(yè)務線上化。

解決方案是基于需求澄清之后的輸出物，可以是文字說明，闡述解決方案；也可以是簡單的原型方案，通過可視化界面闡述解決方案。

解決方案形式有很多種，能夠準確地表達解決方案的內容及流程，突出解決問題的核心即可。其次最重要的是業(yè)務需求方能夠明白解決方案，不然即使這個方案沒問題，業(yè)務沒有理解那么在操作上也會帶來不便。

好的解決方案是雙方達成共識，而不是一味地將就某一方的想法，會導致這種差異化的存在是因為業(yè)務人員覺得產品經理不深入了解業(yè)務，他們專業(yè)性太強；而產品經理會覺得業(yè)務過于理想化，要結合實際方案，另外也覺得業(yè)務人員不懂功能上的設計。

人本能的反應都是會覺得自己的方案是對的，很難做到拋開主觀思想，客觀地去給出建議或方案。

這也是很早前騰訊一直要求產品經理具備最基本也是最難的能力——把自己當作一個小白而非專家，再看這個方案設計是否能讓人理解。

只有不斷碰撞產生的火花，才會讓解決方案更加完善，讓各方都更加容易明白和理解。

二、業(yè)務流程設計

其實解決方案與業(yè)務流程設計沒有絕對的前后順序，有可能你的方案要基于流程來做，也有可能需要先輸出大致的解決方案，再詳細化流程設計，這兩部分共同奠定產品功能設計的基礎。

前期我們通過思維導圖的形式做了業(yè)務流的梳理，把所梳理的步驟轉化為流程圖的形式進行呈現，會更直觀地看業(yè)務整個鏈路。常見的就是visio工具，axure其實也可以，我個人習慣用axure，這樣可以講業(yè)務流程設計與功能設計結合一塊看，更全面。

我這里不再講流程設計圖該怎么畫，網上教程都比我講專業(yè)，我主要講下流程設計中需要注意的幾個問題。

1. 如何選擇流程圖

單線性流程采用簡單的流程圖即可，比如手機號碼注冊或登錄、第三方-微信注冊登錄等，是單以注冊方式為流程的單線性流程圖，這時候更多體現的是單個注冊流程。

多線性流程指數據或流程節(jié)點涉及多系統(tǒng)或多部門/角色，這時候用常見的泳道圖，比如用戶注冊登錄，其中包括使用手機號或第三方注冊登錄。這個時候泳道圖是以用戶注冊方式為主的流程圖，其中包括手機號、微信、支付寶等三方注冊，這時候展示的是整個注冊登錄體系的設計，各注冊通道的數據交互及認證。

通過上述，我們可以發(fā)現，多線性流程的基礎是單線性流程，但沒有絕對的只選擇某一種方式去表達，更多時候是相輔相成，能夠讓思路更清晰、邏輯更順暢，有助于流程邏輯實現和解決實際問題即可。

2. 流程圖設計的先后順序

看到這里，估計有小伙伴會疑惑，流程圖設計還有先后順序？其實這里指的是先簡單完成業(yè)務流程圖設計，再補充優(yōu)化完成產品功能流程圖設計。

我們都知道產品經理的價值之一就是將業(yè)務痛點轉化為產品解決方案，最終落地成產品，從而解決業(yè)務端需求。

在這個過程中，首先將我們前期業(yè)務流程（思維導圖），現在將思維導圖步驟轉化為業(yè)務流程圖，在這個環(huán)節(jié)是將文字轉為圖形化更加直觀，畫圖過程中幫助我們查漏補缺，避免流程、邏輯上的遺漏，保證業(yè)務流程的完整性。

業(yè)務流程圖沒有問題后，再琢磨流程上的步驟和關鍵節(jié)點，將前期整理的子流程及數據流等細節(jié)也可以補充進去，這時候輸出的是系統(tǒng)功能流程圖。

為什么要拆分成兩部分呢？

一是便于我們可以快速發(fā)現遺漏之處，及時調整，提升響應速度。如果一開始就流程圖比較詳細/復雜，中途流程變更會導致成倍的工作量，包括修改后的各個邏輯點也需要重新校驗，出錯的幾率也很高。

二是可以讓我們更好地梳理流程圖，從簡到繁，這樣覆蓋的面會廣泛，邏輯會更清晰，遺漏點也會比較少，因為干擾因素較少。

難點在于，子流程與主體流程進行流程交互時，要考慮到之間的條件限制及判斷，盡可能詳細地輸出系統(tǒng)功能流程圖，這樣不僅可以幫助業(yè)務明晰他們的流程以及優(yōu)化流程中的不足，同時開發(fā)團隊也更加清楚知道數據流向及條件判斷。

單線性流程與多線性流程大家可以參考下圖（由于敏感信息，部分打碼/截圖處理，大家做參考即可）：

（簡單-活動主體流程）

（復雜-多角色交互流程）

由上圖可知，簡單圖為活動主體流程，排除其他子流程判斷（活動用戶名單、活動參與條件等），就是一個參與活動的整個過程；復雜圖為當時給客戶制定需求及開發(fā)測試、驗收的一個標準流程圖，可以清晰看到每個角色應做的任務，以及每個階段的輸出物。

當然復雜的業(yè)務流程圖還有很多，例如BPM這種工作流節(jié)點比較多的以及各節(jié)點之間的關系，雖然看著是簡單的工作流的新增、流轉等，各種節(jié)點之間的判斷與制約條件，讓這個產品的流程也會更加復雜。

三、產品功能設計

以上兩步的基礎打好了，根據解決方案和流程圖設計產品功能其實是很容易的事情了，這部分的輸出物也就是原型設計。如何做好原型設計，網上素材內容一大把，這里就不贅述了，比如構建自己的組件庫，合理運用母版等技巧方式。

重點說一下在產品功能設計這個階段我們需要注意的點：

1. 功能布局設計人性化

其實不要小看功能布局，這一塊其實也很考驗產品經理的能力，每個頁面承載的內容邊界，需要在此頁面完成什么樣的操作以實現什么樣的目的，即為：輸入-操作-輸出。

我曾經看到一個供應商在功能設計上的不合理，導致業(yè)務人員使用這部分功能不但沒有減輕壓力，反而還增加工作量。問題在于功能布局上面設計存在缺陷，同一個頁面處理的邏輯太多，包括實時查詢的數據量過大，導致頁面加載及操作都有卡頓現象，業(yè)務使用起來非常不便捷。

所以產品經理也要根據解決方案及流程設計拆分成幾個頁面，控制每個頁面任務邊界，做好數據輸入與輸出的鏈接。

另外單個頁面的設計布局產品經理也需要關注，這部分不僅僅是UE、UI的內容，也是產品經理的一部分，之前這篇文章有提及頁面布局內容，大家可以看看：《營銷活動平臺設計之活動模板設計》。

2. 需求補充說明

我個人比較喜歡的是將原型與需求文檔進行合并設計，而不是單獨的一份原型與需求文檔，因為設計及開發(fā)團隊在閱讀的時候更加方便，最重要的是能夠對照互及功能的說明、需要注意的事項、條件限制、規(guī)則說明等。

在這里要給大家啰嗦一句，不要覺得簡單的規(guī)則就不用寫了，比如輸入密碼時隱私處理、位數限制等這種通用簡單的規(guī)則，該嚴謹的地方需要嚴謹，這也是規(guī)則的一部分。

不管簡單與否，如果覺得每次去寫很麻煩，那可以采用我上述提到的組件庫，產品自己設計好一個密碼功能的組件，再次設計時直接復用即可。

大家可以參考下圖-移動端及web端（同樣考慮隱私進行打碼處理）：

（移動端活動主頁的功能設計）

（web端某功能設計）

以上就是本次的分享，希望能夠幫助到大家，也歡迎大家多在評論區(qū)留言進行交流與探討～

本文由 @SLJwu 原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載。

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