大廠產(chǎn)品專家一招教你管理需求

0 評論 5092 瀏覽 32 收藏 11 分鐘
🔗 B端产品经理需要更多地进行深入的用户访谈、调研、分析,而C端产品经理需要更多地快速的用户测试、反馈、迭代

需求繁多,頻繁迭代,管理困難?大廠產(chǎn)品學姐將在這篇文章為你介紹需求池的管理方法,包括需求收集、需求池填寫和維護等,幫你一招搞定需求管理。推薦對產(chǎn)品、產(chǎn)品運營、需求分析等感興趣的童鞋閱讀。

回想學姐十幾年前剛?cè)肼毜哪菚?,第一個月折騰了半天,才做了一個簡單的小需求,從需求的調(diào)研到最后上線,我基本就跟這么一個需求,其余的時間就打打雜咯,也不需要做什么“需求管理”~

隨著自己的快速成長,半年后我就獨立負責一個App了,對口研發(fā)也有好幾十號,這時候需求就日益增多,每個迭代(當時我們是兩周一迭代)都會有大大小小十多個新增的需求,加上還沒做完的需求,或者需要繼續(xù)優(yōu)化的需求……

同時還要應(yīng)付其他部門的同事、老板們甩各種需求過來,這時候沒有一個比較好的工具去管理,就有點手忙腳亂了。需求管理是每個產(chǎn)品、運營在職業(yè)生涯上必須要掌握的技能,經(jīng)驗當然也很重要,不過一個好的工具,可以讓大家上手更快,這篇文章學姐就介紹一個比較好的需求管理工具——需求池。

01 什么叫需求池?

剛才學姐也說了,隨著需求的增多,我們需要用一個工具去管理它們,我們形象地管這個工具叫做——需求池,英語叫做backlog。學姐覺得這個翻譯還挺傳神,因為需求就像水一樣,在這個池子里進進出出~

需求池的形式一般是一個在線的表格,里面記錄著每個需求的內(nèi)容和狀態(tài),你和其他相關(guān)同事可以隨時編輯、查看各需求的情況。這個迭代(或者版本)進入尾聲的時候,我們可以打開這個這個表格,盤一盤下個迭代或者下個版本我們要上哪些需求,對它們進行細化;等到需求評審會的時候,我們又可以對著需求池,逐一講解我們的需求;啟動研發(fā)后,我們又可以通過需求池來追蹤每個需求的狀態(tài)。

除了以上這些場景,我們還可以把需求池分享給其他部門的同事查看,以便他們在對我們的工作、資源飽和度產(chǎn)生質(zhì)疑的時候,把信息共享(甩)給他們。另外,在平時做周報、月報的時候,我們對需求池稍加美化(當然是指格式美化不是指粉飾太平),就可以把最近的工作貼進去啦~這樣可以避免很多重復的工作量。

02 收集需求

在講需求池怎么用之前,學姐先來簡單介紹下一般的需求是怎么產(chǎn)生的,畢竟要先有需求,我們才能去管理。需求一般有以下幾種來源:

  • 調(diào)研分析:通過問卷、訪談、查閱行業(yè)報告等形式,總結(jié)歸納出用戶的痛點并解決;
  • 體驗產(chǎn)品:在體驗現(xiàn)有產(chǎn)品的過程中,發(fā)現(xiàn)現(xiàn)有流程的問題并改善;
  • 競品分析:通過體驗競品,發(fā)現(xiàn)自身產(chǎn)品的不足并優(yōu)化;
  • 業(yè)務(wù)方、合作部門:如運營、銷售、法務(wù)等基于他們對產(chǎn)品的理解,給出建議;
  • 老板:這就不解釋了吧,懂得都懂……

總之只要有了idea,我們就可以把它列到我們的需求池了。

03 如何填寫需求池

有了想法之后,怎么樣結(jié)構(gòu)化地去管理需求呢?學姐這就來分享一個比較好的模版~

需求池一般由兩部分組成,一是需求內(nèi)容,包括名稱、價值、優(yōu)先級、提出人、文檔等;二是需求狀態(tài),包括迭代、進度、人員、發(fā)布時間等。下面詳細講解每一項該如何填寫。

1. 需求內(nèi)容

名稱:

每個需求都要有一個清晰的名稱——雖然聽上去像是廢話,但是學姐在看簡歷的時候,經(jīng)??吹揭恍懙貌惶玫捻椖棵Q,看了半天也不知道到底在做了啥,導致學姐面試的時候經(jīng)常熱衷于幫童鞋們改項目名字~

那么需求名稱要怎么寫得好呢?首先,在需求還不太明確、只有一個idea的時候,可以用需求的目的、需求的價值去代替,比如“搜索體驗優(yōu)化”。隨著需求逐漸明朗,盡量用比較清晰、可以確切描述功能的名字,這樣不容易混淆,比如“搜索列表頁新增篩選器”就比“搜索列表頁優(yōu)化”更明確。

價值:

這個也是學姐的老生常談啦,之前寫文章介紹過,這里就不詳細張開了,我們需要用一兩句話來描述需求的價值。我們可以用“用戶痛點+論據(jù)+解決方案”的句式,也可以用“幫助用戶+論據(jù)+解決方案”的句式,下面是兩個例子:

  • 目前的商品詳情頁相比競品,展示的信息少,用戶做購買決策難(用戶痛點),轉(zhuǎn)化率僅40%,遠低于競品(論據(jù)),因此需要對商品詳情頁進行改版(解決方案)。
  • 調(diào)研顯示50%的客戶有在平臺投放廣告的需求(論據(jù)),為了幫助這些客戶獲取更多目標用戶(幫助用戶),我們會通過算法匹配在合適的列表頁展示廣告位(解決方案)。

優(yōu)先級:

我們要根據(jù)需求的價值,得出需求的優(yōu)先級。優(yōu)先級怎么排,學姐之前也講過一個簡單的公式:核心用戶的核心需求&核心用戶的非核心需求&非核心用戶的核心需求;:

需求的優(yōu)先級我們一般用P00、P01、P1、P2表示,這樣比較有層次,數(shù)字越小優(yōu)先級越高。核心用戶的核心需求一般是P00或者P01,核心用戶的非核心需求是P1,非核心用戶的核心需求是P2。當然,具體的數(shù)字其實不重要,重要的是要在某個迭代里,所有的需求一定要有相對的優(yōu)先級排序。

提出人:

在需求收集這一部分學姐也提到了不同的需求來源,如果需求的提出人是其他部門的,我們應(yīng)該把TA的名字填入,這樣需求有任何進展,我們可以及時告知。

文檔、交互、視覺等:

這就不贅述了,需求文檔怎么寫之前學姐也教過,大家貼上鏈接就行了。在需求進入評審之前,如果還沒有完整的文檔,至少也要有需求描述+交互設(shè)計稿,在需求開發(fā)之前,文檔、交互和視覺缺一不可。

2. 需求狀態(tài)

迭代:

對于已經(jīng)明確有排期的需求,我們把迭代號填寫進去,這樣我們只要篩選一下就可以看到每個迭代中有哪些需求了,如果有些童鞋走的不是敏捷開發(fā),那么填寫版本號也是一樣的。

進度:

排入迭代的需求,我們需要對其標注研發(fā)的進度,用未開始、已開始(未完成)、已完成來表示,如果有必要的也可以把開發(fā)了百分之多少填寫進去~

人員:

一旦需求開始研發(fā),我們就可以把相關(guān)人員給填上了,比如研發(fā)寫一欄、測試寫一欄,有必要的也可以把視覺、交互設(shè)計師也單獨寫上,這樣做視覺還原的時候方便找人。

發(fā)布時間/版本:

在需求進入迭代之后就應(yīng)該填寫,這樣方便追蹤需求的進度。

04 如何維護需求池

首先,我們要明確需求池應(yīng)該由哪些角色來維護。需求內(nèi)容(需求名稱、價值、提出人、優(yōu)先級、文檔、交互&視覺)這一部分,由產(chǎn)品經(jīng)理本人填寫;需求狀態(tài)(迭代、進度、人員、發(fā)布時間)這一部分,一般由項目管理或者研發(fā)負責人填寫,當然如果是比較小的團隊,也可以產(chǎn)品經(jīng)理自己填寫。

其次,我們需要及時更新需求池。除了把新增的需求填入之外,當需求有進展的時,我們要及時更新需求池。比如在需求逐漸明朗,有了需求文檔、設(shè)計稿的時候我們要及時更新鏈接;比如需求排入了某個迭代,開始開發(fā)的時要及時更新需求狀態(tài)和上線時間;比如需求的優(yōu)先級產(chǎn)生變化,我們也要及時調(diào)整,甚至刪除一些分析下來覺得不靠譜的需求。

最后,我們要時不時看一下需求池,畢竟這是記錄我們靈感的地方??匆幌伦约哼€有哪些idea沒有被實現(xiàn),趕緊把需求文檔補起來;也可以回首一下自己這個月完成了多少個需求,獲得滿滿的成就感~當然,隨著互聯(lián)網(wǎng)行業(yè)的發(fā)展,現(xiàn)在市面上有很多完善的需求管理工具,比如Ones、Jira、TAPD等等。

專欄作家

海貝學姐,公眾號:海貝學姐,人人都是產(chǎn)品經(jīng)理專欄作家。十年大廠產(chǎn)品經(jīng)驗,精通產(chǎn)品方法論和產(chǎn)品知識。

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

題圖來自Unsplash,基于 CC0 協(xié)議。

該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!
专题
15079人已学习13篇文章
作为一种软件开发工具,低代码平台一定程度上提升了企业的软件开发效率,适应了整体的数字化发展趋势。本专题的文章分享了关于低代码的讲解。
专题
125354人已学习18篇文章
你说你会竞品分析,我信!但是肯定写的不好,不服看看别人的。
专题
16775人已学习12篇文章
分销是互联网拉人头和推广的常用手段,能够在短时间内实现裂变营销。本专题的文章分享了分销体系设计指南。
专题
13400人已学习12篇文章
一款产品,若想做到极致满足用户的需求,产品功能会变得越发臃肿。但在产品设计中,也可以做做减法,去除一些不必要或不重要的功能和元素。本专题的文章分享了如何给产品做减法。
专题
12795人已学习11篇文章
需求评审会议对整个项目想影响至关重要,作为产品经理,应该如何完成需求评审呢?本专题的文章分享了如何高效完成需求评审。