在設計一個互聯網產品時，流程圖可以幫助我們查漏補缺，避免功能流程、邏輯上出現遺漏，確保流程的完整性。

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

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

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

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

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

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

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

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

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

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

怎么畫流程圖

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

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

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

提高效率的小技巧

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

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

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

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

本文由 @夏祥全?原創(chuàng)發(fā)布于人人都是產品經理。未經許可，禁止轉載。