產品經理必備的十張圖
經常有小伙伴問到,產品經理需要輸出哪些圖,時序圖是什么,怎么畫清晰的流程圖等問題。的確,這個問題呢?也沒有統一標準答案。主要目的是通過圖清晰地表達自己的思路并且讓參與的小伙伴都能看得懂。
在項目過程中通過畫圖去梳理每一步的流程,能更加清晰背后的原因和邏輯。其實也就是隨著自己在畫圖的過程中去理解項目每一步需要做什么和怎么做。
于是,John花了一些時間,根據原來做過的項目稍微的梳理了下產品經理需要的十張必備圖。當然如果和技術溝通的過程中,能夠非常的默契,有些圖也不需要去畫。比如用例圖和時序圖。當然你通過圖片梳理清晰了,針對用戶端和系統側之間的交互,就會更加清晰。也能通過自己的理解,總結做產品的方法。
里面的圖片比較長的,點擊圖片,雙指放大后再看(別吐槽圖片不清晰且有馬賽克),我連水印都沒有打哈……
通過一張思維導圖來整理下需要的圖:

一、用例圖
用例圖是指由參與者(Actor)、 用例 (Use Case),邊界以及它們之間的關系構成的用于描述系統功能的視圖。用例圖(User Case)是外部用戶(被稱為參與者)所能觀察到的系統功能的 模型圖。
主要分為系統用例圖和業務用例圖。
業務用例圖主要是從業務的視角出發,通過業務建模并且對業務進行描述。整體來說就是基于角色端需要操作模塊的集合。
用戶端需要操作的模塊,實際上就是APP展示的模塊。當然只是通過角色進行區分。需要注意的是,業務用例圖主要是針對用戶在產品中需要操作的事情為主。下圖就是售票產品用戶需要去做哪些事情。

系統用例圖主要是根據業務用例圖分析得到的。針對于業務用例圖的用戶行為分析后,從系統側去建立對應的模塊。
系統用例圖是從使用者的角度,描述對應用戶能使用產品做什么。這樣的好處,是讓我們時刻以用戶為中心,思考產品和功能。
很多小伙伴在做產品的時候,經常不能站在用戶角度去思考問題,而往往站在了業務角色側去考慮產品。而系統用例圖更好幫助產品經理規避了這點。
下圖就是針對于上面售票產品用戶側需要做的事情,整理了用戶側和系統側對應做的模塊清單。

再舉一個電商產品的系統用例圖:

業務用例圖主要是針對于用戶側需要做什么?(同樣,如果這個版本迭代涉及到的功能比較多,可以考慮業務用例圖畫一下用戶在這個迭代版本中需要做什么)
系統用例圖是根據業務用例圖中用戶的操作,來把功能分配給用戶和系統。
尤其是結合用戶畫像,哎喲!香得很……
實用指數:★★★(三顆星)
二、結構圖
結構圖是指以模塊的調用關系為線索,用自上而下的連線表示調用關系并注明參數傳遞的方向和內容 ,從宏觀上反映軟件層次結構的圖形,結構圖分建筑圖和組織結構圖。
結構圖是在產品經理工作流中很重要的一步。萬丈高樓平地起,平地起前畫架構。而結構圖搭建一旦確定,就不能更改了。除非只有推倒重來。所以必須在結構圖之前一定要思考清楚,否則后面一直在填坑,對技術來說,可能需要走上重構的不歸路。
比如在做產品迭代過程中,隨著當前版本的需求基本清晰。接下來兩步走:
第一步需要深挖潛在需求(這個階段需要和需求提出方不斷溝
第二步需要對歷史模塊、功能和系統銜接,保障結構、層級和功能從屬關系。
結構圖主要分為三種:信息結構圖、產品結構圖和功能結構圖。
1.產品結構圖
產品結構圖也叫產品架構圖,產品信息整體的梳理,主要從大框架出發,把涉及到的終端、前臺、后臺和中臺對應的模塊整理出來,其中最重要的其實要梳理清楚核心的業務流程和對應的業務方案。
也需要針對行業優秀產品進行梳理,了解具體的產品架構。方便對其進行對比。有了產品結構圖之后,梳理出來產品路線清單,對應的版本信息結構圖和功能結構圖就比較清晰了。

2.功能結構圖
功能結構圖相信產品經理很清晰了。主要是梳理清楚版本過程中涉及到的模塊和功能清單,以及功能之間層級和歸屬關系是怎樣的。
以下是買房租房的核心功能清單。首先可以去思考買房和租房兩個方向去思考。
基于地理位置分發新房、二手房、租房信息合集;
和房主進行溝通和達成協議;
聚合用戶留在平臺上的功能模塊包括隨便看看資訊和隨便逛逛房源信息流;
個人中心做展示個人信息內容。
所以最后就聚合這5個模塊。如下圖所示的功能結構圖:

3.信息結構圖
信息結構圖主要是將產品的信息進行抽象、歸類。說清楚每個功能包含的字段。從產品層面來說可以直接細分到信息的類型、具體的條件和對應的規則說明。比如圖片的大小、字符串的長度等等。
電商產品可以通過4P分析結構圖來梳理。如下圖所示,當然還可以繼續細分下:

一般的信息結構圖如下圖所示:

結構圖是產品中的核心,無論在從0到1梳理產品過程中,還是在產品迭代的過程中,都是需要清晰梳理結構圖。
產品架構圖是針對整個產品架構的梳理,包括產品遠景、近景的規劃。并且可以拆分成產品路線圖;
功能結構圖是針對產品路線圖做版本功能清單梳理;
信息結構圖是針對功能結構圖的細分,可以盡量梳理到對應的字段信息。
如果非常清晰的梳理這三種結構圖。起碼產品的方向不會有太大偏差。
實用指數:★★★★★(五顆星)
三、流程圖
功能流程圖主要是能清晰的感知到某個角色在什么模塊下執行什么動作。而業務流程圖是需要讓某個角色在什么場景下做什么事情。
以上兩句話一定要記清楚。其中里面涉及到模塊之間的相互關聯性。從A模塊跳轉到B模塊中間需要執行哪些動作?
以下是考試管理系統中,三種角色需要協同操作的業務流。

以下是搜索功能前后端功能流程圖。(比較特殊,因為里面的角色分為實體角色——用戶,虛擬角色為系統)

再舉一個常規的用戶登錄注冊流程圖:

流程圖主要是梳理清楚角色各自的分工和模塊相互之間的串聯。
梳理清楚了流程圖,起碼會形成各角色在產品中形成的閉環。
實用指數:★★★★★(五顆星)
四、時序圖
通過描述對象之間發送消息的時間順序顯示多個對象之間的動態協作。它可以表示用例的行為順序,當執行一個用例行為時,其中的每條消息對應一個類操作或狀態機中引起轉換的觸發事件。
時序圖組成元素:時序圖中包括如下元素:角色,對象,生命線,控制焦點和消息。
角色(Actor):系統角色,可以是人或者其他系統,子系統。
對象(Object):對象代表時序圖中的對象在交互中所扮演的角色,位于時序圖頂部和對象代表類角色。
對象一般包含以下三種命名方式:
第一種方式包含對象名和類名。
第二種方式只顯示類名不顯示對象名,即為一個匿名對象。
第三種方式只顯示對象名不顯示類名。
生命線(Lifeline):生命線代表時序圖中的對象在一段時期內的存在。時序圖中每個對象和底部中心都有一條垂直的虛線,這就是對象的生命線,對象間?的消息存在于兩條虛線間。
控制焦點(Activation):控制焦點代表時序圖中的對象執行一項操作的時期,在時序圖中每條生命線上的窄的矩形代表活動期。它可以被理解成C語言語義中一對花括號“{}”中的內容。
消息(Message):消息是定義交互和協作中交換信息的類,用于對實體間的通信內容建模,信息用于在實體間傳遞信息。允許實體請求其他的服務,類角色通過發送和接受信息進行通信。
建議產品經理可以和技術去溝通下。我這邊舉一個登錄的例子,了解清楚了一個,其他基本上比較清晰了。

實用指數:★★(兩顆星)
?
五、原型圖
原型圖真的不想說了哈。
實用指數:∞
?
六、狀態扭轉圖
狀態扭轉圖其實是針對狀態的改變怎么處理。這里舉一個例子。哈哈哈,訂單狀態的扭轉:


把狀態扭轉圖梳理清晰后,關于狀態側其中沒有什么問題了。
實用指數:★★★★(四顆星)
最后聊聊:當我們畫圖時,一方面是在借助工具,對業務、需求、場景等進行梳理;一方面是在對需求、產品進行描述,并輸出可視化的材料,供相關人員,閱讀使用。
因此,畫圖,是需求分析的重要組成部分,是用可視化的方式,對需求進行梳理和展示。
產出的可視化圖形,是后續產品規劃、研發、設計、測試,及優化迭代、問題排查等的重要依據。
當然,里面還有很多細節沒有去寫(不過歷史文章都拆開來寫了)。每次總結都是反哺自我成長。老老實實去做好產品經理該做的事情吧。
所以畫圖很重要,老老實實去畫圖吧。你會收獲很多。
本文轉載于微信公眾號:產品狗聚集地(ID:Johntalking),未經作者授權,禁止轉載。
【轉載說明】?? 若上述素材出現侵權,請及時聯系我們付費及進行處理:shanliqiang@aiyingli.com
| 留言與評論(共有 0 條評論) |



