運(yùn)營(yíng)人工作中的一部分就是將需求反饋給產(chǎn)品經(jīng)理，并確保需求能夠解決當(dāng)前問(wèn)題。那么如何讓產(chǎn)品經(jīng)理正確理解我們要的需求是什么樣的、達(dá)到什么效果呢？筆者有兩個(gè)思路——準(zhǔn)確理解需求&準(zhǔn)確表達(dá)需求。

由于目前自己主要從事供給運(yùn)營(yíng)方面的工作，主要是配合地面團(tuán)隊(duì)，協(xié)助商戶，共同賦能我們的核心業(yè)務(wù)。這其中免不了經(jīng)常對(duì)接地面團(tuán)隊(duì)，承接他們的產(chǎn)品需求，并將這些需求梳理后對(duì)接給PM。由于之前產(chǎn)品管理方面的經(jīng)驗(yàn)并不足，這次也算是一個(gè)學(xué)習(xí)的機(jī)會(huì)。

以終為始，既然要和PM對(duì)清楚需求，那么在我這個(gè)工作場(chǎng)景中就存在兩個(gè)關(guān)鍵點(diǎn)：準(zhǔn)確理解需求；準(zhǔn)確表達(dá)需求。

一、準(zhǔn)確理解需求

地面團(tuán)隊(duì)能力模型側(cè)重市場(chǎng)營(yíng)銷(xiāo)，因此他們所提出的需求更多是具體場(chǎng)景下的操作，比如查詢XX店過(guò)去一年的經(jīng)營(yíng)數(shù)據(jù)并支持導(dǎo)出等。

這些都是一些碎片化的功能點(diǎn)，是事件。我們肯定不能將這些直接轉(zhuǎn)述給PM，因?yàn)檫@并不是一個(gè)合格的需求。

為了更好地理解需求，我創(chuàng)建了一個(gè)表格，表格中主要分五部分，分別為使用對(duì)象、使用場(chǎng)景、需求分類(lèi)、需求描述、需求詳情。

1. 使用對(duì)象

地面團(tuán)隊(duì)提出的產(chǎn)品需求，主要分兩種。一種面向內(nèi)部協(xié)作工具，比如bd后臺(tái)；一種面向商家運(yùn)營(yíng)工具，比如商家中心等。兩種產(chǎn)品的使用對(duì)象是不一致的，前者是內(nèi)部人員，后者是商家。

確定使用對(duì)象不僅可以協(xié)助我們后面思考用戶使用場(chǎng)景，還可以幫我們過(guò)濾掉一些產(chǎn)品需求，因?yàn)橛行┬枨笊婕暗缴碳业让舾袛?shù)據(jù)，這類(lèi)需求要過(guò)濾掉。

2. 使用場(chǎng)景

解決完“對(duì)象”，下一個(gè)就是“問(wèn)題”。使用場(chǎng)景指的就是需求背后所解決的問(wèn)題，還是剛才的例子，“查詢XX店過(guò)去一年的經(jīng)營(yíng)數(shù)據(jù)并支持導(dǎo)出”，這個(gè)需求背后的使用場(chǎng)景就是地面團(tuán)隊(duì)需要后臺(tái)提供經(jīng)營(yíng)數(shù)據(jù)查詢和導(dǎo)出。

3. 需求分類(lèi)

需求分類(lèi)可以有助于我們快速歸納整理地面團(tuán)隊(duì)的需求。需求分3類(lèi)，分別為數(shù)據(jù)需求，功能需求和交互需求。

1. 數(shù)據(jù)需求包括新增/修改字段計(jì)算邏輯等。
2. 功能需求最多，概括起來(lái)就是查詢、導(dǎo)入、導(dǎo)出。注冊(cè)、文件上傳等都屬于導(dǎo)入。
3. 交互需求包括頁(yè)面功能區(qū)分布及功能點(diǎn)（事件）串聯(lián)邏輯。

4. 需求描述

描述就是基于使用場(chǎng)景（問(wèn)題）后給出的解決方案，如新增某某功能點(diǎn)等。

5. 需求詳情

詳情即地面團(tuán)隊(duì)所反饋給我們的“需求”，但是我們需要按照操作流程+功能點(diǎn)（事件）的形式闡述出來(lái)。這樣做是方便PM能夠更好地理解我們的需求。

借助這個(gè)梳理結(jié)構(gòu)，我們基本可以快速理清地面團(tuán)隊(duì)的產(chǎn)品需求，然后和PM進(jìn)行對(duì)接。

當(dāng)然，當(dāng)我們自身是需求發(fā)起方的時(shí)候，我們也可以按照這種形式進(jìn)行梳理，邏輯清楚后寫(xiě)出來(lái)的需求文檔也更有可讀性和實(shí)操性。

二、準(zhǔn)確表達(dá)需求

關(guān)于如何準(zhǔn)備表達(dá)需求，我想很多朋友和我接下來(lái)寫(xiě)的內(nèi)容一致，那就是寫(xiě)出一份好的需求文檔。因?yàn)槲覀儺吘共皇荘M，直接輸出PRD文檔未免有些大題小做，我們倒是可以借助PRD的書(shū)寫(xiě)格式和邏輯來(lái)規(guī)整我們自己的需求文檔，以此更好地表達(dá)我們的需求，避免增加溝通成本。

需求文檔不同的公司都會(huì)有不同的書(shū)寫(xiě)要求：以我們公司為例，大家常用的需求文檔共分五個(gè)部分，分別為需求描述、需求詳情、預(yù)計(jì)收益、優(yōu)先級(jí)備注、開(kāi)發(fā)進(jìn)度。

1. 需求描述

如前文所說(shuō)，描述就是基于使用場(chǎng)景（問(wèn)題）后給出的解決方案，如新增某某功能點(diǎn)等。這點(diǎn)是為了讓PM能夠迅速定位自己要做什么，有一定的畫(huà)面感，接下來(lái)的溝通會(huì)更效率一些。

2. 需求詳情

為了更好地講述需求，我們常通過(guò)背景+需求內(nèi)容的組合闡述。背景解答我們?cè)谑裁礃拥膱?chǎng)景下誕生了這個(gè)需求，而需求內(nèi)容一定要結(jié)合流程和功能點(diǎn)進(jìn)行描述。

舉一個(gè)例子：

后臺(tái)增加回答任務(wù)項(xiàng)目，可展示任務(wù)詳情。這個(gè)需求并不明確，首先它不是詳情，只是一個(gè)描述。詳情需要結(jié)合功能點(diǎn)來(lái)說(shuō)。正確的表述應(yīng)該是任務(wù)基礎(chǔ)信息包括XXX，輸入項(xiàng)包括XXX等。

需求詳情書(shū)寫(xiě)的過(guò)程中盡可能配圖，這樣有助于提升畫(huà)面感，增設(shè)或修改的功能點(diǎn)通過(guò)序號(hào)1、2標(biāo)識(shí)出來(lái)也會(huì)更加形象。

3. 預(yù)計(jì)收益

這點(diǎn)主要是給PM做優(yōu)先級(jí)排序用的，常規(guī)下我們?nèi)魏我粋€(gè)需求都是為了提升核心業(yè)務(wù)去做的，無(wú)論是收入還是利潤(rùn)，無(wú)論是短期見(jiàn)效還是長(zhǎng)期見(jiàn)效。盡量將預(yù)計(jì)收益量化出來(lái)也有助于我們自身判斷需求的合理性。

4. 優(yōu)先級(jí)排序

在我們內(nèi)部合作的時(shí)候，這項(xiàng)是PM給填寫(xiě)的，只不過(guò)我們作為需求的發(fā)起方也可以給出自己的預(yù)估優(yōu)先級(jí)，供PM參考。為了拉齊認(rèn)知，我們常規(guī)用重要性和緊急性進(jìn)行分配，如重要不緊急、緊急且重要等。

5. 開(kāi)發(fā)進(jìn)度

同樣也是PM來(lái)填寫(xiě)的，只不過(guò)放在這里有助于我們判斷項(xiàng)目進(jìn)展階段，把控整體節(jié)奏。

需求文檔是一個(gè)對(duì)自身想法梳理加工呈現(xiàn)的過(guò)程，它需要溝通，但是是需要帶著邏輯和PM溝通，否則懷揣一腔熱血盲目去聊，浪費(fèi)時(shí)間且沒(méi)有效率。

作者：吾運(yùn)營(yíng)，公眾號(hào)：吾運(yùn)營(yíng)