流程圖是流經一個系統的信息流、觀點流、或部件流的圖形代表。它既可以是生産線上的工藝流程，也可以是完成一項任務必需的管理過程。流程圖有時也稱作輸入-輸出圖，該圖直觀地描述一個工作過程中的具體步驟（百度解釋部分節選）。

個人理解，一個好的互聯網産品（移動端/PC端）流程圖就是用戶完成某一項任務的具體行為步驟，例如：登錄、注冊、購買商品等等，這執行這項任務時，每一個行為的集合，從流程的開始到結束的封閉系統。中間不能出現斷層、及走不通的情況。

為什麼要畫流程圖（意義）

在設計一個互聯網産品時，流程圖可以幫助我們查漏補缺，避免功能流程、邏輯上出現遺漏，确保流程的完整性（往往這也是産品被噴的一個重要因素）。

在實際工作過程中，很多PM因為時間上的原因往往将這個工作給忽略了，最後導緻在需求評審會上總時不時的被技術發現這樣那樣的問題，邏輯走不通，流程有問題等等情況（長此以往你在他們心目中的專業性将大打折扣…認真思考下，為什麼技術看不上你了吧）。動手寫文檔或畫原型之前，梳理下流程是很有必要的一項工作，真的花不了太多時間（熟能生巧，第一次都會感覺痛苦…o(╯□╰)o老司機都是這麼過來的）。

舉我一個工作過程中實際發生的例子：

背景：登錄功能，支持第三方登錄。個人資料有修改密碼的功能。

點擊第三方登錄按鈕，登錄成功後，進入應用。這是一個很簡單的需求，其實也沒什麼好梳理的流程，可是在個人資料頁面有修改密碼這一功能，如果一個新用戶通過第三方登錄的話，那這時的用戶是沒有密碼的，那這個修改密碼是不是就是有問題的，是否應該有些判斷，看這個用戶是否是設置過密碼的，如果是則應該是設置密碼的功能。

所以很多時候，PM再設計産品的時候，功能上的缺失，邏輯上的錯誤往往就是功能、業務流程上沒有考慮周到，尤其是經驗不太豐富的PM，所以流程圖是很重要的應該予以重視，哪怕僅僅是紙面上的草圖。

（說到底就是為了少出問題，不被噴o(╯□╰)o）

怎麼畫流程圖

同樣是拿注冊登錄這個流程舉例：下面這張圖是我用Axure畫的（OmniGraffle，ProcessOn這些工具也都不錯，文末會附有Axure 8中文版，OmniGraffle 6的破解版下載鍊接，有需要的自取），不要太糾結于工具，找一個順手的即可。

可以直接保存圖片到本地，還是挺清楚的。

上面這幅圖是登錄、注冊，找回密碼的流程，因功能及業務需求的不同僅供參考。當你認真仔細的梳理過後，就會在最大程度上避免一些流程上的問題發生。

提高效率的小技巧

當然，這一過程中其實也是有些小技巧可以快速的提高我們的工作效率，例如：獲取驗證碼這一功能，基本上是大同小異的，一次做好我們可以反複去使用。

在上面那一張，完整的登錄注冊流程圖裡，你就可以把獲取驗證碼這一流程，單獨提取出來，涉及到這個流程的時候，隻需要一個超鍊接，鍊接到獲取驗證碼這一個流程就可以了（具體操作看原型Axure，密碼登錄時獲取驗證碼，文末會有鍊接），同樣的方式，在電商類産品裡從浏覽商品到最後下單，付款結賬這一任務流程，把其中常用的付款流程單獨提取出來，這樣一個大的流程就是由許多小流程（一個流程一個小模塊）組成，每個小流程（常用的，每個App流程基本改動不太大的）可反複使用，提高工作效率，這就有點像面向對象的封裝思想。

以上就是我個人在平時的實踐中總結的一些工作方法，可能并不一定很好，但又怕什麼呢，這不就是一個不斷成長與進化的過程麼，就像一個優秀的産品也是在不斷打磨的過程中逐漸完善起來的，所以我們的工作方法也是，需要不斷的探索，力求找到最好方法。最後，如有什麼建議與想法歡迎能和大家溝通交流，彼此成長。特别喜歡一句話：

累死你的不是你的工作，而是工作方式。

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

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部