產(chǎn)品經(jīng)理如何專業(yè)化設(shè)計(jì)業(yè)務(wù)流程圖?
輸出產(chǎn)品方案,每一位產(chǎn)品經(jīng)理都應(yīng)該有清晰、專業(yè)、完整的流程意識(shí),不能一上來(lái)就是原型或者需求文檔。
作為一名產(chǎn)品經(jīng)理,畫(huà)業(yè)務(wù)流程圖是一項(xiàng)必備技能。許多產(chǎn)品經(jīng)理輸出產(chǎn)品方案時(shí),往往上來(lái)就先畫(huà)原型圖或?qū)懶枨笪臋n,這樣往往會(huì)因?yàn)闃I(yè)務(wù)流程不清晰,導(dǎo)致反復(fù)修改原型圖或需求文檔。輸出產(chǎn)品方案時(shí),要先梳理業(yè)務(wù)邏輯,再畫(huà)業(yè)務(wù)流程圖,更為清晰地呈現(xiàn)產(chǎn)品需求,避免產(chǎn)品需求出現(xiàn)紕漏。
如制定訂單處理的流程,制定商品上架審核的流程,制定用戶提現(xiàn)的流程等。對(duì)于產(chǎn)品經(jīng)理要重視業(yè)務(wù)流程圖的繪制,業(yè)務(wù)流程圖的背后是邏輯清晰的表達(dá)和思考,業(yè)務(wù)流程圖的嚴(yán)謹(jǐn)度決定了整個(gè)產(chǎn)品功能的體驗(yàn)及穩(wěn)定性。
一、一個(gè)產(chǎn)品需求如何誕生
一個(gè)產(chǎn)品的誕生,一般先是有產(chǎn)品定位,緊接著是明確產(chǎn)品形態(tài)、明確業(yè)務(wù)邏輯、明確業(yè)務(wù)流程、輸出需求文檔,一步步明確產(chǎn)品邏輯及需求,直至能夠達(dá)到可落地。
1. 產(chǎn)品定位
產(chǎn)品經(jīng)理設(shè)計(jì)一款產(chǎn)品時(shí),首先要分析用戶需求,我們?nèi)绾谓鉀Q用戶的痛點(diǎn),明確清楚用戶需求后才能更好地確定產(chǎn)品定位。
產(chǎn)品定位是基于用戶需求的,以及團(tuán)隊(duì)在實(shí)現(xiàn)用戶價(jià)值過(guò)程中所沉淀的商業(yè)價(jià)值。如微信的定位是解決用戶即時(shí)溝通需求的產(chǎn)品,支付寶的定位是解決用戶購(gòu)物支付需求的產(chǎn)品,產(chǎn)品的定位是解決用戶最核心需求的。
2. 產(chǎn)品形態(tài)
當(dāng)明確了要做什么樣的產(chǎn)品滿足用戶什么樣的需求后,就要考慮產(chǎn)品的運(yùn)作邏輯,即產(chǎn)品形態(tài),關(guān)注角色、信息及之間的流轉(zhuǎn)關(guān)系,以求用最高效方式滿足用戶需求。
產(chǎn)品形態(tài)就是產(chǎn)品的藍(lán)圖和框架結(jié)構(gòu),相對(duì)清晰明確了產(chǎn)品是如何實(shí)現(xiàn)其定位的。如支付寶產(chǎn)品定位是滿足用戶消費(fèi)支付的需求,其產(chǎn)品形態(tài)就是掃碼付款、轉(zhuǎn)賬,便捷地完成消費(fèi)的需求。
3. 業(yè)務(wù)邏輯
產(chǎn)品形態(tài)只是明確了產(chǎn)品的藍(lán)圖與框架結(jié)構(gòu),當(dāng)實(shí)際用戶要完成某項(xiàng)需求時(shí),用戶所要經(jīng)歷的路徑是什么樣的。這個(gè)路徑要有哪些角色參與其中,路徑所涉及哪些功能模塊,各個(gè)功能模塊之間交互如何,以上問(wèn)題就是業(yè)務(wù)邏輯所要說(shuō)明清楚的。
如要實(shí)現(xiàn)支付寶掃碼付款的功能,涉及商家提供商家支付寶二維碼——用戶掃碼識(shí)別——輸入付款金額——輸入支付寶付款密碼——確認(rèn)付款——商家收到轉(zhuǎn)賬,其中參與的角色有賣(mài)家和買(mǎi)家,涉及功能模塊有掃碼識(shí)別商家、轉(zhuǎn)賬、支付、通知等。
4. 業(yè)務(wù)流程
業(yè)務(wù)流程圖是在業(yè)務(wù)邏輯的基礎(chǔ)上,分解出具體的功能,表示業(yè)務(wù)需求在系統(tǒng)各個(gè)模塊間流轉(zhuǎn)的圖形,是描述過(guò)程的文件,也是產(chǎn)品落地的具體操作方法,有用戶、信息的流向,以及有各種異常情況的考慮。
業(yè)務(wù)流程圖是一種事件語(yǔ)言,表示了任務(wù)的邏輯關(guān)系,是業(yè)務(wù)邏輯的具體化表現(xiàn),凡是產(chǎn)品需求必須要有業(yè)務(wù)流程圖,將流程中的邏輯關(guān)系用圖形化方式固定下來(lái)。
通過(guò)業(yè)務(wù)流程圖能清晰了解產(chǎn)品功能會(huì)涉及哪些模塊、哪些角色,以及詳細(xì)的輸入、輸出、任務(wù)等。如用戶的登錄、注冊(cè)等,都會(huì)涉及到復(fù)雜的業(yè)務(wù)流程,要考慮主流程、異常流程、各種校驗(yàn)等等。
5. 產(chǎn)品需求文檔
當(dāng)梳理清楚業(yè)務(wù)流程后,就可以著手畫(huà)原型圖,寫(xiě)產(chǎn)品需求文檔,都是業(yè)務(wù)流程的細(xì)化。
完成產(chǎn)品需求文檔,一個(gè)完整的需求就已誕生,接下來(lái)會(huì)流轉(zhuǎn)至研發(fā)環(huán)節(jié)。
- 產(chǎn)品原型圖是將需求轉(zhuǎn)化成產(chǎn)品的一個(gè)過(guò)程示意圖,通過(guò)原型來(lái)表達(dá)需求點(diǎn)和流程邏輯,同時(shí)向UI和技術(shù)去表達(dá)產(chǎn)品的概念和實(shí)現(xiàn)的內(nèi)容。
- 產(chǎn)品需求文檔是產(chǎn)品經(jīng)理日常工作中最重要的產(chǎn)出物,PRD的質(zhì)量直接決定了需求質(zhì)量及后續(xù)人員的工作效率。設(shè)計(jì)、研發(fā)、測(cè)試的工作均要以PRD為準(zhǔn),所以,PRD最重要的是清楚、全面地表達(dá)功能細(xì)節(jié)及邏輯。
綜上所述,產(chǎn)品形態(tài)是產(chǎn)品解決需求的方法,業(yè)務(wù)邏輯是實(shí)現(xiàn)該方法的途徑,業(yè)務(wù)流程是該途徑上具體要做的事情。
二、業(yè)務(wù)流程圖基本說(shuō)明
1. 業(yè)務(wù)流程圖的作用
- 業(yè)務(wù)流程圖是需求文檔的起點(diǎn),業(yè)務(wù)流程梳理清晰,方便之后的原型圖、需求文檔、需求評(píng)審等多個(gè)環(huán)節(jié);
- 業(yè)務(wù)流程圖是整個(gè)產(chǎn)品需求的精華,可以讓項(xiàng)目各角色明確業(yè)務(wù)流轉(zhuǎn)的機(jī)制,方便快速開(kāi)展業(yè)務(wù),也方便工作的快速交接;
- 明確業(yè)務(wù)流轉(zhuǎn)的過(guò)程,方便設(shè)置考核指標(biāo)。
2. 業(yè)務(wù)流程圖的基本要素
要完成業(yè)務(wù)流程圖的繪制,首先要梳理清楚業(yè)務(wù)邏輯,同時(shí)要考慮清楚流程圖所涉及的基本要素,如:角色、任務(wù)、順序、輸入、輸出。
流程圖中各基本要素梳理清楚后,業(yè)務(wù)流程圖自然就簡(jiǎn)單易畫(huà)了。
- 角色:要完成業(yè)務(wù)需求,所涉及的參與角色或功能模塊;
- 任務(wù):完成某項(xiàng)工作或要做什么事兒,所要做得動(dòng)作或操作,如登錄就是完成某項(xiàng)任務(wù)要完成的動(dòng)作;
- 順序:達(dá)成業(yè)務(wù)需求,要經(jīng)歷完成諸多子任務(wù),子任務(wù)間要有嚴(yán)格的邏輯先后順序;
- 輸入:在何種條件下要完成某項(xiàng)任務(wù)/指令,這個(gè)條件就是所謂任務(wù)的輸入項(xiàng);
- 輸出:完成某項(xiàng)任務(wù)/指令后,所要達(dá)成的結(jié)果,就是所謂任務(wù)的輸出項(xiàng)。
3. 業(yè)務(wù)流程圖常用繪制工具
常用的業(yè)務(wù)流程圖繪制工具有Visio、Axure、Gliffy Diagrams、Processon,看個(gè)人愛(ài)好,使用哪種均可,目的是通過(guò)繪制流程圖更清晰表達(dá)產(chǎn)品需求,推薦Visio畫(huà)圖。
三、業(yè)務(wù)流程圖的設(shè)計(jì)方法
業(yè)務(wù)流程圖設(shè)計(jì)步驟一般是:回顧業(yè)務(wù)邏輯、明確用戶和任務(wù)、開(kāi)始與結(jié)束、參與角色、明確順序、異常情況、優(yōu)化調(diào)整、輸出文檔。
1. 回顧業(yè)務(wù)邏輯
業(yè)務(wù)流程圖是在業(yè)務(wù)邏輯的基礎(chǔ)上,分解出具體的功能。所以在做產(chǎn)品業(yè)務(wù)流程設(shè)計(jì)時(shí),要回顧業(yè)務(wù)邏輯,保證業(yè)務(wù)流程與業(yè)務(wù)邏輯的貼合;如果發(fā)現(xiàn)業(yè)務(wù)流程與業(yè)務(wù)邏輯發(fā)生沖突時(shí),首先要確認(rèn)業(yè)務(wù)邏輯,如果業(yè)務(wù)邏輯有問(wèn)題時(shí),要先改業(yè)務(wù)邏輯,然后再改業(yè)務(wù)流程及下游的產(chǎn)品需求文檔。
產(chǎn)品經(jīng)理在做產(chǎn)品體驗(yàn)時(shí),核心關(guān)注點(diǎn)應(yīng)該是產(chǎn)品的業(yè)務(wù)邏輯,為什么要這樣設(shè)計(jì),是解決用戶的什么痛點(diǎn),其背后的邏輯是什么,而非緊揪著產(chǎn)品的交互、視覺(jué)設(shè)計(jì)。業(yè)務(wù)邏輯才是整個(gè)產(chǎn)品最為核心的,最值得思考的方面。
如要實(shí)現(xiàn)支付寶掃碼付款的功能,涉及到商家提供商家支付寶二維碼——用戶掃碼識(shí)別——輸入付款金額——輸入支付寶付款密碼——確認(rèn)付款——商家收到轉(zhuǎn)賬,其中參與的角色有賣(mài)家和買(mǎi)家,涉及功能模塊有掃碼識(shí)別商家、轉(zhuǎn)賬、支付、通知等。
2. 明確用戶與任務(wù)
用戶完成某項(xiàng)需求,要經(jīng)歷的具體路徑是什么?
涉及用戶有哪些,對(duì)于用戶,最終的目標(biāo)又是什么?
如實(shí)現(xiàn)支付寶掃碼付款功能,涉及到路徑有:商家提供商家支付寶二維碼——用戶掃碼識(shí)別——輸入付款金額——輸入支付寶付款密碼——確認(rèn)付款——商家收到轉(zhuǎn)賬;涉及用戶是買(mǎi)家,最終的目標(biāo)是給商家付款。
3. 明確開(kāi)始和結(jié)束的路徑
所涉及的功能模塊,從哪里開(kāi)始流程,從哪里結(jié)束流程,一般的開(kāi)始和結(jié)束最好只有一個(gè),如果開(kāi)始和結(jié)束多了,用戶可能會(huì)蒙圈的。
如實(shí)現(xiàn)支付寶掃碼付款功能,開(kāi)始是用戶掃碼,結(jié)束是付款成功或者失敗,付款成功后商家會(huì)收到通知。
4. 明確參與角色
角色可以是任務(wù)角色,也可以是系統(tǒng)角色,哪些角色會(huì)參與到流程中。復(fù)雜的業(yè)務(wù)流程,可將角色區(qū)分出泳道,一個(gè)角色是一個(gè)泳道。
如實(shí)現(xiàn)支付寶掃碼付款功能,涉及的角色有用戶和商家,再畫(huà)業(yè)務(wù)流程圖中,可以將用戶和商家分別放于不同的泳道當(dāng)中。
5. 明確順序
分析都有哪些關(guān)鍵操作,主線流程一定要清晰。業(yè)務(wù)流程中會(huì)涉及到諸多關(guān)鍵操作,要明確清楚各操作的先后順序。
如實(shí)現(xiàn)支付寶掃碼付款功能,涉及到的關(guān)鍵操作有:用戶掃描商家支付寶二維碼、輸入付款金額、確認(rèn)付款、選擇付款方式等,從時(shí)間維度上有明確的先后順序,切不可順序混亂。
6. 異常情況
異常流程考慮用戶體驗(yàn)。
業(yè)務(wù)流程中的異常情況要考慮周全,盡可能細(xì)化,每一個(gè)異常都要給用戶相應(yīng)的指引和提示,否則用戶可能會(huì)懵逼。
設(shè)計(jì)業(yè)務(wù)流程過(guò)程中,要多與研發(fā)溝通,研發(fā)對(duì)異常情況很敏感,反復(fù)溝通優(yōu)化調(diào)整,相信你會(huì)有敏銳的異常情況識(shí)別能力。
7. 優(yōu)化調(diào)整及輸出文檔
畫(huà)完業(yè)務(wù)流程圖后,多與產(chǎn)品、研發(fā)溝通討論,主線流程及異常情況是其中的核心,溝通后要不斷優(yōu)化調(diào)整,輸出完成的業(yè)務(wù)流程圖。
四、總結(jié)
一個(gè)產(chǎn)品的誕生,一般先是有產(chǎn)品定位,緊接著是明確產(chǎn)品形態(tài)、明確業(yè)務(wù)邏輯、明確業(yè)務(wù)流程、輸出需求文檔。
一步步明確產(chǎn)品邏輯及需求,業(yè)務(wù)流程設(shè)計(jì)并不復(fù)雜,但要求膽大心細(xì),多嘗試多與別人溝通討論,業(yè)務(wù)流程繪制能力會(huì)越來(lái)越強(qiáng)。
作者:瑞陽(yáng)(Rain),個(gè)人微信公眾號(hào):產(chǎn)品經(jīng)理的那點(diǎn)事兒。電商中后臺(tái)產(chǎn)品經(jīng)理,先后負(fù)責(zé)B端營(yíng)銷工具產(chǎn)品設(shè)計(jì)、移動(dòng)分銷體系構(gòu)建、派單系統(tǒng)產(chǎn)品設(shè)計(jì)及產(chǎn)品全生命周期管理維護(hù)。
本文由 @瑞陽(yáng)(Rain)原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來(lái)自 Unsplash,基于 CC0 協(xié)議
產(chǎn)品思維培養(yǎng)、產(chǎn)品/運(yùn)營(yíng)能力提升干貨、行業(yè)趨勢(shì)、大廠求職攻略、大廠內(nèi)推等內(nèi)容。歡迎關(guān)注作者公眾號(hào):產(chǎn)品經(jīng)理的那點(diǎn)事兒。
感謝分享,越是基礎(chǔ),就要越練好基本功,重視基礎(chǔ)。
學(xué)習(xí)了,在產(chǎn)品經(jīng)理中最重要的就是業(yè)務(wù)流程圖。余額不足是不是由后臺(tái)系統(tǒng)判斷而非用戶界面。
是的,幾乎所有數(shù)據(jù)存儲(chǔ)都在后臺(tái),是前臺(tái)調(diào)用后臺(tái)接口判斷的。
很好
謝謝
產(chǎn)品小白學(xué)習(xí)了
??
很有用~學(xué)習(xí)一波
謝謝~
比較初級(jí) 流程圖 UML 產(chǎn)品結(jié)構(gòu)圖、信息結(jié)構(gòu)圖文中都沒(méi)提到 不過(guò)新人可以看看
嗯嗯,感謝您的建議,這個(gè)確實(shí)主要給0—1歲產(chǎn)品看得,后續(xù)也會(huì)對(duì)其它類型圖做出分析
總結(jié)不錯(cuò)哦,很受用!
謝謝哈