axure商城

產品經理如何確立需求并進行需求管理

用戶是需求之源,產品經理作為用戶與產品的中間人,負責把用戶的需求語言轉化為開發能聽懂的設計語言。

圍繞需求的工作會伴隨產品整個生命周期,這一路上,我們會遇見形形色色的需求。那么,如何在錯綜復雜的需求面前找到用戶的核心痛點?需求作為我們和用戶溝通的橋梁,我們又該如何對它進行管理?

全文共 2500?字,閱讀需要 8?分鐘

需求確立是產品在所有工作開始前的第一步,既是為了我們更好的理解用戶想法,又能指導我們在之后的設計中有的放矢,以下是有關需求確立的干貨知識

  • 步驟:采集、分析、篩選
  • 作用:匯總價值需求,剔除無用需求
  • 產出:需求管理文檔(需求池)
  • 需求數量:少→多→少

為了梳理清楚需求確立的整體思維框架,便于宏觀對其進行了解,于是匯總了相關的知識脈絡,如下圖所示:

前言

在需求確立的整個過程中,我們要盡量保證:對于需求,先盡可能多的收集,再盡可能多的放棄。雖然表面看上去是在做無用功,但當你完成該過程后會對用戶和產品有更深層次的了解

只有收集到的信息足夠豐富多樣時,我們才能更懂用戶所想。需求數量是先增后減的,在此基礎上,你看待產品也是愈發立體全面的,這是一個從量變到質變的過程

在需求被采集來之后,我們還要通過分析和篩選對需求初步過濾,處理過后剩下的都是有價值的需求。當然,它們不可能全被解決,但是你有必要把這些得來不易的結晶都整理出來,以備不時之需。這就是需求確立之后的產出物:需求管理文檔

1、需求采集

需求采集是指通過不同方式、不同渠道,收集到產品相關的信息反饋。根據收集形式的差別,主要歸納為兩大類:一種是高級全面型,另一種是日常敏捷型

高級全面型:適用于已經成熟的大公司,相較小公司而言,它們有足夠多的競爭優勢和行業資源,也能用十年磨一劍的心態去精雕細琢一個產品。在產品設計層面更偏向從0-1搭建功能或產品,由于沒有前車之鑒,所以我們更應該多花時間去鏈接產品與用戶

高級全面型共分為4種收集渠道

1.用戶訪談:找尋目標用戶并近距離接觸,最好是以會面的形式,也可以采取電話溝通等途徑增進了解,目的是通過交談了解用戶真實感受

優點:借助溝通,深入了解目標用戶痛點

缺點:花費時間長,如果非目標用戶,則會對結果產生負面影響

2.調查問卷:通過線上問卷的形式(有實體的也可以線下收集,但會增加統計工作量),設置一些有關產品功能、使用方面的問題。最終通過統計收集來的問卷信息,獲取用戶需求分布并直觀解讀各項數據情況

優點:數據量級高,可以定量了解潛在需求

缺點:可能出現非目標用戶造成結果偏差

3.可用性測試:制作高保真demo或可操作原型提供給目標用戶試用,觀察用戶操作使用過程,并誘導用戶說出操作原因

優點:用戶操作直觀展示,便于找出功能、界面設計的不足

缺點:增加額外工作成本,很難還原特定需求場景

4.數據分析:對前端 后端設置埋點,統計并記錄用戶與產品相關聯的數據信息,如按鈕點擊、UV、PV等

優點:用戶可能會“騙”我們,但數據不會,通過數據指導業務發展

缺點:成本較高,對于數據的監控是一項大工程,尤其是當用戶量級很高時

上述有關高級全面收集法的使用階段可以參考Z模型,分為兩個維度、四個象限,如下圖所示,

其中維度是定性→定量(需求屬性)、說→做(用戶行為)

在從0-1搭建產品時,可以根據每個時間節點的不同,選擇不一樣的需求收集方法,進而了解階段目標,更好的進行設計工作

在確定了想法后進行用戶訪談,為的是通過目標用戶驗證需求真偽→在功能設計前設置調查問卷,可以根據用戶反饋來調整功能需求的優先級→在開發完成后約用戶進行可用性測試,防止做出用戶體驗不好的功能→在應用上線后采用數據分析,驗證產品價值并借助數據指導業務

日常敏捷型:適用于還在摸索前進的創業型公司,80%左右的需求都是來源于此,是我們日常工作中最為常見的需求采集方法。根據渠道來源主要分為兩類:一手需求、二手需求

日常敏捷型共分為2種屬性

  1. 一手需求:通過用戶反饋直接收集來的需求,更能代表用戶的真實想法,且沒有經過渠道二次加工。收集途徑大部分為:應用商店的app評價或者應用里自帶的‘信息反饋’功能
  2. 二手需求:來自團隊內部的需求,多源于老板、開發團隊、客服部門、營銷團隊,典型的話術就是“我認為用戶需要這個功能…”

2、需求分析

需求采集階段完成后,你就會驚喜的發現,需求鋪天蓋地而來,但面對五花八門的需求該如何取舍,這可就是一門學問了

在需求分析階段,我們要做的是對需求初步挖掘,目的是找出用戶的實際心理需求。在此過程中,實現對需求從標到本的剖析,探究表象背后的真實目的。雖然看上去很高深,其實,最終的分析結果只決定該需求是否有被記錄下來的必要

就像用戶需要一匹馬(需求),在對用戶進行全方位的了解之后,發現他其實是想更快的前往某地(目標)。而我們的工作,正是服務于那些有出行要求的人。我們有能力滿足他們的需求,在此基礎之上,讓用戶能通過我們提供的方式更好的出行。那么,這個需求就有必要被記錄下來

3、需求篩選

需求確立的最后一步,就是對一些偽需求、沒有實現價值的需求進行剔除。在需求分析階段,我們已經對收集來的需求有了初步認識,可以透過現象看到本質

而在篩選階段,我們是對需求做“減法”、做歸類。

核心就是:剔除無用需求,對有類似痛點的需求進行合并,提煉有價值需求,幫助需求庫“瘦身”

在工作中,較常見的無用需求分為兩類:

  1. 個例需求:個別用戶對產品功能、操作體驗的不滿,因為一個產品不可能滿足所有人的喜好,要以價值觀為導向去服務大多數用戶
  2. 與產品戰略相悖:用戶提出的需求與產品的核心價值觀背道而馳,這就需要在戰略目標與用戶需求上進行取舍。比如,產品的戰略目標是打造全網最全知識庫,而有些用戶的需求是去除冷門知識

為了實現需求的統一管理,便于之后追溯時能還原需求原貌,可以根據業務需要,自定義需求收集內容,可參見下圖:

詳細說一下里面幾個相對重要項:

  1. 需求內容:盡量通過通俗易懂的語言描述需求內容,并且要保證概括的全面,以防理解產生歧義。如果擔心描述不全,可以借用5W模型(拆分自5W2H模型)who? ? ? ? ?目標用戶是誰what? ? ? ? 有什么需求

    where? ? ? 在何種場景下

    why? ? ? ? ?為什么要做(需求)

    when? ? ? ?什么時候要

  2. 對接人:提出或收集這個需求的人
  3. 優先級:按權重法,日常工作中分為1~5級
  4. 需求狀態:已發布、已拒絕、待討論、待排期
  5. 需求文檔:之前我們都是使用語雀作為協作工具,直接附上鏈接地址

當然,上面有的信息在需求確立階段是無法全部填寫的,但為了便于管理需求,在需要的時候拿來就用,記錄匯總的工作還是很有必要的

小結

本文針對需求確立的知識點及流程方法進行了匯總,而這只是需求環節中的第一步。在接下來的工作中,還需要對已歸納整理好的需求進行再分析,進而按照權重比排列出需求優先級。

下節將會對需求優先級的相關內容進行總結

更多文章詳見個人公眾號:產品是champion

態度奠定高度,細節決定成敗

給TA買糖
共{{data.count}}人
人已贊賞
產品經理

AxureShop上線前前后后 一個多用戶虛擬資源商城的誕生

2019-7-4 12:12:49

產品經理

需求優先級 —— 資源分配最優化

2019-9-25 16:27:05

axure商城
0 條回復 A文章作者 M管理員
    暫無討論,說說你的看法吧
?
個人中心
購物車
優惠劵
今日簽到
有新私信 私信列表
搜索
俄罗斯videoxxxoo