結構流程圖不會畫?手把手教你學會!
結構圖與流程圖是產品需求非常重要的組成部分,對于構建產品骨架,理清產品脈絡有著非常重要的意義。
一、結構圖、流程圖、原型圖的關系
如果說一款產品是一/多個問題的解決方案,那么結構圖可以視作方案的各個『模塊』,流程圖則是模塊內部的具體『步驟』。模塊與模塊之間的關系可以是順序遞進的,也可以是平行的,但模塊內的步驟多數是順序遞進的。
以滴滴為例,其整個產品模塊如下圖所示,這四個模塊是順序遞進關系。
而下面的密碼管理方案,除了『設置密碼』的順序最為靠前,剩余的『驗證密碼』『更改密碼』與『找回密碼』沒有明顯的先后順序,是典型的平行關系。
繼續以密碼管理為例,『密碼驗證』模塊內部的執行步驟則是典型的順序關系,如圖所示:
若用一句話來概括『結構圖』『流程圖』『原型圖』的關系,那便是結構圖是產品的骨架,流程圖則是產品的脈絡,而『原型圖』是產品的皮囊。只有先搭建好骨架、理清楚脈絡,才能把外皮撐起來,所以即便結構圖與流程圖在實際的文檔輸出中,占據很小的比例,但他們的重要性依然不容忽視。
二、結構流程圖的定義
結構圖與流程圖雖然能分別獨立構建,但在實操中,往往會將兩者合并為『結構流程圖』,因為產品通常是從小到大一點一點累積起來的,所以每個階段的產品需求,包含的模塊并不多,將結構圖與流程圖結合起來有以下兩個好處:
- 簡化了工作量
- 產品邏輯表達的更加完整。如果項目階段的需求非常多,結構圖與流程圖應該獨立繪制,因為將兩者融合后,『結構流程圖』會非常的龐大,難以維護。
三、結構流程圖的具體實操
這里以『密碼管理』為案例,從0到1的體驗一把流程圖的繪制過程。
3.1 常見的組件
無論是結構圖還是流程圖,都是由圖形組件構成,下面是一些常見的組件介紹,這些組件的含義需要產品經理、開發同學、測試同學達成共識,才能夠為后續的工作打好基礎。
3.2 構思結構圖
在確定一個方案之前,首先明確要解決的問題,明確問題的過程也是需求分析的過程,具體操作會放在另一邊文章中詳述,確定了問題之后,接下來進行模塊拆解,即解決這個問題需要經歷哪些階段。
拆解的過程可以自己思考,也可以和別人討論,也可以參考競品……這里繼續以『密碼管理』為例,如上文所述,密碼管理可以分為四個模塊:密碼設置、密碼驗證、密碼更改、密碼找回,如下圖所示:
3.3 流程圖設計的注意要點
將產品具體拆解為模塊之后,還需要為每個模塊填充對應的執行步驟,步驟以及步驟之間的關系,使用流程圖來表示。一個合格的流程圖應該是邏輯流暢的、思考全面的、表達清晰的。
(1)功能是否有多個入口
例如對于密碼找回模塊,其入口除了存在于設置頁,會不會還有別的快捷入口?例如密碼輸入頁面。通過每個入口進入的頁面是否一致?例如通過設置頁面進入密碼找回模塊,可能先從回答密保問題開始,而點擊密碼輸入頁的快捷入口,可能直接彈出的是備份郵箱輸入彈框。
(2)新老用戶的區別
很多功能是區分新老用戶的,例如功能的引導與初始化通常只會對新用戶展示,而對于密碼管理方案,密碼設置模塊只會對新用戶開放,老用戶只能執行驗證密碼、更改密碼與找回密碼。
另外還有很多應用提供了功能設置模塊,在制作結構流程圖的時候要考慮是要提供保留用戶設置的邏輯。
(3)網絡狀況
一些功能需要依賴網絡才能正常實現,需要區分網絡正常、弱網、無網三種情況,例如新聞內容詳情頁,網絡正常的情況下會展示新聞內容,而弱網情況下會展示加載動畫,無網狀態下則會展示網絡不可用的提醒。
對于密碼管理,在密碼找回階段,輸入預留郵箱并點擊發送的時候,也需要判斷網絡狀態,并給予用戶不同的反饋。
(4)后臺交互
對于存在后臺數據交互的產品,要在流程圖中體現出來,不能僅著眼于前端的邏輯,忽視了后端的邏輯,尤其是對于經驗較少的產品同學,很多時候會匆忙將前端產品的結構流程圖畫完,但事后添加后端邏輯的時候,往往會令前端的結構流程圖傷筋動骨!
(5)步驟的順序性原則
步驟與步驟之間,應該是單向的,順序的,如果執行完步驟之后,存在多種情況,則需要通過『場景』圖形組件來表示,而不是直接用『步驟』圖形組件去連接;如果在流程圖中出現了步驟交叉,則大概率說明邏輯設計的不合理,這時需要謹慎的思考與對待。
(6)省略結構流程圖
若每個功能層級非常淺,邏輯也很簡單,則可以不用畫結構流程圖,直接對照著原型圖進行說明即可。
四、結構流程圖實例
4.1 優化前的結構流程圖
下面這張結構流程圖,雖然將模塊以及具體的步驟詳細的表達了出來,但是在『密碼設置』與『密碼找回』中存在著大量的重復步驟,顯得非常的臃腫,降低了可讀性。
4.2 提取子流程
根據上圖的分析,可以將『密碼設置』與『密碼找回』重復的步驟抽離出來作為子流程,如下圖所示:
4.3 優化后的結構流程圖
優化之后的結構流程圖如下所示:
五、小結
結構流程圖對于產品方案的構思非常的重要,不僅僅能夠幫助產品經理自己理清楚產品方案的邏輯脈絡,同時也是開發與測試同學的重要參考,開發的同學會根據結構流程圖搭建產品的架構,測試的同學會根據結構流程圖的每個步驟進行測試反饋,一份溝通充分的邏輯流程圖,能夠極大的降低溝通成本,提高整個團隊的工作效率,十分值得一試!
#專欄作家#
MING,個人公眾號:MING的大航海,知乎專欄:產品見知錄,人人都是產品經理專欄作家。一只專注于個人成長的產品汪,沉迷『方法論』,只分享值得收藏的『硬干貨』!
本文原創發布于人人都是產品經理。未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議。
喜歡,不錯