需求分析就是：觀察——篩選——判斷——迭代。這同樣是一個(gè)產(chǎn)品的從零到一的發(fā)展歷程，每一步都任重而道遠(yuǎn)。

1

今天終于要完結(jié)了，內(nèi)心還是忐忑不安的，一方面特別興奮，能夠?qū)⒆约旱膶W(xué)習(xí)與實(shí)踐經(jīng)驗(yàn)認(rèn)真總結(jié)，并得到了同行的認(rèn)同，另一方面，我擔(dān)心自己如何收?qǐng)觯c資深玩家相比，我深知有不小差距，不過我會(huì)嘗試通過自己的思考來幫助大家梳理。

2

今天的主要話題是需求管理、需求池與版本迭代。

前文說到，作為產(chǎn)品經(jīng)理，需求分析的核心方法分別為：

• 在遇見單個(gè)需求時(shí)，首先要分析用戶、場(chǎng)景、問題以及現(xiàn)有解決方案，利用思維導(dǎo)圖將思考過程完整記錄并梳理，從中篩選并提煉出最有價(jià)值的信息與開發(fā)方向。
• 在遇見海量需求時(shí)，要明確需求優(yōu)先級(jí)排序原則，逐一運(yùn)用四象限分析法來判斷，然后再結(jié)合公司產(chǎn)品發(fā)展階段與具體場(chǎng)景來思考。

這些都是十分具體而復(fù)雜多樣的，在日常工作中，我們難免遇到各式各樣的需求，第二篇文章中我也有所提及，例如：

• 場(chǎng)館需要增加視頻入口，從而擴(kuò)大現(xiàn)場(chǎng)曝光，突出智慧場(chǎng)館優(yōu)勢(shì)，進(jìn)而做到線上線下雙重結(jié)合；
• 電商模塊需要在訪問量較大的頁(yè)面上增加彈窗或是提示，以此結(jié)合具體場(chǎng)景來實(shí)現(xiàn)銷售轉(zhuǎn)化；
• 新賽事系統(tǒng)上線后，領(lǐng)隊(duì)反饋需要了解賽事進(jìn)程，修改比分或是撤銷比賽，給予賽事管理者較大的靈活性。

這些都是內(nèi)部或外部需求的舉例，我們第一步要做的當(dāng)然是區(qū)分不同來源進(jìn)而梳理需求。

1. 領(lǐng)導(dǎo)、同事

一般而言，在公司所在行業(yè)，領(lǐng)導(dǎo)與同事都是對(duì)業(yè)務(wù)十分熟悉并且思考更為獨(dú)到，無(wú)論是工作溝通還是開會(huì)討論都能夠碰撞出火花。當(dāng)然，他們的訴求點(diǎn)可能更偏向于商業(yè)利益，有時(shí)我們很難理解他們的決定，這時(shí)候就需要認(rèn)真記錄并且后續(xù)深入溝通了。

2. 行業(yè)調(diào)研與競(jìng)品挖掘

這考驗(yàn)產(chǎn)品經(jīng)理甚至是整個(gè)公司的行業(yè)趨勢(shì)與動(dòng)態(tài)的敏感程度，有時(shí)我們?cè)趯Ｐ陌凑找?guī)劃做產(chǎn)品時(shí)，很容易忽視其他競(jìng)爭(zhēng)對(duì)手或是行業(yè)動(dòng)態(tài)，這就需要產(chǎn)品經(jīng)理在日常工作中多關(guān)注行業(yè)數(shù)據(jù)與動(dòng)態(tài)。

行業(yè)數(shù)據(jù)可參考艾瑞咨詢、企鵝智酷、QuestMobile 等，競(jìng)品調(diào)研可參考 App Annie、各大應(yīng)用市場(chǎng)中同行業(yè)產(chǎn)品，從中挖掘出背后的商業(yè)與產(chǎn)品邏輯。

若是一味地閉門造成，后果就是，團(tuán)隊(duì)想出來的靈感早就被人家鉆研并且實(shí)踐了，此外，別人不做的功能說不定早就已經(jīng)被市場(chǎng)拋棄了。

最好的辦法就是讓團(tuán)隊(duì)的每一個(gè)成員都關(guān)注其他產(chǎn)品的功能更新，然后再開會(huì)討論，由產(chǎn)品負(fù)責(zé)人統(tǒng)一管理。

3. 用戶、客戶反饋

產(chǎn)品面向的對(duì)象一般為大眾用戶或是企業(yè)級(jí)客戶，他們是產(chǎn)品的直接使用者與反饋者，通常會(huì)通過評(píng)價(jià)、投訴、分享等方式向客服反饋，我們需要特別關(guān)注。特別是早期階段的種子用戶，他們對(duì)于產(chǎn)品的態(tài)度能夠讓我們?cè)诘谝粫r(shí)間了解產(chǎn)品功能與體驗(yàn)上的問題，從而更快地迭代。

3

這里，我們就不得不提及需求池這個(gè)概念了：

從名稱上我們不難看出，需求池是各方需求的集合與整理，這些需求是我們?cè)诠ぷ髦刑岢龅南敕ɑ蚴菃栴}，但是尚未實(shí)際開發(fā)或是梳理。

建立需求池的理由特別簡(jiǎn)單：每個(gè)人都是健忘的，很多靈感或是想法當(dāng)時(shí)大家興致勃勃，后續(xù)執(zhí)行很容易偏離軌道，第二天再來詢問，發(fā)現(xiàn)自己已經(jīng)全然不知需求產(chǎn)生的背景與解決方向。

因而，我們必須通過需求池來記錄并且尋求更深入的解決方案。

首先，我們要明白，每個(gè)團(tuán)隊(duì)都有一堆待辦事項(xiàng)，作為產(chǎn)品經(jīng)理，首要任務(wù)就是了解并掌握你所負(fù)責(zé)的產(chǎn)品，版本的演變過程以及未來迭代的方向，這一方面大公司文檔或是信息溝通可能更為完善，小公司基本上就是通過上級(jí)領(lǐng)導(dǎo)或是同事來解答，剩下的就自己體驗(yàn)一遍，這樣做其實(shí)效率很低，大部分人只有在遇見具體問題時(shí)才會(huì)深入去思考。

推薦做法是向公司了解是否有項(xiàng)目文檔或是相關(guān)產(chǎn)品業(yè)務(wù)介紹與說明，然后下載最新的產(chǎn)品自己體驗(yàn)，一方面熟悉公司業(yè)務(wù)，另一方面作為用戶體驗(yàn)并發(fā)現(xiàn)問題，最后，通過?App Annie 等同類型的數(shù)據(jù)統(tǒng)計(jì)或工具來詳細(xì)了解迭代過程。

通過以上步驟，你會(huì)有較為清晰的業(yè)務(wù)輪廓，這時(shí)再與公司交流未來的版本究竟如何事半功倍。

無(wú)論是個(gè)人還是團(tuán)隊(duì)，都需要通過需求池來了解想法并且適時(shí)推進(jìn)。

圖片：App Annie – 極客時(shí)間

其次，我們究竟如何高效方便地管理需求池呢？

常見的需求池工具如下：

• Excel：個(gè)人特別合適，每天的溝通與交流都有明確的指向與展示，然而對(duì)于團(tuán)隊(duì)而言，十分麻煩，即便有同步工具，還是很難處理并且無(wú)法了解動(dòng)態(tài)。
• Worktile：個(gè)人與團(tuán)隊(duì)皆有，個(gè)人版?zhèn)戎赜谌蝿?wù)管理與資料記錄，企業(yè)版關(guān)注內(nèi)部管理與信息同步，這是我個(gè)人一直在使用的工具，同時(shí)與 Excel 相結(jié)合。
• Teamabition/Tower：團(tuán)隊(duì)特別合適，這是項(xiàng)目管理與團(tuán)隊(duì)信息同步的工具，若是要采用，必須要求團(tuán)隊(duì)統(tǒng)一思想，一起使用，否則毫無(wú)意義。
• Trello/JIRA：它們都是國(guó)外公司所開發(fā)，功能強(qiáng)大，但受限于互聯(lián)網(wǎng)政策，采用的公司不多。
• 禪道：這是一款適合團(tuán)隊(duì)的應(yīng)用工具，專注研發(fā)項(xiàng)目管理，支持敏捷開發(fā)過程。目前公司就是采用這款工具，優(yōu)點(diǎn)是所有模塊清晰準(zhǔn)確，缺點(diǎn)是無(wú)法即時(shí)同步信息。

4

接下來，當(dāng)我們采用了合適的需求池工具后，我們必須認(rèn)真思考需求收集這個(gè)過程：

需求收集

在這里，我們要清楚地描述需求得到的背景與狀況，通過反饋者、受影響用戶、描述問題并且補(bǔ)充信息幾個(gè)方面來闡述。

客服告訴技術(shù)：今天有用戶反饋掃碼無(wú)法開門，希望你們處理下。

矛盾就很容易產(chǎn)生，因?yàn)槿狈Ρ匾男畔⑽覀兙蜔o(wú)法判斷問題的起因與解決方案。

我們?cè)賮砜锤鼮閷I(yè)的方式，你們感受下差異：

今天用戶 XXX，手機(jī)號(hào)碼 XXXX（反饋者）打電話給我，他昨天下午四點(diǎn)在南江苑的訂單無(wú)法掃碼開門，提示他服務(wù)器異常（描述問題），他是用 IOS V3.1 ?版本的韻動(dòng)網(wǎng)球 App 掃碼的（補(bǔ)充信息），希望你們盡快處理。

兩者相比，高下立見。

需求整理

需求收集后，我們接下來需要整理需求，推薦采用流程來處理：

• 第一步，判斷這個(gè)問題是屬于 Bug、改進(jìn)還是全新需求？
• 第二步：這個(gè)需求是有效的還是無(wú)效的？
• 第三步：我們是否要做？我們?nèi)绾巫觯?/li>

流程如下圖所示（圖片），思維導(dǎo)圖分析和四象限分析法在前兩篇文章中已經(jīng)充分闡述了。

圖片：需求分析流程（ProcessOn）

那我們?cè)賮砜瓷厦娴男枨笕绾伟凑樟鞒烫幚恚?/p>

根據(jù)信息，用戶無(wú)法掃碼開門，原因?yàn)榉?wù)器異常，這顯然是屬于重要且緊急的 Bug，并且十分重要，可能會(huì)涉及更多訂場(chǎng)用戶，需要立即修復(fù)，這是影響用戶體驗(yàn)的巨大問題。

需求反饋

需求反饋也有原則需要執(zhí)行：

• 盡量當(dāng)下反饋結(jié)果；
• 盡量真實(shí)反饋結(jié)果；
• 進(jìn)入需求池后，盡量有行動(dòng)計(jì)劃。

無(wú)論是立即修復(fù)，還是無(wú)法復(fù)現(xiàn)，無(wú)論是接下來版本上線，還是暫無(wú)關(guān)注，我們都需要告知反饋者相應(yīng)結(jié)果，并適時(shí)調(diào)整需求池內(nèi)容。

綜上所述，我在結(jié)合上述思考后為公司提出的需求反饋原則如下：

向項(xiàng)目或產(chǎn)品負(fù)責(zé)人反饋問題，說清楚具體問題與反饋渠道。

統(tǒng)一收集需求池，將反饋分為 Bug、改進(jìn)與新增，Bug 提交禪道，直接交由相關(guān)人員處理并告知反饋者結(jié)果，改進(jìn)和新增則進(jìn)入下一版本需求，同時(shí)調(diào)整產(chǎn)品開發(fā)優(yōu)先級(jí)。

5

最后，我們要明確產(chǎn)品需求與版本的關(guān)系。

在我看來，版本是圍繞著產(chǎn)品需求來設(shè)定的，我們先要了解公司的產(chǎn)品線，一般會(huì)分為官網(wǎng)及后臺(tái)、App、微信公眾號(hào)網(wǎng)站、小程序、運(yùn)營(yíng) H5 等幾類。

關(guān)于如何定義版本號(hào)，互聯(lián)網(wǎng)公司的方法多種多樣。我倒認(rèn)為，方式是次要的，而核心是讓團(tuán)隊(duì)輕松理解并且統(tǒng)一思想與認(rèn)知，最為簡(jiǎn)單的方式就是：

主需求我們可以采用 V1.0 來表示，例如訂場(chǎng)、電商、課程等都是產(chǎn)品的主要模塊；

若有與主需要相關(guān)的其他需求，可以采用 V1.1 的版本號(hào)，例如場(chǎng)館中增加視頻入口與視頻播放，

若是修復(fù) Bug 或是改進(jìn)等需要單獨(dú)跟進(jìn)，可以采用 V1.01、1.02 來區(qū)分，例如最后兩片場(chǎng)地捆綁銷售、過了當(dāng)前時(shí)間還能夠訂場(chǎng)等。

至于何時(shí)發(fā)版本，這需要各方（市場(chǎng)、產(chǎn)品與技術(shù)）開會(huì)討論確定，根據(jù)需求的優(yōu)先級(jí)以及開發(fā)進(jìn)度來控制，當(dāng)然，最終確認(rèn)只能視具體請(qǐng)可定，這里就不展開討論了。

6

聊了這么多關(guān)于需求分析的那些事，想必大家已經(jīng)有了更為深入的理解與認(rèn)識(shí)了。需求真的不是一件小事，通過這些思考，轉(zhuǎn)念一想，自己未來還得和它打交道，內(nèi)心還是充滿期待的。

總結(jié)就是，需求分析就是：觀察——篩選——判斷——迭代。這同樣是一個(gè)產(chǎn)品的從零到一的發(fā)展歷程，每一步都任重而道遠(yuǎn)。

本文最后，奉上我自己總結(jié)的產(chǎn)品開發(fā)流程，這是我個(gè)人對(duì)于從需求分析到產(chǎn)品上線整個(gè)流程的分析，我會(huì)在后續(xù)的文章中對(duì)每一部分盡力闡述與思考。同時(shí)，歡迎分享你的見解與思考。

圖片：產(chǎn)品開發(fā)流程（ProcessOn）

希望你能夠有所啟發(fā)。

相關(guān)閱讀

我的產(chǎn)品方法論之需求分析（上）

我的產(chǎn)品方法論之需求分析（中）

作者：劉禎（公眾號(hào)「聽天由己」），現(xiàn)在互聯(lián)網(wǎng)體育領(lǐng)域創(chuàng)業(yè)，擔(dān)任產(chǎn)品經(jīng)理。

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

題圖由作者提供