編輯導(dǎo)讀：產(chǎn)品經(jīng)理日常工作中最常聽到的詞就是需求，而產(chǎn)品經(jīng)理的核心工作也就是把需求變成可使用的產(chǎn)品。那當(dāng)我們接到需求時(shí)，我們是如何把它轉(zhuǎn)化成產(chǎn)品呢？本文將從七個(gè)方面進(jìn)行分析，希望對你有幫助。

一、對“需求”這個(gè)詞的理解

首先我們先了解一下，在產(chǎn)品開發(fā)過程中所溝通的“需求”到底指的是什么。我們先舉幾個(gè)我們工作中常常聽到的需求：

• 老板：現(xiàn)在經(jīng)營效率太低了，我們要上個(gè)系統(tǒng)，提高效率（目標(biāo)需求）；
• 財(cái)務(wù)：每筆費(fèi)用報(bào)銷都要走審批，加強(qiáng)對費(fèi)用支出的管理（業(yè)務(wù)需求）；
• 運(yùn)營：日常經(jīng)營數(shù)據(jù)需要支持導(dǎo)出功能，好進(jìn)行加工分析（功能需求）。

我們可以將平常聽到的需求都?xì)w為這三類，產(chǎn)品經(jīng)理需要做的就是將目標(biāo)需求和業(yè)務(wù)需要轉(zhuǎn)化為產(chǎn)品方案，然后交付給開發(fā)團(tuán)隊(duì)。

接下來我們將以羽毛球館訂場地這個(gè)業(yè)務(wù)需求，來拆解一下整個(gè)過程，看它是一步步變成產(chǎn)品方案的。

二、定位業(yè)務(wù)問題

場館運(yùn)營部門提出一個(gè)需求，我們需要實(shí)現(xiàn)線上訂場地。

業(yè)務(wù)需求的提出，肯定是為了解決某些業(yè)務(wù)問題。通過調(diào)研，現(xiàn)在純線下訂場的方式存在以下問題：

球友：

• 想運(yùn)動(dòng)，但不知道哪里有合適的場館?
• 不知道場館是如何收費(fèi)的?
• 場館有沒有空閑的場地?
• 場館的有哪些項(xiàng)目？有沒有停車場、淋浴等設(shè)施？

場館：

• 球友打電話過來，詢問場地價(jià)格和空余等情況耗費(fèi)時(shí)間;
• 新球友訂場交定金麻煩，不交定金又可能爽約，造成場地未預(yù)定出去的損失;
• 人工登記場地預(yù)定情況，易產(chǎn)生失誤，導(dǎo)致一場多訂等情況，極大影響客戶體驗(yàn)；
• 場地預(yù)定情況很難統(tǒng)計(jì)成分析數(shù)據(jù)，對運(yùn)營決策無法提供幫助;

業(yè)務(wù)問題定位了，后面的設(shè)計(jì)就要圍繞這些問題展開，設(shè)計(jì)完后要回過來看有沒有解決這些問題，否則一切都是徒勞的。

三、梳理業(yè)務(wù)流程

流程是產(chǎn)品設(shè)計(jì)的關(guān)鍵，梳理流程能讓你對整個(gè)過程更清晰。梳理過程前，先要明確下訂場有幾個(gè)場景，因?yàn)槊總€(gè)場景的流程可能不太一樣。通過調(diào)研和分析得知，訂場主要有以下幾種場景：

• 線上訂場—球友在微信或者APP上訂場；
• 線下訂場—球友直接到場館前臺(tái)臨時(shí)訂場；
• 電話訂場—打電話給場館前臺(tái)，讓前臺(tái)預(yù)留場地；
• 長期球友固定訂場—有些企業(yè)會(huì)固定在某個(gè)時(shí)段訂場，比如周三的18:00~20:00，一次預(yù)訂即可，定好有效期，不用每次臨時(shí)預(yù)訂；
• 包場—企業(yè)搞團(tuán)建時(shí)會(huì)包下整個(gè)場館；

這里就要思考一下，我們這次設(shè)計(jì)是否要滿足這5個(gè)場景呢？我們回到定位業(yè)務(wù)問題這一步，問題都是在想要運(yùn)動(dòng)的球友在訂場時(shí)存在的，而方式e在線下的處理暫時(shí)并沒有多大問題，再深入一步調(diào)研可了解到，包場都是直接線下談好價(jià)格，這個(gè)價(jià)格也是可浮動(dòng)的，然后將錢線下轉(zhuǎn)給場館，放到線上反而不靈活，所以我們就先不考慮線上實(shí)現(xiàn)這個(gè)場景。

Tips：產(chǎn)品經(jīng)理需要學(xué)會(huì)做減法，并不是把線下所有業(yè)務(wù)搬到線上來，開發(fā)出來后發(fā)現(xiàn)并沒有什么用，又浪費(fèi)這么多資源。

將待實(shí)現(xiàn)場景確定下來后，我們需梳理每個(gè)場景的業(yè)務(wù)流程，這樣才能對整個(gè)過程清晰。因?yàn)槲覀冞@次只是講方法，所以就只拿場景a來舉例，繼續(xù)下面的分析過程。

我們梳理出線上訂場流程圖后，這時(shí)我們需要分析一下，這些環(huán)節(jié)哪些需要做到線上？

入場前：訂場、付款、鎖場肯定是需要做到線上的，產(chǎn)品的目標(biāo)就是為了解決訂場效率低的問題；

前臺(tái)接待：出示訂場憑證、校驗(yàn)訂場憑證、開燈、放行這些環(huán)節(jié)并沒有太大的影響效率。出示訂場憑證、校驗(yàn)訂場憑證可通過報(bào)手機(jī)號(hào)的形式解決。開燈和放行涉及到智能燈控和智能閘機(jī)的對接，沒有這些東西業(yè)務(wù)也能跑的通，也能正常營業(yè)，這期也先不考慮在線上實(shí)現(xiàn)；

入場后：到點(diǎn)提示也涉及到智能設(shè)備的對接，先可人工提示。

Tips：產(chǎn)品經(jīng)理需要定義需求的優(yōu)先級(jí)，先把影響業(yè)務(wù)正常運(yùn)行的問題解決掉，再來迭代優(yōu)化。

四、梳理業(yè)務(wù)規(guī)則

業(yè)務(wù)規(guī)則是運(yùn)營部門為使業(yè)務(wù)正常運(yùn)行而定義的，就算沒有系統(tǒng)也是存在的。產(chǎn)品經(jīng)理需要做的是把這些業(yè)務(wù)規(guī)則梳理出來，然后用產(chǎn)品的語言把它描述出來。還是以線上訂場舉例，場地什么時(shí)候可以訂?訂的時(shí)候有沒有時(shí)間限制？價(jià)格會(huì)由哪些因素影響？可不可以退場？會(huì)員有沒有什么特殊權(quán)限？這些規(guī)則聽著是不是很亂，這就需要產(chǎn)品經(jīng)理一條一條梳理清楚，梳理規(guī)則的同時(shí)還需要多問為什么要這樣做呢，一來以后方便和開發(fā)等同事說清楚為什么這樣設(shè)計(jì)，二來也能加深自己對業(yè)務(wù)的了解。

通過調(diào)研我們梳理出以下預(yù)訂規(guī)則，但我們需注意以下兩點(diǎn)：

• 這些規(guī)則都是比較容易通過調(diào)研得到的，還有一些隱性的規(guī)則，調(diào)研的時(shí)候很難得到，可能在產(chǎn)品上線一段時(shí)間后才能想到。例如訂場后要在一定時(shí)間內(nèi)支付，不支付就將場地變成空閑狀態(tài)。產(chǎn)品上線后這種規(guī)則缺失一定會(huì)暴露出來的，但產(chǎn)品經(jīng)理最好能提前考慮到這種規(guī)則，盡量避免損失。
• 這些規(guī)則僅僅為一個(gè)場館的規(guī)則，為將產(chǎn)品的適用更多的場館，也為防止以后場館的業(yè)務(wù)規(guī)則變動(dòng)，盡量做成可配置的。

以上只列舉了線上訂場的預(yù)訂規(guī)則，還有退訂規(guī)則、價(jià)格方案規(guī)則、會(huì)員權(quán)限等規(guī)則都需要一條一條梳理出來，這里就不一一列舉出來了。

五、繪制原型

業(yè)務(wù)流程和業(yè)務(wù)規(guī)則都梳理出來后，就可以畫原型了。這一步對產(chǎn)品經(jīng)理來說，即簡單又困難。簡單是因?yàn)槿ハ胂缶呦蟮能浖僮鞅人伎汲闃拥臉I(yè)務(wù)邏輯更容易，難是因?yàn)楫嫷脑妥罱K要符合業(yè)務(wù)流程和業(yè)務(wù)規(guī)則，并且還要符合常規(guī)交互原則。

從業(yè)務(wù)流程分析，整個(gè)訂場環(huán)節(jié)涉及到球友和場館，那肯定要有球友訂場端和場館管理端。球友訂場端剛開始也沒必要做APP，做個(gè)H5放在微信公眾號(hào)就可以了，還能引流到公眾號(hào)。確定好用什么來實(shí)現(xiàn)后，我們要梳理一下線上訂場有哪些頁面，不要想到一個(gè)畫一個(gè)，這樣很容易漏頁面。

Tips：剛開始設(shè)計(jì)原型時(shí)，盡量不要添加一些和主流程無關(guān)的頁面，比如你覺得別人做了個(gè)VR查看場館，你也要做一個(gè)，但是前期最重要的是把業(yè)務(wù)跑通，再來添加一些附加功能。

工具類產(chǎn)品原型設(shè)計(jì)多參考一下美團(tuán)、淘寶等移動(dòng)端產(chǎn)品，因?yàn)橐苿?dòng)端產(chǎn)品發(fā)展到現(xiàn)在，已經(jīng)培養(yǎng)了用戶的操作認(rèn)知，我們不用去發(fā)明輪子，讓用戶再重新去學(xué)習(xí)。

六、可用性測試

產(chǎn)品的原型出來了，可以給客戶演示，讓客戶跑一遍整個(gè)流程，看先前提的業(yè)務(wù)問題有沒有得到解決。如果有問題，再進(jìn)行調(diào)整。其實(shí)讓客戶跑一遍流程也不能發(fā)現(xiàn)所有問題，只有在真正使用的時(shí)候才會(huì)暴露出問題來，但這一步也是不可少了。

七、撰寫PRD

PRD全稱為Product Requirement Document，中文名為“產(chǎn)品需求文檔”。其核心目的是幫助開發(fā)、測試、運(yùn)營、產(chǎn)品人員理解該需求的背景和具體要求，減少產(chǎn)品實(shí)現(xiàn)過程中諸多不必要的重復(fù)解答，從而提升整體項(xiàng)目推進(jìn)效率。當(dāng)業(yè)務(wù)規(guī)則、業(yè)務(wù)流程、原型圖都出來后，我們需要把它交付給我們的開發(fā)團(tuán)隊(duì)去實(shí)現(xiàn)，交付的形式就是PRD。這里就不闡述PRD怎么寫了。

八、總結(jié)

當(dāng)接到業(yè)務(wù)需求時(shí)，變成產(chǎn)品的過程是：

• 定位業(yè)務(wù)問題；
• 梳理業(yè)務(wù)流程；
• 梳理業(yè)務(wù)規(guī)則；
• 繪制原型；
• 可用性測試；
• 撰寫PRD。

以上只是個(gè)理想化的流程，產(chǎn)品經(jīng)理并不是寫完P(guān)RD扔給開發(fā)就沒事了。包括后面的需求評審、跟進(jìn)開發(fā)進(jìn)度和問題、測試上線、迭代優(yōu)化等，都需要產(chǎn)品經(jīng)理主導(dǎo)。

寫在最后：文中只講了分析的方法，并沒有把實(shí)際的過程細(xì)節(jié)描述出來。如果各位大佬有其他見解，也歡迎提出，產(chǎn)品路上我們一起成長。

本文由 @康力文 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載

題圖來自pexels，基于CC0協(xié)議