起點課堂會員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會特權(quán)
個人IP打造特權(quán)
30+門專項技能課
1300+專題課程
12場職場軟技能直播
12場求職輔導(dǎo)直播
12場專業(yè)技能直播
會員專屬社群
榮耀標(biāo)識B端產(chǎn)品設(shè)計之業(yè)務(wù)設(shè)計
編輯導(dǎo)語：在這篇文章里，作者從解決方案設(shè)計、業(yè)務(wù)流程設(shè)計、產(chǎn)品功能設(shè)計三個方面，分析了如何進行B端產(chǎn)品的業(yè)務(wù)設(shè)計，感興趣的小伙伴們一起來看一下吧。
前篇文章講了業(yè)務(wù)梳理，還沒看過的同學(xué)可以先看看前篇文章。業(yè)務(wù)梳理完成后，我們對業(yè)務(wù)整體形態(tài)有一個初步的了解，這時候我們心里應(yīng)該是可以輸出一個簡單的解決方案的，基于這個方案再針對性地調(diào)研業(yè)務(wù)并完成業(yè)務(wù)設(shè)計。
業(yè)務(wù)設(shè)計包含：
- 解決方案設(shè)計
- 業(yè)務(wù)流程設(shè)計
- 產(chǎn)品功能設(shè)計
以下從這三個方面為大家講解下，每部分的內(nèi)容。
一、解決方案設(shè)計
在完成業(yè)務(wù)調(diào)研后，產(chǎn)品經(jīng)理腦海里應(yīng)該會有一個大概的解決方案，可能是基于你對業(yè)務(wù)的熟悉程度，也有可能基于你多年來的產(chǎn)品經(jīng)驗，你會在業(yè)務(wù)同事講解流程的時候，提出疑問，這其實是你在完成你解決方案的一環(huán)，這個過程是你在不停地獲取信息去形成解決方案。
比如數(shù)據(jù)獲取，他們現(xiàn)在是人工錄入，是否有線上接口可以獲取，沒有線上接口是否可以將源數(shù)據(jù)業(yè)務(wù)線上化。
解決方案是基于需求澄清之后的輸出物，可以是文字說明，闡述解決方案；也可以是簡單的原型方案，通過可視化界面闡述解決方案。
解決方案形式有很多種，能夠準(zhǔn)確地表達(dá)解決方案的內(nèi)容及流程，突出解決問題的核心即可。其次最重要的是業(yè)務(wù)需求方能夠明白解決方案，不然即使這個方案沒問題，業(yè)務(wù)沒有理解那么在操作上也會帶來不便。
好的解決方案是雙方達(dá)成共識，而不是一味地將就某一方的想法，會導(dǎo)致這種差異化的存在是因為業(yè)務(wù)人員覺得產(chǎn)品經(jīng)理不深入了解業(yè)務(wù)，他們專業(yè)性太強；而產(chǎn)品經(jīng)理會覺得業(yè)務(wù)過于理想化，要結(jié)合實際方案，另外也覺得業(yè)務(wù)人員不懂功能上的設(shè)計。
人本能的反應(yīng)都是會覺得自己的方案是對的，很難做到拋開主觀思想，客觀地去給出建議或方案。
這也是很早前騰訊一直要求產(chǎn)品經(jīng)理具備最基本也是最難的能力——把自己當(dāng)作一個小白而非專家，再看這個方案設(shè)計是否能讓人理解。
只有不斷碰撞產(chǎn)生的火花，才會讓解決方案更加完善，讓各方都更加容易明白和理解。
二、業(yè)務(wù)流程設(shè)計
其實解決方案與業(yè)務(wù)流程設(shè)計沒有絕對的前后順序，有可能你的方案要基于流程來做，也有可能需要先輸出大致的解決方案，再詳細(xì)化流程設(shè)計，這兩部分共同奠定產(chǎn)品功能設(shè)計的基礎(chǔ)。
前期我們通過思維導(dǎo)圖的形式做了業(yè)務(wù)流的梳理，把所梳理的步驟轉(zhuǎn)化為流程圖的形式進行呈現(xiàn)，會更直觀地看業(yè)務(wù)整個鏈路。常見的就是visio工具，axure其實也可以，我個人習(xí)慣用axure，這樣可以講業(yè)務(wù)流程設(shè)計與功能設(shè)計結(jié)合一塊看，更全面。
我這里不再講流程設(shè)計圖該怎么畫，網(wǎng)上教程都比我講專業(yè)，我主要講下流程設(shè)計中需要注意的幾個問題。
1. 如何選擇流程圖
單線性流程采用簡單的流程圖即可，比如手機號碼注冊或登錄、第三方-微信注冊登錄等，是單以注冊方式為流程的單線性流程圖，這時候更多體現(xiàn)的是單個注冊流程。
多線性流程指數(shù)據(jù)或流程節(jié)點涉及多系統(tǒng)或多部門/角色，這時候用常見的泳道圖，比如用戶注冊登錄，其中包括使用手機號或第三方注冊登錄。這個時候泳道圖是以用戶注冊方式為主的流程圖，其中包括手機號、微信、支付寶等三方注冊，這時候展示的是整個注冊登錄體系的設(shè)計，各注冊通道的數(shù)據(jù)交互及認(rèn)證。
通過上述，我們可以發(fā)現(xiàn)，多線性流程的基礎(chǔ)是單線性流程，但沒有絕對的只選擇某一種方式去表達(dá)，更多時候是相輔相成，能夠讓思路更清晰、邏輯更順暢，有助于流程邏輯實現(xiàn)和解決實際問題即可。
2. 流程圖設(shè)計的先后順序
看到這里，估計有小伙伴會疑惑，流程圖設(shè)計還有先后順序？其實這里指的是先簡單完成業(yè)務(wù)流程圖設(shè)計，再補充優(yōu)化完成產(chǎn)品功能流程圖設(shè)計。
我們都知道產(chǎn)品經(jīng)理的價值之一就是將業(yè)務(wù)痛點轉(zhuǎn)化為產(chǎn)品解決方案，最終落地成產(chǎn)品，從而解決業(yè)務(wù)端需求。
在這個過程中，首先將我們前期業(yè)務(wù)流程（思維導(dǎo)圖），現(xiàn)在將思維導(dǎo)圖步驟轉(zhuǎn)化為業(yè)務(wù)流程圖，在這個環(huán)節(jié)是將文字轉(zhuǎn)為圖形化更加直觀，畫圖過程中幫助我們查漏補缺，避免流程、邏輯上的遺漏，保證業(yè)務(wù)流程的完整性。
業(yè)務(wù)流程圖沒有問題后，再琢磨流程上的步驟和關(guān)鍵節(jié)點，將前期整理的子流程及數(shù)據(jù)流等細(xì)節(jié)也可以補充進去，這時候輸出的是系統(tǒng)功能流程圖。
為什么要拆分成兩部分呢？
一是便于我們可以快速發(fā)現(xiàn)遺漏之處，及時調(diào)整，提升響應(yīng)速度。如果一開始就流程圖比較詳細(xì)/復(fù)雜，中途流程變更會導(dǎo)致成倍的工作量，包括修改后的各個邏輯點也需要重新校驗，出錯的幾率也很高。
二是可以讓我們更好地梳理流程圖，從簡到繁，這樣覆蓋的面會廣泛，邏輯會更清晰，遺漏點也會比較少，因為干擾因素較少。
難點在于，子流程與主體流程進行流程交互時，要考慮到之間的條件限制及判斷，盡可能詳細(xì)地輸出系統(tǒng)功能流程圖，這樣不僅可以幫助業(yè)務(wù)明晰他們的流程以及優(yōu)化流程中的不足，同時開發(fā)團隊也更加清楚知道數(shù)據(jù)流向及條件判斷。
單線性流程與多線性流程大家可以參考下圖（由于敏感信息，部分打碼/截圖處理，大家做參考即可）：
（簡單-活動主體流程）
（復(fù)雜-多角色交互流程）
由上圖可知，簡單圖為活動主體流程，排除其他子流程判斷（活動用戶名單、活動參與條件等），就是一個參與活動的整個過程；復(fù)雜圖為當(dāng)時給客戶制定需求及開發(fā)測試、驗收的一個標(biāo)準(zhǔn)流程圖，可以清晰看到每個角色應(yīng)做的任務(wù)，以及每個階段的輸出物。
當(dāng)然復(fù)雜的業(yè)務(wù)流程圖還有很多，例如BPM這種工作流節(jié)點比較多的以及各節(jié)點之間的關(guān)系，雖然看著是簡單的工作流的新增、流轉(zhuǎn)等，各種節(jié)點之間的判斷與制約條件，讓這個產(chǎn)品的流程也會更加復(fù)雜。
三、產(chǎn)品功能設(shè)計
以上兩步的基礎(chǔ)打好了，根據(jù)解決方案和流程圖設(shè)計產(chǎn)品功能其實是很容易的事情了，這部分的輸出物也就是原型設(shè)計。如何做好原型設(shè)計，網(wǎng)上素材內(nèi)容一大把，這里就不贅述了，比如構(gòu)建自己的組件庫，合理運用母版等技巧方式。
重點說一下在產(chǎn)品功能設(shè)計這個階段我們需要注意的點：
1. 功能布局設(shè)計人性化
其實不要小看功能布局，這一塊其實也很考驗產(chǎn)品經(jīng)理的能力，每個頁面承載的內(nèi)容邊界，需要在此頁面完成什么樣的操作以實現(xiàn)什么樣的目的，即為：輸入-操作-輸出。
我曾經(jīng)看到一個供應(yīng)商在功能設(shè)計上的不合理，導(dǎo)致業(yè)務(wù)人員使用這部分功能不但沒有減輕壓力，反而還增加工作量。問題在于功能布局上面設(shè)計存在缺陷，同一個頁面處理的邏輯太多，包括實時查詢的數(shù)據(jù)量過大，導(dǎo)致頁面加載及操作都有卡頓現(xiàn)象，業(yè)務(wù)使用起來非常不便捷。
所以產(chǎn)品經(jīng)理也要根據(jù)解決方案及流程設(shè)計拆分成幾個頁面，控制每個頁面任務(wù)邊界，做好數(shù)據(jù)輸入與輸出的鏈接。
另外單個頁面的設(shè)計布局產(chǎn)品經(jīng)理也需要關(guān)注，這部分不僅僅是UE、UI的內(nèi)容，也是產(chǎn)品經(jīng)理的一部分，之前這篇文章有提及頁面布局內(nèi)容，大家可以看看：《營銷活動平臺設(shè)計之活動模板設(shè)計》。
2. 需求補充說明
我個人比較喜歡的是將原型與需求文檔進行合并設(shè)計，而不是單獨的一份原型與需求文檔，因為設(shè)計及開發(fā)團隊在閱讀的時候更加方便，最重要的是能夠?qū)φ栈ゼ肮δ艿恼f明、需要注意的事項、條件限制、規(guī)則說明等。
在這里要給大家啰嗦一句，不要覺得簡單的規(guī)則就不用寫了，比如輸入密碼時隱私處理、位數(shù)限制等這種通用簡單的規(guī)則，該嚴(yán)謹(jǐn)?shù)牡胤叫枰獓?yán)謹(jǐn)，這也是規(guī)則的一部分。
不管簡單與否，如果覺得每次去寫很麻煩，那可以采用我上述提到的組件庫，產(chǎn)品自己設(shè)計好一個密碼功能的組件，再次設(shè)計時直接復(fù)用即可。
大家可以參考下圖-移動端及web端（同樣考慮隱私進行打碼處理）：
（移動端活動主頁的功能設(shè)計）
（web端某功能設(shè)計）
以上就是本次的分享，希望能夠幫助到大家，也歡迎大家多在評論區(qū)留言進行交流與探討～
本文由 @SLJwu 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。
題圖來自 Unsplash，基于CC0協(xié)議。
對我這種產(chǎn)品新人真的有用，期待下一篇！