運(yùn)營人如何解析需求,準(zhǔn)確反饋給產(chǎn)品經(jīng)理?
運(yùn)營人工作中的一部分就是將需求反饋給產(chǎn)品經(jīng)理,并確保需求能夠解決當(dāng)前問題。那么如何讓產(chǎn)品經(jīng)理正確理解我們要的需求是什么樣的、達(dá)到什么效果呢?筆者有兩個思路——準(zhǔn)確理解需求&準(zhǔn)確表達(dá)需求。
由于目前自己主要從事供給運(yùn)營方面的工作,主要是配合地面團(tuán)隊(duì),協(xié)助商戶,共同賦能我們的核心業(yè)務(wù)。這其中免不了經(jīng)常對接地面團(tuán)隊(duì),承接他們的產(chǎn)品需求,并將這些需求梳理后對接給PM。由于之前產(chǎn)品管理方面的經(jīng)驗(yàn)并不足,這次也算是一個學(xué)習(xí)的機(jī)會。
以終為始,既然要和PM對清楚需求,那么在我這個工作場景中就存在兩個關(guān)鍵點(diǎn):準(zhǔn)確理解需求;準(zhǔn)確表達(dá)需求。
一、準(zhǔn)確理解需求
地面團(tuán)隊(duì)能力模型側(cè)重市場營銷,因此他們所提出的需求更多是具體場景下的操作,比如查詢XX店過去一年的經(jīng)營數(shù)據(jù)并支持導(dǎo)出等。
這些都是一些碎片化的功能點(diǎn),是事件。我們肯定不能將這些直接轉(zhuǎn)述給PM,因?yàn)檫@并不是一個合格的需求。
為了更好地理解需求,我創(chuàng)建了一個表格,表格中主要分五部分,分別為使用對象、使用場景、需求分類、需求描述、需求詳情。
1. 使用對象
地面團(tuán)隊(duì)提出的產(chǎn)品需求,主要分兩種。一種面向內(nèi)部協(xié)作工具,比如bd后臺;一種面向商家運(yùn)營工具,比如商家中心等。兩種產(chǎn)品的使用對象是不一致的,前者是內(nèi)部人員,后者是商家。
確定使用對象不僅可以協(xié)助我們后面思考用戶使用場景,還可以幫我們過濾掉一些產(chǎn)品需求,因?yàn)橛行┬枨笊婕暗缴碳业让舾袛?shù)據(jù),這類需求要過濾掉。
2. 使用場景
解決完“對象”,下一個就是“問題”。使用場景指的就是需求背后所解決的問題,還是剛才的例子,“查詢XX店過去一年的經(jīng)營數(shù)據(jù)并支持導(dǎo)出”,這個需求背后的使用場景就是地面團(tuán)隊(duì)需要后臺提供經(jīng)營數(shù)據(jù)查詢和導(dǎo)出。
3. 需求分類
需求分類可以有助于我們快速歸納整理地面團(tuán)隊(duì)的需求。需求分3類,分別為數(shù)據(jù)需求,功能需求和交互需求。
- 數(shù)據(jù)需求包括新增/修改字段計算邏輯等。
- 功能需求最多,概括起來就是查詢、導(dǎo)入、導(dǎo)出。注冊、文件上傳等都屬于導(dǎo)入。
- 交互需求包括頁面功能區(qū)分布及功能點(diǎn)(事件)串聯(lián)邏輯。
4. 需求描述
描述就是基于使用場景(問題)后給出的解決方案,如新增某某功能點(diǎn)等。
5. 需求詳情
詳情即地面團(tuán)隊(duì)所反饋給我們的“需求”,但是我們需要按照操作流程+功能點(diǎn)(事件)的形式闡述出來。這樣做是方便PM能夠更好地理解我們的需求。
借助這個梳理結(jié)構(gòu),我們基本可以快速理清地面團(tuán)隊(duì)的產(chǎn)品需求,然后和PM進(jìn)行對接。
當(dāng)然,當(dāng)我們自身是需求發(fā)起方的時候,我們也可以按照這種形式進(jìn)行梳理,邏輯清楚后寫出來的需求文檔也更有可讀性和實(shí)操性。
二、準(zhǔn)確表達(dá)需求
關(guān)于如何準(zhǔn)備表達(dá)需求,我想很多朋友和我接下來寫的內(nèi)容一致,那就是寫出一份好的需求文檔。因?yàn)槲覀儺吘共皇荘M,直接輸出PRD文檔未免有些大題小做,我們倒是可以借助PRD的書寫格式和邏輯來規(guī)整我們自己的需求文檔,以此更好地表達(dá)我們的需求,避免增加溝通成本。
需求文檔不同的公司都會有不同的書寫要求:以我們公司為例,大家常用的需求文檔共分五個部分,分別為需求描述、需求詳情、預(yù)計收益、優(yōu)先級備注、開發(fā)進(jìn)度。
1. 需求描述
如前文所說,描述就是基于使用場景(問題)后給出的解決方案,如新增某某功能點(diǎn)等。這點(diǎn)是為了讓PM能夠迅速定位自己要做什么,有一定的畫面感,接下來的溝通會更效率一些。
2. 需求詳情
為了更好地講述需求,我們常通過背景+需求內(nèi)容的組合闡述。背景解答我們在什么樣的場景下誕生了這個需求,而需求內(nèi)容一定要結(jié)合流程和功能點(diǎn)進(jìn)行描述。
舉一個例子:
后臺增加回答任務(wù)項(xiàng)目,可展示任務(wù)詳情。這個需求并不明確,首先它不是詳情,只是一個描述。詳情需要結(jié)合功能點(diǎn)來說。正確的表述應(yīng)該是任務(wù)基礎(chǔ)信息包括XXX,輸入項(xiàng)包括XXX等。
需求詳情書寫的過程中盡可能配圖,這樣有助于提升畫面感,增設(shè)或修改的功能點(diǎn)通過序號1、2標(biāo)識出來也會更加形象。
3. 預(yù)計收益
這點(diǎn)主要是給PM做優(yōu)先級排序用的,常規(guī)下我們?nèi)魏我粋€需求都是為了提升核心業(yè)務(wù)去做的,無論是收入還是利潤,無論是短期見效還是長期見效。盡量將預(yù)計收益量化出來也有助于我們自身判斷需求的合理性。
4. 優(yōu)先級排序
在我們內(nèi)部合作的時候,這項(xiàng)是PM給填寫的,只不過我們作為需求的發(fā)起方也可以給出自己的預(yù)估優(yōu)先級,供PM參考。為了拉齊認(rèn)知,我們常規(guī)用重要性和緊急性進(jìn)行分配,如重要不緊急、緊急且重要等。
5. 開發(fā)進(jìn)度
同樣也是PM來填寫的,只不過放在這里有助于我們判斷項(xiàng)目進(jìn)展階段,把控整體節(jié)奏。
需求文檔是一個對自身想法梳理加工呈現(xiàn)的過程,它需要溝通,但是是需要帶著邏輯和PM溝通,否則懷揣一腔熱血盲目去聊,浪費(fèi)時間且沒有效率。
作者:吾運(yùn)營,公眾號:吾運(yùn)營
本文由 @吾運(yùn)營 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于CC0協(xié)議。
- 目前還沒評論,等你發(fā)揮!