在相對(duì)成熟的產(chǎn)品團(tuán)隊(duì)里，需求管理是產(chǎn)品經(jīng)理的核心工作之一，團(tuán)隊(duì)內(nèi)可使用云協(xié)作類的應(yīng)用軟件進(jìn)行協(xié)作管理。我們從以下幾個(gè)方面來討論需求管理： 一、需求方案初判作為產(chǎn)品經(jīng)理，需要在溝通需求時(shí)，對(duì)需求的實(shí)現(xiàn)方案、所耗成本和資源、預(yù)期效果、是否有實(shí)現(xiàn)同樣目標(biāo)的低成本替代方案等，有一定的判斷力，即需求方案初判。 舉一個(gè)案例：
分析當(dāng)時(shí)的客觀情況：
綜合來看，如期實(shí)現(xiàn)這個(gè)需求的難度較高。那么有沒有替代方案可以滿足該部門的需求呢？ 經(jīng)再次溝通了解到，該部門的活動(dòng)方案所涉及到的用戶基本都會(huì)有電話和微信溝通，只要工作人員在活動(dòng)日通過電話溝通確認(rèn)用戶購(gòu)買這一促銷方案，微信發(fā)送公司的收款二維碼，讓用戶掃碼支付1元后，由工作人員在后臺(tái)批量為用戶開通會(huì)員即可。 換用了一個(gè)思路，便用很輕的方式解決了該客戶部門的緊急需求。 其實(shí)從產(chǎn)品的角度來看，這也算是一個(gè)產(chǎn)品MVP。如果該活動(dòng)經(jīng)分析，效果和成本可以有很好的平衡，即可作為一個(gè)需求，再排期到版本里進(jìn)行開發(fā)，實(shí)現(xiàn)線上所有用戶都能自助購(gòu)買這一促銷優(yōu)惠方案。 在這個(gè)案例里，產(chǎn)品經(jīng)理對(duì)當(dāng)時(shí)產(chǎn)品開發(fā)資源、時(shí)間緊急度、替代方案的思考，就是對(duì)一個(gè)需求的方案初判的過程。對(duì)每一個(gè)需求都有這樣的思考和判斷過程，會(huì)更合理的對(duì)待需求和待解決的問題。 當(dāng)然，在產(chǎn)品經(jīng)理做了需求方案的初判之后，和業(yè)務(wù)部門的溝通也是非常重要的。共同站在產(chǎn)品和公司的立場(chǎng)出發(fā)是跨部門溝通與合作的基礎(chǔ)原則，溝通確認(rèn)性價(jià)比最高的方案，讓產(chǎn)品和功能以更敏捷的方式推向市場(chǎng)，試錯(cuò)迭代，快速優(yōu)化。 二、需求優(yōu)先級(jí)在通過需求的初判之后，會(huì)擋掉一些不合理或可以采取更輕的解決方案的需求，對(duì)于留下來的需求，需要記錄進(jìn)需求池。 在記錄進(jìn)需求池的時(shí)候，需要對(duì)需求的優(yōu)先級(jí)進(jìn)行排序標(biāo)注，有兩種常見的排序方法。一種是基于四象限法則，另一種則是基于KANO模型。 1. 四象限法則有些情況下，因?yàn)樾枨蟮膩碓春陀绊懸蛩夭煌?，在排期上總?huì)不易協(xié)調(diào)。 營(yíng)銷部門需要我們配合做活動(dòng)，業(yè)務(wù)部門著急需要滿足大客戶的要求，開發(fā)需要留出做加固，運(yùn)營(yíng)部門需要解決用戶投訴的體驗(yàn)問題…… 所以有時(shí)產(chǎn)品經(jīng)理抉擇起來會(huì)很痛苦，需要綜合權(quán)衡排期和利弊，考慮最合理并且能說服別人的理由。 最常用的判斷方法是 Stephen Covey提出的緊急重要四象限法則，如圖所示： 我們把重要并且緊急的需求排在最前，重要但不緊急的需求其次，不重要但緊急的需求再次，最后是不重要不緊急的需求。 在判斷需求是否重要時(shí)，可以參考如下：
在判斷需求是否緊急，可以參考如下：
另外一種很常用的方法是東京理工大學(xué)教授狩野紀(jì)昭（ Noriaki Kano）提出的KANO模型，是對(duì)用戶需求分類和優(yōu)先排序的有用工具，以分析用戶需求對(duì)用戶滿意的影響為基礎(chǔ)，體現(xiàn)了產(chǎn)品性能和用戶滿意之間的非線性關(guān)系。如圖所示： 基于四象限法則或KANO模型，可以完成需求優(yōu)先級(jí)的判斷。通常我們會(huì)用P1、P2、P3、P4來標(biāo)注不同的優(yōu)先級(jí)，P1優(yōu)先級(jí)最高，P4最低。 三、需求來源和負(fù)責(zé)人確認(rèn)完需求的優(yōu)先級(jí)之后，將需求記錄進(jìn)需求池。我個(gè)人在帶領(lǐng)團(tuán)隊(duì)工作中，使用的需求池管理模版很簡(jiǎn)潔，如圖所示： 需要在需求池To-do List中需要記錄的一些字段都是非常重要的。我們?cè)谇拔闹杏刑岬酵诰蛐枨蟮膸追N不同方式，再加上各個(gè)部門提出的多樣的需求，因而需求的來源是較復(fù)雜的。 我們?cè)谟涗浀臅r(shí)候，將“需求來源”廣義定義為：需求的來源方，或產(chǎn)品經(jīng)理所挖掘需求的方式和其成立的結(jié)論支撐。 需求來源和需求負(fù)責(zé)人的記錄，是為了在出現(xiàn)人員變動(dòng)或排期較長(zhǎng)已經(jīng)記不清的情況下，能夠通過當(dāng)時(shí)的需求負(fù)責(zé)人和需求來源的方式推演復(fù)現(xiàn)需求。 此外，需求負(fù)責(zé)人需對(duì)需求從提出到設(shè)計(jì)開發(fā)到上線數(shù)據(jù)分析的全過程負(fù)責(zé)，通過表格也能夠一目了然每一項(xiàng)具體需求的責(zé)任人是誰(shuí)。 四、需求排期我們這里所討論的需求排期，指的是還未進(jìn)入設(shè)計(jì)和開發(fā)階段的需求排入到具體開發(fā)版本的情況。 之后筆者在寫到需求評(píng)審?fù)瓿芍?，交付開發(fā)的時(shí)候所描述的需求排期，指的是已經(jīng)進(jìn)入到設(shè)計(jì)開發(fā)階段的需求實(shí)現(xiàn)的生產(chǎn)要素UI設(shè)計(jì)、前端開發(fā)、后端開發(fā)、測(cè)試各需要的時(shí)間以及適當(dāng)并行分工的情況。 在確認(rèn)了該需求被記錄進(jìn)To-do List的時(shí)候，產(chǎn)品經(jīng)理需要綜合該產(chǎn)品線的全局需求優(yōu)先級(jí)情況，對(duì)該需求進(jìn)行版本排期，并根據(jù)版本排期推算大致的可上線時(shí)間范圍。 這么做的原因主要是：需求所涉及到的業(yè)務(wù)、運(yùn)營(yíng)、市場(chǎng)等部門，往往需要根據(jù)大致的可上線時(shí)間，做提前的安排和規(guī)劃。尤其是連接線下業(yè)務(wù)的功能，需要線下提前部署準(zhǔn)備好功能上線后的工作。 產(chǎn)品經(jīng)理在確認(rèn)需求的版本排期的時(shí)候也需要和涉及到的相關(guān)部門負(fù)責(zé)人員溝通，并在溝通后以以郵件的形式確認(rèn)并通知。 做好產(chǎn)品，從產(chǎn)品思維階梯到工作流程執(zhí)行都需要有適合自己的方法論，筆者會(huì)從建立思維框架、需求挖掘、需求管理、產(chǎn)品方案設(shè)計(jì)、原型設(shè)計(jì)、產(chǎn)品需求文檔編寫、UI設(shè)計(jì)、評(píng)審與會(huì)議、跟進(jìn)協(xié)調(diào)開發(fā)測(cè)試、產(chǎn)品發(fā)布、數(shù)據(jù)分析與需求驗(yàn)證、數(shù)據(jù)驅(qū)動(dòng)與敏捷開發(fā)的流程節(jié)點(diǎn)，分享自己的方法論，不定期更新，感謝閱讀。 下一篇文章，主要和大家分享《產(chǎn)品工作流程與方法論—產(chǎn)品方案設(shè)計(jì)》。 #專欄作家#吉倩倩，人人都是產(chǎn)品經(jīng)理專欄作家，專注于互聯(lián)網(wǎng)產(chǎn)品與運(yùn)營(yíng)領(lǐng)域的研究和總結(jié)，在用戶研究，需求分析，產(chǎn)品設(shè)計(jì)，數(shù)據(jù)研究，產(chǎn)品運(yùn)營(yíng)方面有深刻的思考。 題圖來自 Unsplash，基于 CC0 協(xié)議 |
|
|
