產(chǎn)品經(jīng)理規(guī)劃產(chǎn)品之需求梳理
業(yè)務(wù)需求、用戶需求和功能需求這三個概念,對于產(chǎn)品新人來說,經(jīng)常容易混淆,但了解這些是身為產(chǎn)品經(jīng)理的一個基本功。
問:業(yè)務(wù)需求對于產(chǎn)品經(jīng)理來說很重要么?
答:業(yè)務(wù)真的是很重要。并不是說功能邏輯和交互不夠重要,事實上功能邏輯和交互是一個產(chǎn)品的基本功。選對商業(yè)模式、快速迭代,才能讓一個產(chǎn)品活下去。首先需要保證的是整體的方向和準(zhǔn)則不會出問題,這才能保證產(chǎn)品是可用的,細節(jié)是在方向和準(zhǔn)則的大前提下去根據(jù)產(chǎn)品本身去思考的,才能保證產(chǎn)品是易用的。
需求的分類
上面的問題是和朋友聊天提到的問題,但是實際在工作中可能有些小伙伴經(jīng)常會弄混淆業(yè)務(wù)需求、用戶需求和功能需求這三個概念,那么怎么去區(qū)分這三個需求呢?
- 業(yè)務(wù)需求 :通常是基于市場營銷部門、業(yè)務(wù)部門根據(jù)自己的業(yè)務(wù)需求和后續(xù)策劃的活動方法所整理成的需求文檔。
- 用戶需求:描述的是用戶的目標(biāo),是用戶能通過這個產(chǎn)品在什么場景(什么情況下)能完成什么動作(做什么)。
- 功能需求:是指產(chǎn)品通過需求池篩選內(nèi)容后,整理成此版本需要迭代的內(nèi)容,往往功能需求需要配合流程和原型邏輯,讓項目團隊伙伴有清晰了解。其實業(yè)務(wù)需求和用戶需求也不能完全轉(zhuǎn)換成功能需求。
需求的分類不僅僅包含這三個需求,比如我們在產(chǎn)品規(guī)劃中依托于公司未來業(yè)務(wù)發(fā)展的方向制定的規(guī)劃型需求和對于競品在同階段所實現(xiàn)的競品需求,由于此篇文章主要是針對于趨向于業(yè)務(wù)需求,所以這兒就著重的去看業(yè)務(wù)需求和附帶關(guān)聯(lián)的用戶需求、功能需求。
其實在深入的去思考業(yè)務(wù)需求的具象時,我們?nèi)ナ崂順I(yè)務(wù)需求、用戶需求和功能需求三者之間存在的聯(lián)系,都知道需求最終是為了產(chǎn)品目標(biāo)服務(wù)的,所以我們需要清晰的明確為了解決產(chǎn)品目標(biāo),我們應(yīng)該怎么把控需求?
產(chǎn)品目標(biāo)與需求之間的關(guān)系點
其實我們回過頭來看產(chǎn)品設(shè)計,目的不僅僅是一個用戶體驗好的產(chǎn)品,更是一款成功的產(chǎn)品,它包括業(yè)務(wù)側(cè)和用戶側(cè)兩方面?;诖?,在具體設(shè)計的之前要分析一下四個方面,否則容易陷入僅僅是為了設(shè)計而設(shè)計,卻無法解決核心問題的情況。
分析業(yè)務(wù)需求:我們需要明確業(yè)務(wù)部門為什么要做這個產(chǎn)品?所期待的產(chǎn)品成果是什么?
分析用戶需求:誰來使用這個功能?方便新用戶還是老用戶?便于拉新還是促活?以及這部分用戶為什么要使用這個功能?
明確產(chǎn)品策略:通過將業(yè)務(wù)需求和用戶需求進行匹配,通過一句話來解答就是:通過某種策略給某群用戶帶來某個價值,來實現(xiàn)某類業(yè)務(wù)目標(biāo)需求。
設(shè)定數(shù)據(jù)指標(biāo):通過產(chǎn)品實現(xiàn)目標(biāo)業(yè)務(wù)價值回溯對應(yīng)的數(shù)據(jù)指標(biāo)是否達成。
分析業(yè)務(wù)需求
業(yè)務(wù)部門反饋的業(yè)務(wù)訴求。產(chǎn)品需要與業(yè)務(wù)部門討論進行梳理討論整理,進而明確變成產(chǎn)品業(yè)務(wù)需求??梢酝ㄟ^三個點進行分析:
1. 分析業(yè)務(wù)目的和業(yè)務(wù)目標(biāo);
2. 整理對應(yīng)的業(yè)務(wù)流程圖;
3. 整理產(chǎn)品的場景和規(guī)則。
接下來每個點一步步聊下:
第一步:分析業(yè)務(wù)目的和業(yè)務(wù)目標(biāo)(就是去了解業(yè)務(wù)需求)
一般情況,業(yè)務(wù)人員會從自己做業(yè)務(wù)遇到的“阻礙”,這個“阻礙”可以幫助我們理解業(yè)務(wù)之間的干系,從中我們可以得到這些信息:
1. 這個需求涉及的業(yè)務(wù)干系人(用戶來源);
2. 這個需求的關(guān)鍵操作(功能拆分來源);
3. 這個需求的操作流程(流程來源)。
我們可以總結(jié)業(yè)務(wù)模塊的需求池:
有了上面的理解,就大致知道了需求是干嘛的,那實際的業(yè)務(wù)中,是如何操作的呢?經(jīng)過了什么樣的流程節(jié)點呢?
第二步:整理業(yè)務(wù)流程圖
這個階段需要整理業(yè)務(wù)流程圖草圖和梳理規(guī)范的業(yè)務(wù)流程圖:
(1)流程圖草稿:把理解到的都用流程圖的方式表達出來,不分泳道、不糾結(jié)流程節(jié)點命名、也不用在意這個節(jié)點該不該畫出來,畫出最粗又是最細的流程圖。粗是因為不分泳道很多節(jié)點也不合理,細是因為把聽到的理解的都作為節(jié)點畫出來。
這時候不要畫泳道圖,因為對業(yè)務(wù)還模糊不清,抽象不出合理的泳道,如果一開始就設(shè)計泳道圖,反而會花費較多時間和精力,但效果并不理想。
舉個例子:A同學(xué)去超市購買商品的業(yè)務(wù)場景流程:
(2)細化流程圖:通過和業(yè)務(wù)方不斷調(diào)研和溝通,這時候可以逐漸的整理泳道圖來進行操作流程和用戶之間的協(xié)同點。
這時候輸出的流程必須是泳道劃分合理,流程節(jié)點粗細適宜,節(jié)點命名合乎業(yè)務(wù)的。但是這時候的流程有一點還是會有欠缺,異常流程和判斷節(jié)點往往會缺失。后面在實現(xiàn)功能流程會去整理異常情況和判斷的節(jié)點。
這一節(jié)點應(yīng)該輸出:
一是流程圖草稿(只給自己最初理解業(yè)務(wù)用);
二是業(yè)務(wù)流程圖(用于向其他團隊成員講解和幫助他們理解業(yè)務(wù))。
第三步:整理產(chǎn)品場景和規(guī)則
有了流程圖和狀態(tài)圖,就可以抽象出不同的業(yè)務(wù)場景。再根據(jù)場景逐個細化調(diào)研,從而獲得業(yè)務(wù)規(guī)則,其中,業(yè)務(wù)規(guī)則細化到每個信息類型和細節(jié)處理等等信息,才算真正走到業(yè)務(wù)點場景中。
(1)抽象場景:抽象場景其實在個人理解中就是模塊化的需求,業(yè)務(wù)方針對場景的描述,產(chǎn)品經(jīng)理將場景劃分各個模塊,針對模塊制定對應(yīng)的功能需求點,并將功能需求進行串聯(lián)(通過流程圖)。這階段需要輸出的是業(yè)務(wù)需求池、業(yè)務(wù)功能導(dǎo)圖和業(yè)務(wù)規(guī)則流程圖。
這樣做的好處是:場景劃分便于理解查看和維護,但又不會落下細節(jié)和特殊情況,保證產(chǎn)品設(shè)計的完整性。
(2)細化規(guī)則:一旦有了場景,并且有了場景下的不同情境,就可以針對各個情境下的業(yè)務(wù)限制規(guī)則進行梳理和調(diào)研了。
這一節(jié)點應(yīng)輸出:業(yè)務(wù)場景劃分列表、業(yè)務(wù)細節(jié)規(guī)則列表,應(yīng)該注意規(guī)則列表是對業(yè)務(wù)場景的細化和深入。
分析用戶需求
用戶需求是針對于用戶在使用產(chǎn)品時候,結(jié)合業(yè)務(wù)方描述的場景形成梳理,希望用戶在場景完成某件事。分析用戶需求是從目標(biāo)形成過程中的重要環(huán)節(jié),它包含兩部分內(nèi)容,即:
明確目標(biāo)用戶,洞察用戶痛點——如果我們想要去明晰用戶訴求,必須結(jié)合用戶當(dāng)前所處的場景。場景的藐視是業(yè)務(wù)訴求中去尋找目標(biāo)用戶和目標(biāo)用戶能為我們帶來的價值共同去界定的,更能夠幫助站在用戶視角,去了解當(dāng)前場景并去分析目標(biāo)用戶動作。
將用戶痛點轉(zhuǎn)化為需求——就像“用戶要的是更高效的移動,而不是一匹更快的馬”,用戶能想到的解決方案都是基于其認知本身,對此,產(chǎn)品需要挖掘需求背后的真正訴求,進而從根源找到解決方案。
舉個例子:現(xiàn)在英語類知識付費學(xué)習(xí)平臺案例,整體分析情況如下:
第一步:明確目標(biāo)用戶
第二步:將用戶痛點轉(zhuǎn)化為用戶需求
第三步:明確產(chǎn)品策略
產(chǎn)品目標(biāo)一定是以業(yè)務(wù)為導(dǎo)向,以用戶為中心出發(fā)的,通過業(yè)務(wù)訴求和站在用戶的角度上去思考的,只有這樣,才能提煉產(chǎn)品真正的價值。
在英語學(xué)習(xí)的場景中,為了更好的將業(yè)務(wù)需求和用戶需求更好的匹配,通過業(yè)務(wù)用戶關(guān)聯(lián)表可以一一進行解決:
通過業(yè)務(wù)用戶關(guān)聯(lián)表可以針對不同人群給予不同的解決方案,進而形成產(chǎn)品策略。確定了產(chǎn)品策略后,還需要根據(jù)公司資源投入和預(yù)估ROI以及上線時間確認產(chǎn)品需求的優(yōu)先級,然后進而和項目組確認上線周期,這兒就先不去贅述。
設(shè)定衡量產(chǎn)品目標(biāo)的數(shù)據(jù)指標(biāo)
由產(chǎn)品目標(biāo)可以演繹出的東西不少,其中最直接、最具有指導(dǎo)意義的就是數(shù)據(jù)指標(biāo)。數(shù)據(jù)指標(biāo)是對目標(biāo)價值這種抽象概念的數(shù)據(jù)化表達,它能為所有參與角色形成一個具體的關(guān)注焦點,建立一個統(tǒng)一的坐標(biāo)體系和判斷標(biāo)準(zhǔn),直觀的反應(yīng)方案效果與目標(biāo)價值之間的差距,成為后續(xù)迭代優(yōu)化的思考源頭。所以,設(shè)定數(shù)據(jù)指標(biāo)是非常重要,也是十分必要的。
比如英語學(xué)習(xí)平臺最后需要收集的數(shù)據(jù)指標(biāo)包含:課程參與人數(shù)、拉新、留存率、UV、反饋數(shù)值(用戶完成課程)等。
當(dāng)然對于產(chǎn)品經(jīng)理來說,這僅僅是前期去梳理業(yè)務(wù)需求,針對于“梳理業(yè)務(wù)→產(chǎn)品模塊整理→需求池(功能整理)→梳理版本計劃→功能導(dǎo)圖→功能流程圖→原型設(shè)計→PRD文檔→產(chǎn)品評審→開發(fā)→測試上線→數(shù)據(jù)分析→產(chǎn)品迭代”,梳理業(yè)務(wù)是項目生命周期的第一環(huán)節(jié),后面每個內(nèi)容將通過一篇文章來聊聊。
后記:產(chǎn)品經(jīng)理并不是大家口中的“做不好運營、敲不了代碼,就去做產(chǎn)品吧!”希望小伙伴們持之以恒,繼續(xù)努力。共勉之……
本文由 @john 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
衡量產(chǎn)品的數(shù)據(jù)指標(biāo),能講講如何設(shè)定預(yù)估提升值么
非常受用,謝謝
希望能夠交流一下,寫的非常棒!
學(xué)習(xí)了