【人人圓桌】第十一期:一起來畫流程圖
人人圓桌
人人圓桌是在群討論的基礎上,通過篩選人員、限制討論時間的一種討論模式,以達到幫助新人成長、發散思路和學習交流的目的;而且因圓桌討論的特殊性,也能在討論中暴露出一些工作和思維上的問題,避免工作時再次犯錯。
本期話題
怎樣畫好流程圖
流程圖的好處顯而易見,既可以幫助整理思路也可以方便和RD的溝通,但是復雜的流程圖卻容易出現很多歧義,給程序的理解造成困難。
本期話題為怎樣結構清晰的畫好流程圖,希望大家在討論中能根據自己的工作經歷總結出一些經驗,給眾多pm們作為參考。
圓桌總結
在產品設計中,流程圖是產品們溝通業務需求時不可繞過的一個介質。本文主要就流程圖的繪制工具、目的與分類、使用規范以及作用和注意點展開。
1、流程圖的繪制工具
首先在此之前先看看你是什么操作系統,如果是mac,那么首當其沖的選擇是omniGraffle;如果是windows,那么Visio就是目前使用最為廣泛的一個工具了。不過筆者個人在這里想提及另一個工具:億圖。億圖圖示專家是一款綜合思維導圖、流程圖、線框圖、組織結構圖、商業圖表等工具的軟件,而且目前它是兼容Visio格式的。此外,其他流程工具如:Axure、Keynote、PPT也是有人用的。
2、流程圖的目的與分類
首先大抵歸納下來就是為了描述事物在不同的觸發條件下的發展軌跡(除了系統出錯以外,因為這個錯誤在任何步驟都是有的)。
在描述功能模塊之間的交互流轉時,產品經理探討業務需求時,用的流程圖大多會出現跨部門或者是跨系統的職能描述,這里的流程圖一般稱之為業務流程圖(Transaction Flow)或者根據表現形式稱之為泳道圖。
而交互設計師在設計非常明細的頁面流程跟跳轉時,會將具體的功能點拆分的特別細致,這里的流程圖則一般稱之為頁面流程圖(Page Flow),這里的表現形式基本為一般流程圖。
3、流程圖的使用規范
1.必須有開始跟結束;
2.每個控件都有自己的使用說明,不能串用。
3.流程圖自己的信息:要留有專門的空間介紹作者、流程圖名稱(描述具體,某個系統某個模塊)、流程圖的版本、流程圖繪制的時間。這么做的目的是在發給別的部門比如程序員的時候,他們有不能理解的地方就可以十分便捷地定位到具體問題跟人。
4.善于使用標注。當不是特別明確的或有重復描述詞匯出現時,做標注幫助他人理解,不要把所有的信息都寫入控件內(這是很奇怪的做法,你做了不能說錯,但是別人會覺得你很不講究,排版的審美很差)。
4、流程圖的作用及其注意點
一般情況下,我們在需求評審時,會通知到這個項目的所有干系人。做產品宣講跟演示的時候通俗做法是在宣講一開始是整體的整體業務介紹,然后一邊演示流程圖一邊演示原型,迫不得已再看文檔。那么,流程圖的作用非常明顯,就是告訴他人業務怎么玩的,然后引導他人如何查看、使用原型。
我們在設計基線確定以后,給到技術人員的交付物一般為:產品需求文檔與原型。流程圖是嵌在文檔里的。整體的業務流程圖一般位置是在需求描述前,告訴閱讀者整份文檔將要描述的整體需求的大致輪廓(注意!這里一定是比較最粗的功能交互的描述)。然后具體的功能模塊前會有更為具體的流程圖。
所以PM們在繪制流程圖的時候一定要學會拆分子流程。非常細致具體的流程圖一般都是交互設計師參照PM給出的業務流程圖來完成的。當然某些小公司的話可能是這些活都是一個人干。但是大體要遵循的順序肯定也是先大后小,先整體后局部細節,整體要學抽象提煉。因為你的需求文檔肯定也是按照功能模塊來的,不然一大團的東西怎么寫。所以流程圖畫好后,需求文檔也就好寫了。
繪制流程圖的時候不可避免會有諸多分叉,這里要注意的就是排線不要交叉,盡量左右對稱。
更多圓桌
感謝人人都是產品經理以下成員參與(排名不分先后):
代代、Angus、肉餅、花開花落、姚凱、lee講師、貓大人、蔣韓、allmu
感謝貓大人產出總結文檔。
本文由人人都是產品經理@貓大人 原創,轉載請注明作者,并標注來自于人人都是產品經理。
感覺工具只是個思想的展現形式,只要能通過這個媒介表述清楚思想就可以了,很多剛入門的人過于糾結工具。