淺談產品經理的家庭作業

想說的：概念的東西講的差不多，我們來說點工作中遇到的問題吧。我文章一般沒有什麼規律的，題材都是工作中或者其他人在工作中遇到的問題。然後想給大家提個醒，如果你覺得寫的太淺沒營養，或者寫的太爛，那請大神繞道。今天說UML跟業務流程、思維導圖的用途。 另外順便說下我們經常會用到哪些，用這些有什麼好處。

先說業務流程

一般來說我們工作中用到比較龐大的圖形作業就是業務流程圖了。往往一個業務流程圖很大，看起來也比較密密麻麻的，然後每次我發給別人的時候，發現不管是領導還是什麼能耐心看完全域性的很少。都是重點看看那個模組的流程然後確認下ok了。面對這樣的大的業務流程優點是比較清晰是全域性的，缺點是修改跟瀏覽起來都不太方便，所以。我一般都會把流程圖配成文件或者PPT，把業務拆分成模組，分別做業務流程，在用一個整圖做一個概括流程。這樣就可以按照部門發出去或者給某個小組做某個功能模組的業務，別人也不用全部瀏覽一遍; 這個說的是平時做業務流程的小心得， 接下來說怎麼寫作。很多人把業務流程寫成功能，這裡強調下業務流程只是業務不要去涉及到功能，如果你要涉及到功能你就不得不把引數跟資料字典還有類圖做出來。在你不會做那些以前，先去想做業務層的東西不要太深入干涉別人怎麼實現這個業務。

其次是思維導圖

我現在用這個做桌面導航了;思維導圖在產品這裡用到的應該是除了用word寫PRD以外最頻繁的了。它很有效的幫你梳理你的大腦清晰的描述業務關係跟業務模組。對，這個是模組，思維導圖不要做流程走向，只要把業務的模組分出來，模組之間的關係列出來就可以了，當然思維導圖也可以做功能或者引數導圖。

然後是UML

今天想側重點說下UML，很多人不明白UML到底能做什麼，或者用途是什麼。UML多用於複雜的軟體互動關係中，一般產品用到UML的功能大多是做用例跟活動圖。那UML用於最多的途徑是做什麼模型的?我分了3類主要的：

  1. 結構性圖形：靜態圖 物件圖 包圖 實現圖 部署圖 元件圖等
  2. 行為式圖形： 活動圖 狀態圖 用例圖等
  3. 互動性圖形：通訊圖 互動圖 時間圖 時序圖等

那麼可以看出來產品經理如果用 UML 那就是用靜態圖、 用例圖、 互動圖。因為你沒辦法寫通訊，也沒辦法寫部署。類圖你也寫不了。除非你是個技術轉型過來的。 那麼問題來了。 可能在工作中用到UML來做，用什麼做最好?

很多人會用一些常規的，比如RationalRose、BorlandTogether、PowerDesigner、MSVisio這些。你百度能搜出來一大堆。但是做這個是要看你的專案的。裡面有道道的，如果你是java的你可以考慮用ModelGoon，如果你是C#的或者微軟專案的你要用PowerDesigner，或者VS建模工具， 如果是PHP，我一般都會用Navicat Date Modeler。因為在開發過程中其實程式設計師也會用到UML建模，通訊，部署，元件，用例都可能會用到，但是最多的是資料表關聯的類圖。用這些對應的建模工具來做是可以直接生成檔案的，就是模型可以生成檔案或者應用程式的。可以省很多事情。並且不同的資料庫表的數量不同的MSSQL跟MYSQL就差別巨大，一個10萬一個100萬。分開使用對應的建模工具，是明智的。身為產品，你應該明白這些道理是為什麼。不能拖了設計，或者開發的後腿。你的存在是更好的協調工作、優化產品以及產品線、管控產品的，不是來製造麻煩的。所以很多人抱怨被噴，我覺得有些是活該。因為你自己的能力不得不讓人噴你。你還想如何 ?

說到產品用到的用例圖，這裡稍微講一下下。三要素：參與者、用例、關係。很多人做的很糟糕。因為沒有理解圖形跟箭頭怎麼使用，甚至不知道include跟extend是表示什麼的。建議多看看。多問問別人。參考是參考不來的，因為每個行業雖然這些圖形箭頭不會錯，但是他們要表達的東西也是不一樣的。另外說下一些模型工具，比如Axure啊BM啊之類的哪些也屬於互動用例的一種，更立體的模型。在實際的工作中我們用到這個的其實並不多，第一來說很影響工期，特別面對現在中小型企業的快餐專案，甚至是在大專案中大家也趨向於靜態圖或者紙筆來畫，然後做成圖片或者PPT，需要互動做成AE或者flash，不清楚為什麼這麼追捧Axure，我一般只用Balsamiq Mockups、MarkMan、Justinmind。我重點推薦justinmind。很好用的東西。