如何梳理产品功能,才能既见森林又见树木?
了解用戶需求后,如何梳理產品的功能,才能做到全面,不遺漏核心功能?
之前的文章介紹了一種方法,暫且把它叫做:用戶故事地圖法。
用戶故事地圖,產品經理必須掌握的分析利器
今天介紹另外一種方法:用例法。
不是梳理產品功能嗎?怎么提到了用例,先來看看用例和功能的關系。
用例是從用戶和系統之外,第三者的角度去看的,是參與者通過系統完成一組動作的描述,如注冊、登錄。
功能是從系統的角度去看的,是滿足用戶需求的一系列特性,如注冊這個用例里,有發送短信驗證碼、表單校驗、重新性校驗等功能。
用例的組成單元是參與者(用戶)、系統、功能,功能的組成單元是輸入、計算、輸出,從組成來看,用例大于功能,功能是用例的一個部分。
先梳理用例
在明確了用戶需求,動手畫原型之前,應該先梳理用例,用例分層后,輸出功能結構圖(本質上是用例,功能結構圖便于溝通)
產品經理的功能結構圖有幾個作用,一是盡可能全的梳理功能,不遺漏核心功能。
二是拆分成合適的顆粒度,作為產品設計的最小單元,這樣便于制作產品路線圖,制定版本迭代計劃。
梳理功能結構圖后,可以將功能(用例)作為最小設計單元,輸出流程圖、狀態機圖、頁面流程圖、原型圖。
產品的功能結構可以通過用例的三級分層來梳理,用例分為目標層、實現層、步驟層。
以訂外賣為例,目標層是用戶訂外賣,實現層是網上訂外賣、電話訂外賣,步驟層是瀏覽商品列表、瀏覽商品詳情、選擇商品規格、設置收貨地址、下單。
用戶的目標也有多個層次,比如用戶要購買榔頭,購買榔頭的目的是釘釘子,釘釘子的目的是掛畫,掛畫的目的是讓房間格調更好,格調更高的目的是獲得女朋友喜歡,用戶所有的目標,只要進行深挖,都可以挖到馬斯洛需求這一層級。
但是產品經理在做用例分析時,不必挖太深的目標,只需要關注到用戶在網站「購買榔頭」就行了。
實現層是用戶為了達成目標,所采取的方案,還是以訂外賣為例,用戶有兩種方案可以選擇,一是通過APP訂,一種是通過打電話訂。
實現層不一定需要梳理出來,比如訂外賣這個例子中,打電話這個實現層用例就不用梳理出來,默認APP訂,然后繼續梳理步驟層。
步驟層的用例是設計的最小單元,但要注意顆粒度,比如用戶訂外賣,在設置收貨地址的時候,要填寫姓名、地址、備注等,這種步驟過于細,不用梳理出來,梳理為「設置收貨信息」就可以了。
某些步驟層的用例還可以組合,以達到合適的顆粒度。
關于顆粒度的劃分,沒有嚴格的標準,一個中型系統,一層用例10個左右,二層用例1~3個,三層用例5個以內,比較合適。具體劃分根據項目大小、團隊分工來判斷。
使用用例法梳理產品功能框架以后,可以用思維導圖輸出一張結構化的腦圖,然后按照三層結構進行展示。
要注意的是,這個框架圖里,所有功能的命名一定是動賓結構,如果不是動賓結構,你可能梳理的是功能或者信息。
功能結構和產品結構
梳理功能結構時,其實是在梳理用例,只是叫功能結構圖會比較容易理解和溝通。
那功能結構和產品結構又有什么區別的?
功能結構是業務視角,是邏輯模塊,產品結構是產品視角,從產品視角來看,產品是由模塊、子模塊、頁面、字段、控件組成的,產品結構更像是物理結構。
梳理產品結構圖,相當于提前過了一遍產品,梳理完以后就大概知道產品有多少個頁面,每個頁面要展現什么內容,以及有什么控件,產品結構圖可以指導原型設計。
產品結構可以按照產品的全局導航或者菜單,梳理出產品的模塊、頁面和頁面里的內容。
寫在最后
業務架構、產品架構、產品結構、功能結構、信息架構、信息結構,這幾個詞經常出現,但是我感覺大家理解都不一樣,基于我自己的理解,梳理了這張圖:
希望對大家理解有一定的幫助,也歡迎和刀哥討論,談談你的理解。
如果你喜歡這篇文章,歡迎關注上面的公眾號
最后,我建立了各大城市的產品交流群,想進群小伙伴加微信:yw5201a1??我拉你進群。
關注微信公眾號:產品劉?可領取大禮包一份。
··················END··················
今日報告:騰訊廣告&騰訊營銷洞察發布《2022中國人工智能芯片行業研究報告》,下載報告去公眾號:硬核劉大??后臺回復“?智能芯片”,即可下載完整PDF文件。
申明:報告版權歸?億歐智庫?獨家所有,此處僅限分享學習使用,如有侵權,請聯系小編做刪除處理。
RECOMMEND
推薦閱讀
大話業務流程圖(二)—如何繪制業務流程圖?
手把手教你做B端產品經理
分享個B端競品分析報告
面試題,互聯網產品的盈利模式有哪些?
點擊“閱讀原文”
查看更多干貨
創作挑戰賽新人創作獎勵來咯,堅持創作打卡瓜分現金大獎總結
以上是生活随笔為你收集整理的如何梳理产品功能,才能既见森林又见树木?的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: STM32开发 -- Git的详细使用
- 下一篇: C语言回文数的判断