產品人所熟知的需求實施步驟

0 評論 10536 瀏覽 127 收藏 7 分鐘

本文作者主要從公司角度來說明了一些需求管理的方法,enjoy~

今天下午,有個剛入門產品的同事小妹突然問我,在電商公司,產品都是如何處理公司業務需求的;于是兩個人就一起討論了一些關于需求管理的二三事。

談及需求,想必做產品的人都不陌生;針對公司業務部所提的需求,大家坐在一起討論,爭議最多的無非是需求優先級,需求緊急度及其使用頻度等。

今天呢,我們主要從以下幾點來聊聊需求管理這些事:

一、電商業務成熟型公司

對于這類公司,有比較規范的需求管理流程,需求一般是在現有系統中做功能流程完善,優化;新業務線的開展等等;比如在上家醫藥電商公司,對于需求管理,無非是從以下幾點著手:

1. 需求收集

需求來自不同的部門,有針對用戶的,亦有針對業務的;因此產品部一般都會建立自己的需求收集池;至于各個部門的需求提交形式,一般會以規范的需求卡片OR郵件形式提交產品;產品人員會將收集到的需求統一放在需求池中,周期性將需求進行歸類分析。

2. 需求分析

需求分析階段是最考驗產品能力的階段,因為在分析的過程中,很多時候會進入一個需求翻譯怪圈,尤其是那些領導層需要著急上線的需求;其實對于需求分析,大多會通過以下場景來實施:

(1)需求背景 ? ?

要知道需求背景,通過對需求背景的了解,來判斷該需求是否是偽需求;是否有值得做或者現有系統已有可實現的方式。

(2)目標人群及其使用場景

在了解需求目標人群和使用場景的過程中,初步確認需關聯的系統和流程。

(3)了解需求節點和預期目標

在此基礎上的目的是為了產品有心里預期,對需求池中的需求緊急度有一個清晰的時間觀念。

(4)需求解決及其需求驗證

這塊的爭議一般會比較大,因為像有一些功能優化的需求,我們并不能很好的通過某一維度去驗證需求的有效性;但最好和銷量有關,轉化有關的需求,解決后可以通過一些數據的統計,分析來驗證需求的實施性。

3. 需求優先級

(1)需求分析完成后,產出產品需求

(2)排除偽需求,產品出具需求解決方案;制定產品需求優先級

(2)發送業務方確認需求優先級及其產品方案的確認

4. 需求實施期

(1)確認無誤后產品,研發業務進行需求評審

(2)研發人員給予需求排期后,實施研發

(3)測試人員測試,產品業務驗收,進行上線

5. 需求反饋

每周,產品部會定時更新需求池狀態,以郵件形式告知相關人員,讓業務部門能夠實時了解需求情況,對業務部門是一個需求反饋期,對于產品部來說,也是產品需求的整理總結期。

二、初創型公司

最近新加入了一家初創型公司,從0到1的產品,需求很多時候來自于公司領導;所以需求優先級的確定,更多取決于公司以后的戰略發展和產品線路的規劃;基本上是沿著產品規劃路線逐步做功能優化和完善;

當產品一期,二期上線后,會有一個試錯階段,這時候的需求可能會脫離產品路線,從多個維度發散需求;這個階段,也是所有人員容易焦慮的階段,因為會突然覺得不知道要如何做產品了;之后隨著試錯確定成熟的業務流程后,會逐步進入正軌。

總結

今天主要從公司角度來說明了一些需求管理的方法,也是做產品這段時間對于需求管理的一些簡單認知;其實,需求管理對于不同的公司,多少會有一些區別,主要也和公司的業務,制度等客觀因素來決定;有不完善的地方,歡迎大家補充哦!?。?/p>

#專欄作家#

簡之箐(微信公眾號:簡之箐),人人都是產品經理專欄作家,5年互聯網產品經理,曾擔任醫藥產品經理和電商產品經理,經歷主導過電商平臺的系統整合規劃。

本文原創發布于人人都是產品經理。未經許可,禁止轉載。

題圖來自 Pixabay,基于 CC0 協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!