產品經理該如何滿足使用者的需求

2022-04-08 10:52:19 字數 2134 閱讀 2598

轉朋友部落格的一篇新文章,講產品經理分析需求的,有興趣的可以多去朋友部落格逛逛,幫宣傳下:飯窩,

­產品經理在產品設計前,最頭疼的問題多是需求的滿足度,該如何保障在滿足當前需求的前提下還能順應產品的未來擴充套件性,往往使產品經理抓耳撓腮。本文先簡單介紹幾種筆者常用的需求分析法,再與大家**下需求該如何採納。

一、需求分析方法

1  公司級服務型產品

公司級服務型產品是指由公司發起,以大眾服務為目的,使用者物件為網際網路大眾的產品。這類產品最終的需求的定拍方為公司方,需求調研物件為大眾,調研方法也很多,本文不多述,可以使用調研問卷、面對面交談、根據歷史積累訂立初級需求等。

在對各種使用者角色進行需求調研後,通常我們的做法是按使用者的優先順序排序,將各級使用者的需求按使用者分組整理,取各級使用者的需求交集,整理進需求報告中作為第一批需求,然後按優先順序高的使用者需求依次放入需求報告中,最終結合設計團隊前期預見的需求集形成出版的需求列表,進行討論會,可以通過頭腦風暴或delphi法,定出中版的需求列表,值得注意的是討論會的討論方法是非常占用人力成本,所以會議主持人要非常清晰本次會議的討論內容,避免問題擴充套件太多偏離太大,導致會議遲遲不能結束。討論出的中版需求列表後,是需要進行更高層次的會議討論,至少要有一位產品總監或專案高管參與,用來定拍,否則所有的之前的討論基本都是不算數的,對未來預期的風險如發生後是沒有援軍的。

2  客戶級定製型產品

客戶級定製型產品是指由客戶發起,以方便客戶使用解決客戶某種現存問題為目的,使用物件為專有客戶群體的產品。這種產品最終的需求定拍方為專有客戶群體,可以是乙個人或多個人,需求調研物件也為客戶方,調研方法同樣也有很多,如召開專案啟動會,要求客戶代表和產品團隊代表進行需求討論,或也可以根據歷史積累做出初版原型後,使用原型法進行多輪調研得出最終定拍版原型後則為需求列表。注意,以上所說為通常情況,特殊情況則需特殊處理,比如大型產品則需要採用螺旋模型,多次螺旋後得出最終產品,小型專案則可以直接採用較敏捷方法通過原型法直接定拍,中型的可以採用瀑布等,依實際情況而論。

二、需求如何滿足

1  公司級服務型產品

服務型產品在確定出最終的需求列表後,產品經理可以叫上互動設計師、開發經理三個人,找間小會議室,用思維導圖工具以產品為核心將產品的需求列表畫出來,並標出各類需求的優先順序。確立優先順序的原則是以大部分使用者的一般需求為主,確保最高優先順序的需求為最基礎的需求,即使用者最需要的需求,比如你要設計乙個電風扇,一級需求應該包括扇葉、電源開關,有了這兩個功能就可以保障電風扇的最基本運轉,二級需要可以考慮設計風速控制、外觀裝飾等。我們的產品也是如此,將大部分使用者最需要的一般需求設立為一級需求,作為1.0版本發布,包含基礎需求,一些個性化的需求或一些亮點需求可以逐步擴充套件,放到2.0、3.0中,這樣可以很好的控制產品經理的發散思維,因為通常產品經理在產品進入到執行開發階段時,總是會突然的冒出一些很奇怪的想法,就迫不及待的在晨會或小組會時提出,希望開發經理給加到產品功能裡,在1.0時發布,有了這樣的方式,產品經理可以將突發奇想的好想法放到思維導圖里,標出優先順序,作為2.0需求集裡發布。

2  客戶級定製型產品

可能做過此類專案的產品經理或專案經理都會有這樣的經歷,客戶提出的需求較多的時候,需求比較亂,雖然最終定拍了,但結合產品的合同額度、時間、人力成本做出初版project後,才恍然發現超期了很多,這時就要祭出我們的寶劍「砍需求」了,這個「砍」就比較難了,砍大了產品不能驗收,砍少了到了期限做不完還是不能驗收。這時該怎麼辦?

保持冷靜的思考是很重要的,切忌不能急躁,容易做出衝動的決定,比如衝動的去和公司提出加人,瘋狂的讓開發人員加班,這些都是不理智的,最理智的是多翻幾遍需求列表和討論會的會議紀要,仔細分析裡面的細節,這裡面的需求其實並不全是客戶最需要的,在專案啟動會時,客戶一口氣全提出來,多半都是產品經理引導的,說道乙個功能時,客戶就跟著順下去了,順著順著就出來了更多的需求。客戶也和我們一樣,是可以商量的,仔細分析過這些需求後,找出一些你認為可以暫緩甚至留到後期再做的整理出來,可以單獨找客戶方可以定拍的代表,在一起屢一遍,只要你的理由充足,客戶多半都是會同意的,如果實在不同意的可以變通一下,用另一種容易實現的方式來滿足使用者。

以上一些是筆者在實際運作時遇到過的一些情況和應對方法,時間比較晚了可能有些沒有寫清楚,後面我會整理一些具體的內容寫寫,像需求調研的細節和需要注意的地方,風險的**,做計畫時的一些技巧等。

ua:d [1.9.10_1130]

IT服務管理全面滿足使用者需求

中國的it服務管理可以追溯到80年代,第一套erp系統的引進就拉開了我國it服務管理的序幕,隨著各地資訊化建設的深入,各大企業已經陸續建設成各種資訊系統,並且在此基礎上進行著運維管理,以希望能真正實現it帶動生產,全面提公升生產效率的目的。但事實上,這麼多年下來,企業重建設 輕管理的現象還是佔了比較...

產品經理如何了解使用者的需求?

今天特別想跟大家聊聊需求這件 小事 人人都是產品經理這句話說得不無道理,無論你從事哪個行業,都會提到 使用者需求 這個詞 尤其是對網際網路產品經理來說,需求是一切之始,先有了需求,才有了產品經理的一切職責的發揮空間,如果沒有需求,一切都無從談起,產品經理這個職位也就沒有了存在的價值。作為產品經理的你...

內容聚合江湖,趣頭條如何滿足使用者需求尋找突破口?

得益於獨特的社交裂變和 深耕三四線使用者 的定位,趣頭條以低成本快速收割了大量流量。2018 ieqxhsml年 9 月 14 日,成立僅僅兩年零三個月的趣頭條於美國納斯達克上市,並先後獲得騰訊 阿里兩大巨頭的投資。據趣頭條發布的財報資料顯示,截至 2019 年q2 季度,趣頭條平均日活使用者數ww...