產(chǎn)品需求的深度分析方法.ppt

什么是真實的需求首先還原一個場景 業(yè)務(wù)部門提交一份需求清單 我要在這里增加一個搜索功能 能搜索XX 我希望增加一個頁面 上面有X X功能 等 如果產(chǎn)品經(jīng)理就按業(yè)務(wù)方提供的功能需求進入研發(fā)環(huán)節(jié)的話 最終的結(jié)果往往不理想 那到底什么才是真實的需求呢 下面的廣告詞 可 以感受一下對需求的理解 你強調(diào)動力 其實是想要跑贏時間 你覺得安靜很重要 其實是偶爾需要回到個人世界 你說空間要大 其實是你喜歡一 家人擠在一起 你說儲物要多 其實是要放下每個人的愛好 所謂真實的需求 往往是需求方的某種訴求 某個痛點 想要完成的事情 想要實現(xiàn)的 目標(biāo) 這些才是真正的需求 原來的功能清單里很多偽需求 并不是最優(yōu)解 產(chǎn)品經(jīng)理需要挖掘出原始需求 而作為產(chǎn)品專家 根據(jù)真實需求去設(shè)計才 能做出真正適用的功能去滿足他 畢竟 根據(jù)原始需求設(shè)計產(chǎn)品是產(chǎn)品經(jīng)理的本職 所以這里也就引出了另外一個問題 如何引導(dǎo)業(yè)務(wù)方表達真實訴求 如果是傳統(tǒng)書面的需求提交 結(jié)果往往就是跟之前舉的例子一樣 得到的大部分是一堆功能清單 產(chǎn)品經(jīng)理應(yīng)該通過引導(dǎo)性的提問 明白為什么業(yè)務(wù) 方會提這個功能點 原因一定是目前有什么事情做不了或做起來很痛苦 千萬要把他的真實需求記下來 做產(chǎn)品設(shè)計的時候能夠?qū)φ招枨罂醋约河袥]有 偏離方向 如何獲取需求產(chǎn)品需求的來源 主要有四方面 1 基于對自身產(chǎn)品的理解 產(chǎn)品經(jīng)理作為產(chǎn)品的owner 相信沒有其他人會比你對這 個產(chǎn)品更為理解 合格的產(chǎn)品經(jīng)理 應(yīng)該深刻理解自己的產(chǎn)品所要解決的核心問題 自己熟悉面向的用戶群體 目前產(chǎn)品的完善程度和當(dāng)前產(chǎn)品的短板 在哪里 所以每個產(chǎn)品經(jīng)理根據(jù)自身對產(chǎn)品推進的進度 要有自己的一份需求清單 2 基于數(shù)據(jù) 閱讀數(shù)據(jù)也是產(chǎn)品經(jīng)理用來挖掘需求的一個重要手 段 產(chǎn)品設(shè)計初期把數(shù)據(jù)埋點做完善 上線之后可以通過觀察數(shù)據(jù)還原用戶的使用場景 并發(fā)現(xiàn)缺陷和短板所在 數(shù)據(jù)出現(xiàn)突然的波動和流程埋點中突 然出現(xiàn)的轉(zhuǎn)化下降等情況都應(yīng)該去認真分析原因 但是需要特別注意一點 很多時候片面的數(shù)據(jù)是具有誤導(dǎo)性的 在做數(shù)據(jù)分析之前 要盡量保持客觀 不要先假設(shè)再驗證 而是盡量多的覆蓋需要調(diào)查的場景數(shù)據(jù) 從而得出全面真實的結(jié)論 3 基于用戶的反饋 接收第一手使用產(chǎn)品的用戶的反饋 也是新需求的重要來源 要創(chuàng)造一些機會 從旁觀者的角度去觀察用戶 也許你會得到一些數(shù)據(jù)反饋里發(fā)現(xiàn)不了的事情 比如說你的產(chǎn)品是一個扳手 從數(shù)據(jù)上來看似乎用戶挺喜歡用的 但是當(dāng)你去觀察用戶使用場景的時候 才發(fā)現(xiàn)原來用戶都在用它錘釘子 所以用戶的真實需求是錘釘子 而你的扳 手只是恰巧能用罷了 這時候你才知道 原來你應(yīng)該打造一把好錘子 而不是去改進你的扳手了 4 基于其他業(yè)務(wù)部門的反饋 這個就很好理解了 而業(yè)務(wù)部門在運營內(nèi)容和產(chǎn)品的時候 往往會跟用戶產(chǎn)生大量的交流 他們屬于跟用戶最熟悉的人群 所以也會產(chǎn)出很多需求 而他們的需求一般會分 為兩部分 一部分就是來自用戶反饋和日常運營過程中觀察到的用戶需求 比如用戶需要某個運營頻道的擴展 用戶期望搜索功能更加強大和方便之類 的 另一部分是基于業(yè)務(wù)方的日常操作 需要提升運營效率的需求 也就是對運營支撐平臺的完善 需求的優(yōu)先級制定這個時候 每個產(chǎn)品經(jīng)理手上都 已經(jīng)有一大堆大大小小的需求了 但是不論公司大小 研發(fā)資源總是有限的 所以如何給這些需求安排優(yōu)先級就是產(chǎn)品最重要的工作了 畢竟這個環(huán)節(jié) 決定了一家公司的節(jié)奏甚至是創(chuàng)業(yè)團隊的生死 怎么給手頭上的需求定優(yōu)先級 很難有放到哪里都適用的標(biāo)準(zhǔn) 我只能簡單說說我自己是怎么做的 按 緊急和重要的時間四象限分布是最基礎(chǔ)的方法 但是怎么判斷重要和緊急程度 就要結(jié)合項目具體的情況了 我個人大概會按以下三個方面來綜合考慮 1 根據(jù)產(chǎn)品線的roadmap 每個產(chǎn)品的推進路線必然是有綜合規(guī)劃的 根據(jù)項目當(dāng)前所處的階段和實際業(yè)務(wù)的發(fā)展而確定的產(chǎn)品路線圖 是 我制定產(chǎn)品需求優(yōu)先級的第一考量 2 符合近期公司的核心目標(biāo) 根據(jù)業(yè)務(wù)的推動 公司和項目在各個階段都會有一些沖刺目標(biāo) 可能是產(chǎn)品方面的 可能是業(yè)務(wù)部門的 為了實現(xiàn)這些目標(biāo) 產(chǎn)品規(guī)劃方面需要滿足哪些需求自然也就變成緊急和重要的事情了 3 自身負責(zé)產(chǎn)品線的需求優(yōu)先級 一 般來說 每個產(chǎn)品經(jīng)理都會有自己負責(zé)的一個領(lǐng)域 也許是按用戶群體分 也許是按服務(wù)部門分 這些產(chǎn)品線的需求方也會有自己的需求優(yōu)先級 根據(jù) 以上三個方面的考量 加上對功能需求復(fù)雜程度的評估 再結(jié)合實際的研發(fā)資源和研發(fā)排期 基本上就可以產(chǎn)出一個合理的產(chǎn)品需求優(yōu)先級清單了 需 求的落地和效果跟進最后說幾點需求落地過程中需要注意的地方 1 設(shè)計恰當(dāng)?shù)墓δ茳c去滿足需求 說起來根據(jù)需求設(shè)計功能是產(chǎn)品的本職 但如何 做到恰當(dāng)?shù)某潭冗€是需要歷練的 需求從根本上來說 都是為了滿足一個目標(biāo) 做成一件事情 而到達這個目標(biāo)的路徑并不是唯一的 資源 不管是時 間還是人 永遠都是有限的 每個細節(jié)都完美的方案 在有限的資源面前就不再是完美的方案 這時候就要求產(chǎn)品經(jīng)理能對方案進行拆解 知道什么功 能是必須的 什么功能是錦上添花 哪些交互是要追求細節(jié)的 而哪些交互是可以從簡的 特別是對于創(chuàng)業(yè)項目 MVP 最小可行產(chǎn)品 原則應(yīng)該貫 徹整個產(chǎn)品迭代過程 2 保證最后的交付質(zhì)量 因為有QA部門的存在 這里比較容易被忽視 但產(chǎn)品經(jīng)理作為產(chǎn)品的owner 應(yīng)該想盡辦法去 保證最后產(chǎn)品的交付質(zhì)量 要做到這一點 僅僅靠最后的驗收工作是不夠的 或者說 已經(jīng)來不及了 從需求分析開始到項目上線的整個過程中 每個 細節(jié)里產(chǎn)品經(jīng)理都應(yīng)該去保證最后的交付質(zhì)量 比如說產(chǎn)品肯定知道某個功能需求里 什么地方的邏輯比較復(fù)雜 很容易出錯 所以在自己講解需求和 文檔中 都要把這些強調(diào)出來 讓經(jīng)手的研發(fā)和測試都深刻理解里面的邏輯 各種異常狀態(tài)等 比如說產(chǎn)品知道某個頁面的一個按鈕的點擊率對整個產(chǎn) 品功能的意義重大 那么就要傳達給ued 這個按鈕很重要 我希望用戶能夠點擊 類似的例子有很多 目的就是通過各種手段去讓大家理解需求 從而符合你的預(yù)期 3 設(shè)計好數(shù)據(jù)埋點 這也是容易遺漏的地方 特別是在