如何確定一個需求是否值得做?
需求總是很多很多,茫茫需求之中,哪一個才是真正的需求呢?本文作者分享了自己的思考。
今天社區運營的阿正給了我一個需求,他說他希望公司APP社區的后臺管理系統(類似于公眾號對應的后臺管理系統)中的“熱門話題審核”的內容信息能夠不顯示全部內容,然后按一行行的列表形式顯示信息。
(目前的信息呈現形式)
?本來睡眼朦朧的我,聽到他這么大的改動需求,嚇了一跳,仿佛看到了蹭蹭上漲的工作量。
冷靜了頭腦,我思考了一番。
1. 先確定這個功能是干什么的?
這是一個將用戶發布的優質UGC進行二次推薦曝光的功能,后臺管理人員在“審核列表”中可通過點擊“加載更多”,不斷地在信息流末端刷之前達到可被2次曝光的條件的UGC,然后對部分符合要求的UGC進行推薦,推薦成功后的UGC進入“推薦列表”中,供管理人員管理?!巴扑]列表”也是通過點擊加載更多的方式,在信息流末端呈現更多的信息。
2. 目標用戶是誰?
阿正等一干負責后臺運營管理的同事
3. 需求具體分析
(1)阿正的期待
在和阿正的討論中,他告訴我他希望信息能夠成行狀分布,且不一定需要顯示全部內容,因為這樣可以在單頁面內呈現更多的信息,這樣可以更方便地對“推薦列表”中靠后的信息進行處理。
(2)我的發現
- 阿正的核心需求是要能更方便快捷地對“推薦列表”中靠后的信息進行處理;
- 完整信息呈現若呈行狀分布的話,參考“話題管理”中的信息排列,也只夠顯示四個信息內容,比原先的只少不多;
- 如果不顯示全部信息,就意味著初次審核判斷內容信息時,需要多進行一次點擊跳轉到完整信息頁的操作,增加了操作成本,以后可能又要提出修改需求了。
(話題管理中的信息呈現形式)
(3)總結
這時我就了解到阿正需要的其實是一個能夠更快到達后方信息并進行管理的功能。他提出的信息內容呈現行狀排布的設計只是他對自己的需求的一個直觀反映。
4. 方案
面對阿正的需求我提出了更符合要求的方案:將原來信息加載更多的功能刪除,對單頁面呈現信息的的數量進行規定,并設上頁碼和頁碼跳轉功能。
這樣阿正的需求就得到了滿足,而我的工作量也大大降低,設計和開發也不用因為我對需求的誤判,而浪費時間啦。
通過這個案例,希望新入行的產品經理們能夠真正看待自己所接到的需求,有些人會習慣性地把需求以功能的形態提給產品經理,這時候就需要產品經理有冷靜的心態和刨根掘底的精神,先了解這個功能是什么,目標用戶是誰,然后不斷地和需求提出方進行溝通,得到真正的需求,才能做出最符合需求的方案。
本文由 @紫衣書生 原創發布于人人都是產品經理。未經許可,禁止轉載
題圖來自 Pexels ,基于 CC0 協議
也或許你的方案他湊合接受了,不好意思說不合適??
這幾天在看人人都是產品經理2.0,里面花了很大的篇幅講了Y模型,怎么挖掘用戶的真實需求,樓主提供了一個很好的案例
對哦
那我也得去學學,謝謝推薦書籍喲!
加上最后的效果圖就更好了