結構圖與流程圖是産品需求非常重要的組成部分，對于構建産品骨架，理清産品脈絡有着非常重要的意義。

一、結構圖、流程圖、原型圖的關系

如果說一款産品是一/多個問題的解決方案，那麼結構圖可以視作方案的各個『模塊』，流程圖則是模塊内部的具體『步驟』。模塊與模塊之間的關系可以是順序遞進的，也可以是平行的，但模塊内的步驟多數是順序遞進的。

以滴滴為例，其整個産品模塊如下圖所示，這四個模塊是順序遞進關系。

而下面的密碼管理方案，除了『設置密碼』的順序最為靠前，剩餘的『驗證密碼』『更改密碼』與『找回密碼』沒有明顯的先後順序，是典型的平行關系。

繼續以密碼管理為例，『密碼驗證』模塊内部的執行步驟則是典型的順序關系，如圖所示：

若用一句話來概括『結構圖』『流程圖』『原型圖』的關系，那便是結構圖是産品的骨架，流程圖則是産品的脈絡，而『原型圖』是産品的皮囊。隻有先搭建好骨架、理清楚脈絡，才能把外皮撐起來，所以即便結構圖與流程圖在實際的文檔輸出中，占據很小的比例，但他們的重要性依然不容忽視。

二、結構流程圖的定義

結構圖與流程圖雖然能分别獨立構建，但在實操中，往往會将兩者合并為『結構流程圖』，因為産品通常是從小到大一點一點累積起來的，所以每個階段的産品需求，包含的模塊并不多，将結構圖與流程圖結合起來有以下兩個好處：

1. 簡化了工作量
2. 産品邏輯表達的更加完整。如果項目階段的需求非常多，結構圖與流程圖應該獨立繪制，因為将兩者融合後，『結構流程圖』會非常的龐大，難以維護。

三、結構流程圖的具體實操

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

3.1 常見的組件

無論是結構圖還是流程圖，都是由圖形組件構成，下面是一些常見的組件介紹，這些組件的含義需要産品經理、開發同學、測試同學達成共識，才能夠為後續的工作打好基礎。

3.2 構思結構圖

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

拆解的過程可以自己思考，也可以和别人讨論，也可以參考競品……這裡繼續以『密碼管理』為例，如上文所述，密碼管理可以分為四個模塊：密碼設置、密碼驗證、密碼更改、密碼找回，如下圖所示：

3.3 流程圖設計的注意要點

将産品具體拆解為模塊之後，還需要為每個模塊填充對應的執行步驟，步驟以及步驟之間的關系，使用流程圖來表示。一個合格的流程圖應該是邏輯流暢的、思考全面的、表達清晰的。

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

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

（2）新老用戶的區别

很多功能是區分新老用戶的，例如功能的引導與初始化通常隻會對新用戶展示，而對于密碼管理方案，密碼設置模塊隻會對新用戶開放，老用戶隻能執行驗證密碼、更改密碼與找回密碼。

另外還有很多應用提供了功能設置模塊，在制作結構流程圖的時候要考慮是要提供保留用戶設置的邏輯。

（3）網絡狀況

一些功能需要依賴網絡才能正常實現，需要區分網絡正常、弱網、無網三種情況，例如新聞内容詳情頁，網絡正常的情況下會展示新聞内容，而弱網情況下會展示加載動畫，無網狀态下則會展示網絡不可用的提醒。

對于密碼管理，在密碼找回階段，輸入預留郵箱并點擊發送的時候，也需要判斷網絡狀态，并給予用戶不同的反饋。

（4）後台交互

對于存在後台數據交互的産品，要在流程圖中體現出來，不能僅着眼于前端的邏輯，忽視了後端的邏輯，尤其是對于經驗較少的産品同學，很多時候會匆忙将前端産品的結構流程圖畫完，但事後添加後端邏輯的時候，往往會令前端的結構流程圖傷筋動骨！

（5）步驟的順序性原則

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

（6）省略結構流程圖

若每個功能層級非常淺，邏輯也很簡單，則可以不用畫結構流程圖，直接對照着原型圖進行說明即可。

四、結構流程圖實例

4.1 優化前的結構流程圖

下面這張結構流程圖，雖然将模塊以及具體的步驟詳細的表達了出來，但是在『密碼設置』與『密碼找回』中存在着大量的重複步驟，顯得非常的臃腫，降低了可讀性。

4.2 提取子流程

根據上圖的分析，可以将『密碼設置』與『密碼找回』重複的步驟抽離出來作為子流程，如下圖所示：

4.3 優化後的結構流程圖

優化之後的結構流程圖如下所示：

五、小結

結構流程圖對于産品方案的構思非常的重要，不僅僅能夠幫助産品經理自己理清楚産品方案的邏輯脈絡，同時也是開發與測試同學的重要參考，開發的同學會根據結構流程圖搭建産品的架構，測試的同學會根據結構流程圖的每個步驟進行測試反饋，一份溝通充分的邏輯流程圖，能夠極大的降低溝通成本，提高整個團隊的工作效率，十分值得一試！

#專欄作家#

MING，個人公衆号：MING的大航海，知乎專欄：産品見知錄，人人都是産品經理專欄作家。一隻專注于個人成長的産品汪，沉迷『方法論』，隻分享值得收藏的『硬幹貨』！

本文原創發布于人人都是産品經理。未經許可，禁止轉載。

題圖來自 Unsplash，基于CC0協議。

,