如果你也和我一樣是一名互聯(lián)網(wǎng)產(chǎn)品經(jīng)理，大概率上肯定繞不開也離不開“需求”。產(chǎn)品經(jīng)理對需求是又愛又恨，因為每天都在上演這些情境：
情境1：每個需求方都火急火燎地告訴你，他們的需求重要又緊急；不管研發(fā)資源是不是有限，立即馬上上線
情境2：老板或公司的決策層提出一個想法，要求產(chǎn)品經(jīng)理立即落實；可恨地是，這樣的臨時插隊，產(chǎn)品經(jīng)理也沒法隨口拒絕
情境3：按計劃的產(chǎn)品迭代，一次次地被拖延，需求池里的需求越積越多，產(chǎn)品迭代節(jié)奏紊亂
怎么破解需求管理上的“急”和“亂”的難題呢？最近我在閱讀的《B端產(chǎn)品經(jīng)理必修課》中找到了一些啟發(fā)。本文將先介紹作者針對需求管理的疑難雜癥提出的良方，再結(jié)合自身在產(chǎn)品工作中是如何優(yōu)化需求管理。
在此，也同步分享給掙扎在需求管理中的各位同仁。
需求管理方法論
作者認為，需求管理是通過協(xié)助來管理需求內(nèi)容和進程，最終實現(xiàn)成功發(fā)布的目的。根據(jù)這個定義，那么關(guān)鍵因素是如何與需求管理中的干系人高效地協(xié)作。常見的干系人，比如需求提出方，產(chǎn)品經(jīng)理，研發(fā)團隊等。
產(chǎn)品經(jīng)理在應(yīng)對需求方提出的“急需求”時，作者建議的工作方法是：化散亂為規(guī)律，化應(yīng)急為預(yù)測。在實際操作層面，借鑒急診室的做法，對新提交的需求增加一個“預(yù)檢分診”的預(yù)處理模式。這樣，一個需求經(jīng)過預(yù)處理后，分流進入或是“需求設(shè)計研發(fā)”，或是“暫存需求池”，或是“打回需求方”等路徑。
那么在應(yīng)對需求管理“亂”，產(chǎn)品迭代周期不穩(wěn)定時，作者認為產(chǎn)品經(jīng)理需要協(xié)同研發(fā)團隊，以公交模式為指導(dǎo)原則，讓需求管理有規(guī)律地運轉(zhuǎn)起來。
公交模式，是引自《啟示錄-打造用戶喜愛的產(chǎn)品》一書中的“以固定的周期持續(xù)發(fā)布產(chǎn)品，如果某項既定功能未完成，就挪到下個周期發(fā)布”的火車模型發(fā)布模式。
為了更好地解釋公交模式，以日常生活中乘公交車的場景為例來說明。假設(shè)從A-->B-->C的路線需要換乘2輛公交車，每趟公交車之間都有發(fā)車間隔和到站時刻。在這條路線，我需要來到A點等第一輛車，車來了上車，到達B點后下車并等待第二輛車，車來了上車，到達C點（目的地）。
那么在公交模式中有兩個關(guān)鍵要素，即“需求管理周期”和“需求管理流程”。簡單來說，
需求管理周期：完成需求管理中按順序重復(fù)出現(xiàn)的活動所需要的時間。結(jié)合乘公交的例子，就是完成“來到車站--等車-上車-到達”這三步驟所需的時間。參照項目管理的經(jīng)驗，一般的需求周期是80個小時，即每一類需求管理活動周期是2周（按每周5天，每天8小時計算）
需求管理流程：在單個需求管理周期里，按照順序依次進行需求管理活動。在產(chǎn)品工作中即，先進行需求收集，再進行需求設(shè)計，最后進行需求研發(fā)
小結(jié)一下，讓需求不急不亂的方法是需求收集時的預(yù)處理模式和需求順暢運轉(zhuǎn)的公交模式。接下來，我會結(jié)合親身案例，運用書中的需求管理方法，解決我在工作中遇到的需求管理難題。
一個實戰(zhàn)案例
如果用一個形容詞來描述創(chuàng)業(yè)公司，那么我會用“不確定性”來形容。業(yè)務(wù)不確定，戰(zhàn)略不確定，團隊不確定，總之有N個不確定。在產(chǎn)品工作中，最不確定的當屬需求。
創(chuàng)業(yè)公司的需求不確定性，主要體現(xiàn)在兩個維度。
一、在需求收集階段，常常沒有規(guī)律，說不定哪天剛上班就收到要緊急開發(fā)某某需求。這個問題的本源在于公司業(yè)務(wù)的不確定性。
二、沒有需求上線的節(jié)奏，多半取決于研發(fā)哪天交付。
所以為了解決需求不確定性，我根據(jù)實際情況，優(yōu)化了需求管理的運轉(zhuǎn)模式，管理流程和信息傳遞。
運轉(zhuǎn)模式
規(guī)定了產(chǎn)品的上線節(jié)奏是兩周一次，需求管理周期是2周
需求管理活動中需求收集、需求設(shè)計、需求研發(fā)，三個步驟合并為兩步，即需求收集&設(shè)計，需求研發(fā)；需求收集&設(shè)計階段是產(chǎn)品經(jīng)理主導(dǎo)，需求研發(fā)階段是研發(fā)主導(dǎo)，產(chǎn)品跟蹤管理。
結(jié)合公交模式，每個需求管理周期里的活動有，當期的需求收集&設(shè)計，以及上一周期的需求研發(fā)（如圖示）。
需求管理流程
在單個需求管理周期里，活動按順序依次進行：
1.收到需求反饋后，先是預(yù)處理，判斷是否有資格進入需求池
2.每個周期的第一個周二召開需求評審會，目的是與需求方和研發(fā)團隊同步：
? ? 2.1 需求的優(yōu)先級、重要性
? ? 2.2 本周期待設(shè)計的需求
? ? 2.3 本周期已進入研階段的需求狀態(tài)
3.需求分析&設(shè)計，輸出產(chǎn)品需求文檔（PRD）
4.需求研發(fā)階段，參照JIT的看板管理需求在研發(fā)中的不同狀態(tài)
5.最后需求上線
信息傳遞
在需求管理流程中的信息傳遞，主要依靠文檔的方式流轉(zhuǎn)。需求周期中一般有4種文檔需要管理。
文檔一：需求反饋收集表
是否需要需求反饋收集表，取決于需求的來源。如果是產(chǎn)品經(jīng)理按照項目規(guī)劃的迭代需求，一般是直接接入需求池，也就不需要需求反饋收集表。如果是需求方來自產(chǎn)品部門外，則采用統(tǒng)一模板的需求反饋收集表會更高效。但需求來源是公司戰(zhàn)略規(guī)劃，一般也是直接進入需求池。
在管理需求收集文檔，個人會建議用在線文檔創(chuàng)建一個模板，并共享給公司所有人。需求方下一份副本模板填寫需求，就可以在線提交（共享）給產(chǎn)品經(jīng)理。
文檔二：需求池
維護需求池的難點在于如何給需求分類和排序。根據(jù)公司的實際業(yè)務(wù)，通過定義優(yōu)先級的方式，將需求按優(yōu)先級進行分組。然后針對同一組同一優(yōu)先級的需求按照重要性來打分。
重要性的打分范圍，與需求所屬的優(yōu)先級有強關(guān)系。比如最高級別的需求，那么重要性可打分的范圍是81-100分。個人認為重要性打分會受到產(chǎn)品經(jīng)理主觀因素的干擾，但通過先優(yōu)先級分類，再重要性打分的方式，對需求排序的影響已經(jīng)可以忽略了。
文檔三：產(chǎn)品需求文檔（PRD）
PRD是產(chǎn)品經(jīng)理輸出給研發(fā)的文檔，是將一個業(yè)務(wù)需求落實為可進入開發(fā)的產(chǎn)品需求。
文檔四：需求卡片
需求進入研發(fā)階段就需要看板管理，那么需求卡片就是很好地方式進行追蹤需求的狀態(tài)。需求卡片主要展現(xiàn)的是需求的研發(fā)狀態(tài)，但需關(guān)聯(lián)需求收集反饋表、需求池、PRD的信息，即一個需求相關(guān)的所有數(shù)據(jù)。這樣便于追蹤狀態(tài)，查相關(guān)信息。
關(guān)于看板管理和需求卡片，很多在線協(xié)同、項目管理類的工具都可以達到目的，比如Jira, teambiton等。
關(guān)于《B端產(chǎn)品經(jīng)理必修課》的概況
本書的作者是小米物流系統(tǒng)產(chǎn)品經(jīng)理的李寬。閱讀完整本書，我驚喜地發(fā)現(xiàn)作者也是一個愛閱讀產(chǎn)品經(jīng)理。他閱讀廣泛，涉獵歷史、哲學(xué)、科學(xué)、經(jīng)管、互聯(lián)網(wǎng)等多個領(lǐng)域。在每一篇章的開頭，在章節(jié)的內(nèi)容中，隨處可見的是他對各類書的旁征博引。
在這本書中，李寬和讀者探討了B端產(chǎn)品的三個主題：
一、什么是B端產(chǎn)品，B端產(chǎn)品經(jīng)理的工作流程，職業(yè)現(xiàn)狀和規(guī)劃
二、從軟件工程和用戶體驗的角度，重點向讀者講解了單個產(chǎn)品管理流程
三、從自身的實戰(zhàn)經(jīng)驗中提煉出產(chǎn)品經(jīng)理該如何自我管理
如果你想了解B端產(chǎn)品經(jīng)理的工作流程和必備技能，或是和我一樣想深入學(xué)習李寬的需求管理方法論，推薦一讀。
