產品經理必備技能:功能流程圖
功能流程圖的應用頻率其實沒有業務流程圖那么高,但也非常重要。
一、定義
功能流程圖是描寫系統或模塊內部的功能流向的圖表。
一般來講,功能流程圖描述的是單個模塊間的功能流程圖。設想如果一個龐大的系統(如淘寶、微信),讓你畫出整個的功能流程圖是不是你會瘋掉?就算你畫出來了,讓別人看到這么“一個龐然大物”,有誰愿意去看呢?所以,畫流程圖(包括業務流程圖、功能流程圖、頁面流程圖)也有個“度”的問題,即要有界限,并不是一定要畫出all,根據情況滿足需要即可。
1. 什么叫功能(功能的表現形式)?
- 動賓短信,這種形式比較常見。如新增商品、刪除訂單、監控活動、導出報告等。當然有時候大家會反過來,比如把注冊用戶稱為“用戶注冊”也是沒毛病的;
- 動詞,比如登錄、聊天等。
2. 功能與頁面的關系
功能和頁面是多對多的關系(N對N),一個功能可能會貫穿多個頁面,一個頁面中也可能會有多個功能。
比如微信的聊天功能,在聊天窗口中除了輸入文字外,還可以點擊“加號”輸入圖片、位置等。像輸入圖片、位置,就會跳到一個新的頁面,但它確實屬于聊天功能的一部分。這就是“一個功能多個頁面”。只有“一個頁面中有多個功能”的例子我就不列舉了。
3. 功能與頁面的區別
功能是實現了的目標;頁面是展示出來的結果或者展示的實現功能的過程。功能是一個邏輯概念(虛的),頁面是物理存在的(真實的)。仍拿上面說的微信的聊天功能為例:聊天是一個功能,也即實現了的一個目標(即聊天);而聊天窗口是一個頁面。
二、作用
我個人總結,功能流程圖的作用主要有如下:
縱觀全局,梳理思路
PM根據功能流程圖可整體上俯視系統功能布局及功能間關系,查漏補缺,便于梳理思路。我個人在設計一塊產品時,習慣先用XMind把整體要設計的功能列出來(即列出功能模塊),然后再去用工具畫每個功能模塊的功能流程圖。其實這是一種“先整體再局部”的思路。
三、畫法
1. 思路
平常接觸較多是模塊內部的功能流程圖,原因我上面已經說過(誰愿意去看一個“龐然大物”)。
2. 畫法及工具
功能流程圖的畫法常用的方法是VISIO的基本流程圖。下面以電商網站的購物為例進行舉例:
以上是一個非常簡單的功能流程圖。不知道你有什么疑問嗎?下面的幾個問題或者能幫到你。
(1) 功能流程圖都是“直來直去”嗎?
答案:不是。上面的案例是購物的功能流程,是單一角色的。也即是從消費者的角度考慮畫的一個功能流程圖,不過購物本來就是消費者購物,也不會涉及別的角色。如果是ToB的業務系統,可能一個流程會涉及到多個角色。如下是一個多角色的功能流程圖:
(2) 有沒有別的可以畫功能流程圖的工具?
答案:有。你也可以用Axure的流程圖。但還是那句話,用VISIO顯得專業,裝B。
四、寫在最后
其實畫功能流程圖和畫業務流程圖類似,只不過把“業務節點”換成了“功能節點”。業務流程圖中的每個節點表示業務流程圖中的一個階段,而功能流程圖中的每個節點表示“功能”。
本文由 @喝茶嘮嗑 原創發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplah,基于CC0協議。
功能可不能說是“虛的”,不管是線上產品還是線下實體硬件,每個功能都有實際的展現過程和結果。用你舉例 “聊天”,雙方打字內容就是聊天,就是很具體可見的。而頁面是載體。再比如,微信“搜附近的人”,點擊搜索,顯示出附近用戶,這就是功能的實現。頁面還是載體。
就是說,你要定義 功能和頁面的關系,那就是二者沒法分割,合起來叫產品。
太淺,不能解決如何畫的問題
?? 我竟然點進來看了。 感覺沒啥營養
功能流程圖主要是給業務看的,如果能介紹一下系統流程圖就更好了
我是畫了一堆的操作流程圖,你是簡簡單單的,而且還說清楚了。真厲害
思路非常簡潔,但這更像是個業務不像是功能流程吧,我 印象中的功能流程圖可是又有一堆一堆的判斷的~
實際中是有好多判斷的,只不過我沒畫 ??
思路很清晰~感覺樓主可以在多舉點例子,例如實際業務流程和功能流程的對比
剛入行的吧,這文章排序是經過什么邏輯得出來的
你有好的邏輯,可以分享。
總閱讀量竟然有1.6萬
多年后你再看到它會毫不猶豫的刪掉的
很有可能。你肯定也有同樣的經歷
請不要刪,2023年,產品經理小白表示學到了 謝謝作者 ??