運(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ù)需求，功能需求和交互需求。

1. 數(shù)據(jù)需求包括新增/修改字段計算邏輯等。
2. 功能需求最多，概括起來就是查詢、導(dǎo)入、導(dǎo)出。注冊、文件上傳等都屬于導(dǎo)入。
3. 交互需求包括頁面功能區(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é)議。