上一篇文章寫(xiě)完很多小伙伴問(wèn)究竟該如何清晰的梳理業(yè)務(wù)流程，和怎么梳理出一份完美的流程圖，今天給大家?guī)?lái)一份指南.

1、業(yè)務(wù)流程的梳理

a：流程圖的基本認(rèn)知；

1、流程圖=流程 圖，流程是一系列的邏輯關(guān)系（包含因果關(guān)系、時(shí)間先后、必要條件、輸入輸出）產(chǎn)品經(jīng)理做需求前一定要先把這些邏輯關(guān)系理清楚，如果非要用一句話概括的話“流程就是在特定的情境下滿足用戶特定需要的總結(jié)”。

圖就是將你頭腦中的邏輯關(guān)系以圖形化的形式呈現(xiàn)出來(lái)，具有圖形化、可視化的特點(diǎn)，因?yàn)槭菆D，你可以像你的版本迭代一樣，當(dāng)你的邏輯需要修改的時(shí)候拿出來(lái)迭代一下，同時(shí)因?yàn)橛袌D，你還可以更好的給項(xiàng)目成員進(jìn)行宣講。

b：為什么要畫(huà)流程圖；

1、幫助梳理邏輯

我們每個(gè)人想一個(gè)邏輯的時(shí)候，不一定能把這個(gè)邏輯的細(xì)枝末節(jié)都想到，如果我們貿(mào)然的畫(huà)原型就有可能做許多無(wú)用功，這個(gè)時(shí)候畫(huà)流程圖可以幫助我們梳理清楚我們的邏輯。建議剛開(kāi)始梳理邏輯的時(shí)候可以在紙上畫(huà)畫(huà)這種流程圖，因?yàn)檫@樣的好處是你可以快速的把你腦中的邏輯呈現(xiàn)在紙上，修改起來(lái)也方便，當(dāng)你畫(huà)好以后然后再用專(zhuān)業(yè)的工具畫(huà)出來(lái)保存。

2、便于宣講和傳播

產(chǎn)品經(jīng)理需要開(kāi)評(píng)審會(huì)和寫(xiě)PRD文檔的，這個(gè)時(shí)候如果你有一張清晰的流程圖，不僅便于你講解，也便于技術(shù)理解，同時(shí)把你的流程圖插入PRD文檔中也方便傳播，當(dāng)技術(shù)忘記流程的時(shí)候，查看一下文檔里的流程就知道流程是啥樣了，不用反復(fù)來(lái)找你確認(rèn)。

3、優(yōu)化迭代

對(duì)于拿到一個(gè)邏輯，我們不一定能考慮的那么周全，這個(gè)時(shí)候有一個(gè)清晰的流程圖也方便做記錄以及修改。

同時(shí)每個(gè)版本迭代的流程圖可能會(huì)有相應(yīng)的變化，通過(guò)對(duì)每個(gè)版本流程圖的對(duì)比分析，可以知道流程優(yōu)化在什么地方，產(chǎn)品優(yōu)化了什么地方。

c：流程圖元素定義；

流程圖是符號(hào)化的圖形語(yǔ)言，有自己的規(guī)范，菱形代表判斷，距形代表具體的操作行為、開(kāi)始和結(jié)束用圓角表示…

eg：–流程圖代練；

d：產(chǎn)品中設(shè)計(jì)的流程圖主要有3種，業(yè)務(wù)流程圖、任務(wù)流程圖、頁(yè)面流程圖；

1、業(yè)務(wù)流程圖就是描述那些個(gè)體在什么條件下做了什么事情，他們之間有何關(guān)聯(lián)。主要分三個(gè)方面：①涉及到哪些主體？②每個(gè)主體都有哪些任務(wù)？③各個(gè)主體之間怎么聯(lián)系的？

主要包括流程所涉及到的系統(tǒng)或角色模塊有哪些、確定用戶使用的階段有哪些、最后按照用戶的操作流程來(lái)補(bǔ)充。

以滴滴出行為例：

系統(tǒng)模塊：包含前端和后臺(tái)系統(tǒng)；用戶角色：包含了用戶和司機(jī)兩大類(lèi)角色。

使用階段：可以大體劃分為用戶下單階段、滴滴派單階段、行程開(kāi)始——結(jié)束階段。

eg-登陸注冊(cè)：

eg：億圖軟件—用戶下單-平臺(tái)處理并派發(fā)–司機(jī)接單；

2、任務(wù)流程圖通常指的是確定了業(yè)務(wù)流程圖中某一固定主體的具體操作流程圖，通常是業(yè)務(wù)流程圖的簡(jiǎn)化版。

3、頁(yè)面流程圖

總結(jié)：任務(wù)流程圖注重不同系統(tǒng)之間的交互和邏輯關(guān)系；任務(wù)流程圖注重某一個(gè)具體的任務(wù)操作流程。對(duì)于一個(gè)產(chǎn)品來(lái)說(shuō)，發(fā)現(xiàn)已有流程中的問(wèn)題，或者是創(chuàng)造一個(gè)邏輯嚴(yán)謹(jǐn)、操作簡(jiǎn)便的流程圖尤為重要，業(yè)務(wù)流程圖示根據(jù)任務(wù)流程圖梳理出不同角色和不同狀態(tài)下的呈現(xiàn)效果，頁(yè)面流程圖是對(duì)業(yè)務(wù)流程圖的聚象化體現(xiàn)。

2、權(quán)限劃分–用例圖

a：用例圖（Use Case Diagrame）：描述了人們希望如何使用一個(gè)系統(tǒng)，將相關(guān)用戶、用戶需要系統(tǒng)提供的服務(wù)以及系統(tǒng)需要用戶提供的服務(wù)更清晰的顯示出來(lái)，以便使系統(tǒng)用戶更容易理解這些元素的用途，也便于開(kāi)發(fā)人員最終實(shí)現(xiàn)這些元素。

b：為什么要畫(huà)用例圖–用戶并不關(guān)心系統(tǒng)的實(shí)現(xiàn)和內(nèi)部結(jié)構(gòu)，只關(guān)心產(chǎn)品所呈現(xiàn)出來(lái)的外部特征動(dòng)態(tài)。而用例圖恰好就是描述軟件產(chǎn)品外部特性的視圖，它從用戶的角度而不是從開(kāi)發(fā)者的角度來(lái)描述需求，分析產(chǎn)品的功能和動(dòng)態(tài)行為。

c：用例圖包括三方面內(nèi)容：參與者（Actor）; 參與者、用例之間的關(guān)系，用例（Use Case）;。用例圖模型如下圖所示，參與者用人形圖標(biāo)顯示，用例用橢圓形表示，連線描述之間的關(guān)系。

a：參與者：

1、參與者是系統(tǒng)外部的一個(gè)實(shí)體，它以某種方式參與了用例的執(zhí)行過(guò)程，在UML中，通常用名字寫(xiě)在下面的人形圖標(biāo)表示。

a：真實(shí)的人，即用戶

這一類(lèi)是最常用的參與者，幾乎在每個(gè)系統(tǒng)中。在命名這一類(lèi)參與者時(shí)，應(yīng)該按照業(yè)務(wù)而不是位置命名，因?yàn)橐粋€(gè)人有可能有多重身份。

比如：汽車(chē)租賃公司的客戶服務(wù)代表，通常情況下是客戶服務(wù)代表，但在她有租賃行為時(shí)，就變成了客戶。因此，按照業(yè)務(wù)而不是位置命名可以獲得更加穩(wěn)定的參與者。

b：其他的系統(tǒng)

在有的系統(tǒng)中，還需要建立與其他系統(tǒng)的接口，依然以汽車(chē)租賃系統(tǒng)為例，它可能要與外部應(yīng)用程序建立聯(lián)系，比如：說(shuō)外部信用卡應(yīng)用程序，這時(shí)候外部信用卡應(yīng)用系統(tǒng)就是一個(gè)參與者。

c：可運(yùn)行的進(jìn)程

以時(shí)間為例，當(dāng)經(jīng)過(guò)一定時(shí)間觸發(fā)系統(tǒng)中的某個(gè)時(shí)間時(shí)，時(shí)間就成了參與者。比如：在汽車(chē)租賃系統(tǒng)中，到了還車(chē)時(shí)間客戶仍未歸還，系統(tǒng)便會(huì)提醒客戶代表致電客戶。由于時(shí)間不再在人的控制內(nèi)，因此它也是一個(gè)參與者。

2、參與者間的關(guān)系：

對(duì)于一些參與者來(lái)說(shuō)，它既扮演者自己的角色，同時(shí)也扮演更一般的角色，在案例圖中用泛化關(guān)系來(lái)描述他們（此點(diǎn)與上一節(jié)類(lèi)圖中介紹的泛化關(guān)系類(lèi)似）。

b：用例：

1、概念：是對(duì)系統(tǒng)的用戶需求（主要是功能需求）的描述，用例表達(dá)了系統(tǒng)的功能和所提供的服務(wù)，描述了活動(dòng)者與系統(tǒng)交互中的對(duì)話；以汽車(chē)租賃系統(tǒng)為例，客戶向系統(tǒng)發(fā)出租賃請(qǐng)求，并向系統(tǒng)中輸入數(shù)據(jù)（姓名等信息），系統(tǒng)響應(yīng)活動(dòng)者的請(qǐng)求，進(jìn)行相應(yīng)的處理，并且將結(jié)果返回活動(dòng)者。

2、用例與事件流—用例分析處于系統(tǒng)的需求分析階段，這個(gè)階段盡量避免考慮系統(tǒng)實(shí)現(xiàn)的細(xì)節(jié)問(wèn)題。但若要建立系統(tǒng)還需要更加具體的細(xì)節(jié)，這些細(xì)節(jié)可以寫(xiě)在事件流中。

事件流描述的是一個(gè)系統(tǒng)做什么，而不是怎么做，舉個(gè)栗子，在汽車(chē)租賃系統(tǒng)中用例“用戶登錄”可以采取一下方法：

• 主事件流：客戶輸入自己的用戶名和密碼時(shí)，用戶開(kāi)始。輸入的用戶名和密碼被提交后，服務(wù)器判斷密碼是否正確。如果正確，則用戶成功登錄，系統(tǒng)為其展示租賃頁(yè)面。

• 異常事件流：用戶名或密碼錯(cuò)誤，不能登錄，用例重新開(kāi)始。

• 異常事件流：在提交密碼前，用戶清楚用戶名或密碼，重新填寫(xiě)。

c：參與者、用例之間的關(guān)系

1、關(guān)聯(lián)關(guān)系；–這是最常使用的關(guān)系，用帶箭頭的實(shí)線來(lái)描述。以汽車(chē)租賃系統(tǒng)中的“客戶”參與這以及和他交互的3個(gè)用例（預(yù)定、取車(chē)和換車(chē)）為例。

2、泛化關(guān)系–一個(gè)用例可以被列舉為多個(gè)子用例，這就被成為用例泛化，這與類(lèi)間的泛化關(guān)系類(lèi)似。在用例泛化中，子用例表示父用例的特殊形式，可從父用例處繼承行為和屬性。泛化關(guān)系的圖形用空心實(shí)線箭頭表示，箭頭指向父類(lèi)。

如下圖所示是汽車(chē)租賃公司用例圖中的用例“預(yù)定汽車(chē)”，該用例有兩個(gè)子用例“預(yù)定大巴中巴”和“預(yù)訂小車(chē)”。

3、包含關(guān)系–指的是其中一個(gè)用例（稱(chēng)為基礎(chǔ)用例）的行為包含了另一個(gè)用例（稱(chēng)為包含用例）。

基礎(chǔ)用例包含用例并依賴包含用例的執(zhí)行結(jié)果。但是二者不能訪問(wèn)對(duì)方的屬性。包含關(guān)系的圖形為虛線箭頭加>，箭頭指向包含用例。

4、擴(kuò)展關(guān)系–擴(kuò)展用例可以被定義為：基礎(chǔ)用例的增量擴(kuò)展，它倆之間為擴(kuò)展關(guān)系。

簡(jiǎn)單來(lái)說(shuō)，就是當(dāng)某特定條件出現(xiàn)時(shí)，該擴(kuò)展用例的行為才會(huì)被執(zhí)行。擴(kuò)展關(guān)系的圖形為虛線箭頭加上>>，箭頭指向基礎(chǔ)用例。

如下圖，客戶在還車(chē)超過(guò)了一定期限就需要繳納罰款，其中“借車(chē)超期”為特定條件，只有該條件出現(xiàn)，才執(zhí)行“繳納罰款”用例行為，“還車(chē)”用例和“繳納罰款”之間就是擴(kuò)展關(guān)系。

3、電商平臺(tái)泳道圖的搭建

a：泳道圖的定義：泳道圖也叫跨職能流程圖，旨在展示工作流中每個(gè)步驟涉及的流程和職能部門(mén)。泳道流程圖是一種特殊的圖表可以展示出一個(gè)商業(yè)過(guò)程之間的關(guān)系，并展示為那個(gè)過(guò)程負(fù)責(zé)的功能板塊（比如說(shuō)部門(mén)）。泳道流程圖專(zhuān)注于價(jià)值活動(dòng)之間的邏輯關(guān)系，更好地展示每個(gè)價(jià)值活動(dòng)的責(zé)任。

b：如何繪制泳道圖

1、分析功能的關(guān)鍵邏輯。確定涉及的所有人員和部門(mén)；確定每個(gè)人扮演的角色，承擔(dān)什么任務(wù)，梳理參與者的關(guān)系；要完成的任務(wù)，以及任務(wù)流程。

2、明確開(kāi)始與結(jié)束的路徑。每個(gè)功能模塊中，從哪里開(kāi)始流程，到哪里終結(jié)流程；開(kāi)始與結(jié)束只有一個(gè)。

3、確定功能模塊與核心路徑。核心流向一定要清晰。

4、優(yōu)化順序，合并異常流程。確保流程順暢，各部門(mén)工作協(xié)調(diào)。

5、合并和拆分流程有依據(jù)。先復(fù)雜后簡(jiǎn)單，先加法后減法；調(diào)研相關(guān)產(chǎn)品，合并、分拆有理有據(jù)。

4、功能結(jié)構(gòu)圖與信息架構(gòu)圖

a：功能結(jié)構(gòu)圖就是按照功能的從屬關(guān)系畫(huà)成的圖表，在該圖表中的每一個(gè)框都稱(chēng)為一個(gè)功能模塊。功能模塊可以根據(jù)具體情況分得大一點(diǎn)或小一點(diǎn)，分解得最小功能模塊可以是一個(gè)程序中的每個(gè)處理過(guò)程，而較大的功能模塊則可能是完成某一個(gè)任務(wù)的一組程序。（百度定義）用通俗的話來(lái)說(shuō)，功能結(jié)構(gòu)圖就是以功能模塊為類(lèi)別，介紹模塊下其各功能組成的圖表。

b：信息架構(gòu)圖指脫離產(chǎn)品的實(shí)際頁(yè)面，將產(chǎn)品的數(shù)據(jù)抽象出來(lái)，組合分類(lèi)的圖表，信息結(jié)構(gòu)有點(diǎn)類(lèi)似編程中的數(shù)據(jù)表結(jié)構(gòu)設(shè)計(jì)，揭示了需要哪些數(shù)據(jù)，這些數(shù)據(jù)需要有怎樣的元素組成，才能達(dá)到每個(gè)功能模塊需要展現(xiàn)的內(nèi)容表達(dá)，對(duì)于內(nèi)容類(lèi)產(chǎn)品尤為重要。

先從概念和功能上分類(lèi)和分層，然后在每個(gè)需要體現(xiàn)內(nèi)容數(shù)據(jù)的節(jié)點(diǎn)，展看所需要的數(shù)據(jù)描述，不同頁(yè)面若都有展示同一個(gè)數(shù)據(jù)的情況，那就都體現(xiàn)出來(lái)，此時(shí)，你就要想象這是你產(chǎn)品的最終形態(tài)，每個(gè)頁(yè)面要有哪些功能和數(shù)據(jù)，類(lèi)似于開(kāi)發(fā)做的不同靜態(tài)頁(yè)面。

至于交互動(dòng)作的細(xì)節(jié)不用體現(xiàn)在結(jié)構(gòu)圖中，比如頁(yè)面布局細(xì)節(jié)、交互手勢(shì)、動(dòng)畫(huà)效果等，屬于交互設(shè)計(jì)的范疇，在產(chǎn)品結(jié)構(gòu)設(shè)計(jì)時(shí)，可以一并考慮，除非很特別的交互，否則都遵循簡(jiǎn)單原則即可：pc端以點(diǎn)擊、滾動(dòng)、選擇為主，移動(dòng)端以點(diǎn)擊、滑動(dòng)為主。

總結(jié)：需求—–需求池—-用例—–任務(wù)流程—-業(yè)務(wù)流程—-功能結(jié)構(gòu)圖—–信息結(jié)構(gòu)圖—–原型圖（線框圖）—頁(yè)面流程（交互設(shè)計(jì)）