結(jié)構(gòu)圖與流程圖是產(chǎn)品需求非常重要的組成部分，對于構(gòu)建產(chǎn)品骨架，理清產(chǎn)品脈絡(luò)有著非常重要的意義。

一、結(jié)構(gòu)圖、流程圖、原型圖的關(guān)系

如果說一款產(chǎn)品是一/多個問題的解決方案，那么結(jié)構(gòu)圖可以視作方案的各個『模塊』，流程圖則是模塊內(nèi)部的具體『步驟』。模塊與模塊之間的關(guān)系可以是順序遞進(jìn)的，也可以是平行的，但模塊內(nèi)的步驟多數(shù)是順序遞進(jìn)的。

以滴滴為例，其整個產(chǎn)品模塊如下圖所示，這四個模塊是順序遞進(jìn)關(guān)系。

而下面的密碼管理方案，除了『設(shè)置密碼』的順序最為靠前，剩余的『驗(yàn)證密碼』『更改密碼』與『找回密碼』沒有明顯的先后順序，是典型的平行關(guān)系。

繼續(xù)以密碼管理為例，『密碼驗(yàn)證』模塊內(nèi)部的執(zhí)行步驟則是典型的順序關(guān)系，如圖所示：

若用一句話來概括『結(jié)構(gòu)圖』『流程圖』『原型圖』的關(guān)系，那便是結(jié)構(gòu)圖是產(chǎn)品的骨架，流程圖則是產(chǎn)品的脈絡(luò)，而『原型圖』是產(chǎn)品的皮囊。只有先搭建好骨架、理清楚脈絡(luò)，才能把外皮撐起來，所以即便結(jié)構(gòu)圖與流程圖在實(shí)際的文檔輸出中，占據(jù)很小的比例，但他們的重要性依然不容忽視。

二、結(jié)構(gòu)流程圖的定義

結(jié)構(gòu)圖與流程圖雖然能分別獨(dú)立構(gòu)建，但在實(shí)操中，往往會將兩者合并為『結(jié)構(gòu)流程圖』，因?yàn)楫a(chǎn)品通常是從小到大一點(diǎn)一點(diǎn)累積起來的，所以每個階段的產(chǎn)品需求，包含的模塊并不多，將結(jié)構(gòu)圖與流程圖結(jié)合起來有以下兩個好處：

1. 簡化了工作量
2. 產(chǎn)品邏輯表達(dá)的更加完整。如果項目階段的需求非常多，結(jié)構(gòu)圖與流程圖應(yīng)該獨(dú)立繪制，因?yàn)閷烧呷诤虾?，『結(jié)構(gòu)流程圖』會非常的龐大，難以維護(hù)。

三、結(jié)構(gòu)流程圖的具體實(shí)操

這里以『密碼管理』為案例，從0到1的體驗(yàn)一把流程圖的繪制過程。

3.1 常見的組件

無論是結(jié)構(gòu)圖還是流程圖，都是由圖形組件構(gòu)成，下面是一些常見的組件介紹，這些組件的含義需要產(chǎn)品經(jīng)理、開發(fā)同學(xué)、測試同學(xué)達(dá)成共識，才能夠?yàn)楹罄m(xù)的工作打好基礎(chǔ)。

3.2 構(gòu)思結(jié)構(gòu)圖

在確定一個方案之前，首先明確要解決的問題，明確問題的過程也是需求分析的過程，具體操作會放在另一邊文章中詳述，確定了問題之后，接下來進(jìn)行模塊拆解，即解決這個問題需要經(jīng)歷哪些階段。

拆解的過程可以自己思考，也可以和別人討論，也可以參考競品……這里繼續(xù)以『密碼管理』為例，如上文所述，密碼管理可以分為四個模塊：密碼設(shè)置、密碼驗(yàn)證、密碼更改、密碼找回，如下圖所示：

3.3 流程圖設(shè)計的注意要點(diǎn)

將產(chǎn)品具體拆解為模塊之后，還需要為每個模塊填充對應(yīng)的執(zhí)行步驟，步驟以及步驟之間的關(guān)系，使用流程圖來表示。一個合格的流程圖應(yīng)該是邏輯流暢的、思考全面的、表達(dá)清晰的。

（1）功能是否有多個入口

例如對于密碼找回模塊，其入口除了存在于設(shè)置頁，會不會還有別的快捷入口？例如密碼輸入頁面。通過每個入口進(jìn)入的頁面是否一致？例如通過設(shè)置頁面進(jìn)入密碼找回模塊，可能先從回答密保問題開始，而點(diǎn)擊密碼輸入頁的快捷入口，可能直接彈出的是備份郵箱輸入彈框。

（2）新老用戶的區(qū)別

很多功能是區(qū)分新老用戶的，例如功能的引導(dǎo)與初始化通常只會對新用戶展示，而對于密碼管理方案，密碼設(shè)置模塊只會對新用戶開放，老用戶只能執(zhí)行驗(yàn)證密碼、更改密碼與找回密碼。

另外還有很多應(yīng)用提供了功能設(shè)置模塊，在制作結(jié)構(gòu)流程圖的時候要考慮是要提供保留用戶設(shè)置的邏輯。

（3）網(wǎng)絡(luò)狀況

一些功能需要依賴網(wǎng)絡(luò)才能正常實(shí)現(xiàn)，需要區(qū)分網(wǎng)絡(luò)正常、弱網(wǎng)、無網(wǎng)三種情況，例如新聞內(nèi)容詳情頁，網(wǎng)絡(luò)正常的情況下會展示新聞內(nèi)容，而弱網(wǎng)情況下會展示加載動畫，無網(wǎng)狀態(tài)下則會展示網(wǎng)絡(luò)不可用的提醒。

對于密碼管理，在密碼找回階段，輸入預(yù)留郵箱并點(diǎn)擊發(fā)送的時候，也需要判斷網(wǎng)絡(luò)狀態(tài)，并給予用戶不同的反饋。

（4）后臺交互

對于存在后臺數(shù)據(jù)交互的產(chǎn)品，要在流程圖中體現(xiàn)出來，不能僅著眼于前端的邏輯，忽視了后端的邏輯，尤其是對于經(jīng)驗(yàn)較少的產(chǎn)品同學(xué)，很多時候會匆忙將前端產(chǎn)品的結(jié)構(gòu)流程圖畫完，但事后添加后端邏輯的時候，往往會令前端的結(jié)構(gòu)流程圖傷筋動骨！

（5）步驟的順序性原則

步驟與步驟之間，應(yīng)該是單向的，順序的，如果執(zhí)行完步驟之后，存在多種情況，則需要通過『場景』圖形組件來表示，而不是直接用『步驟』圖形組件去連接；如果在流程圖中出現(xiàn)了步驟交叉，則大概率說明邏輯設(shè)計的不合理，這時需要謹(jǐn)慎的思考與對待。

（6）省略結(jié)構(gòu)流程圖

若每個功能層級非常淺，邏輯也很簡單，則可以不用畫結(jié)構(gòu)流程圖，直接對照著原型圖進(jìn)行說明即可。

四、結(jié)構(gòu)流程圖實(shí)例

4.1 優(yōu)化前的結(jié)構(gòu)流程圖

下面這張結(jié)構(gòu)流程圖，雖然將模塊以及具體的步驟詳細(xì)的表達(dá)了出來，但是在『密碼設(shè)置』與『密碼找回』中存在著大量的重復(fù)步驟，顯得非常的臃腫，降低了可讀性。

4.2 提取子流程

根據(jù)上圖的分析，可以將『密碼設(shè)置』與『密碼找回』重復(fù)的步驟抽離出來作為子流程，如下圖所示：

4.3 優(yōu)化后的結(jié)構(gòu)流程圖

優(yōu)化之后的結(jié)構(gòu)流程圖如下所示：

五、小結(jié)

結(jié)構(gòu)流程圖對于產(chǎn)品方案的構(gòu)思非常的重要，不僅僅能夠幫助產(chǎn)品經(jīng)理自己理清楚產(chǎn)品方案的邏輯脈絡(luò)，同時也是開發(fā)與測試同學(xué)的重要參考，開發(fā)的同學(xué)會根據(jù)結(jié)構(gòu)流程圖搭建產(chǎn)品的架構(gòu)，測試的同學(xué)會根據(jù)結(jié)構(gòu)流程圖的每個步驟進(jìn)行測試反饋，一份溝通充分的邏輯流程圖，能夠極大的降低溝通成本，提高整個團(tuán)隊的工作效率，十分值得一試！

#專欄作家#

MING，個人公眾號：MING的大航海，知乎專欄：產(chǎn)品見知錄，人人都是產(chǎn)品經(jīng)理專欄作家。一只專注于個人成長的產(chǎn)品汪，沉迷『方法論』，只分享值得收藏的『硬干貨』！

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

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