產(chǎn)品小白不迷路04:需求分析階段需要做什么?

Seaing
0 評論 3170 瀏覽 21 收藏 10 分鐘

需求分析是產(chǎn)品需要掌握的基礎技能,也是重要的技能之一。因為工作中,會接觸到大量的需求,我們需要從源頭開始判斷處理需求的真?zhèn)涡?、緊急程度、涉及影響范圍等。

今天我們就來看看需求分析階段應該做什么,做這些的目的又是什么。

一、什么是需求分析

首選,什么是需求?

需求通常指的是用戶或利益相關者對于某種商品、服務或系統(tǒng)的特定期望和要求。這些期望和要求可能涉及功能、性能、行為、設計約束等方面。

需求可以分為功能需求和非功能需求。功能需求描述了系統(tǒng)應該執(zhí)行的任務或功能,而非功能需求則描述了系統(tǒng)應該滿足的性能、可靠性、安全性、易用性等方面的要求。

其次,什么是需求分析?

需求分析是產(chǎn)品工作中的一個重要環(huán)節(jié),它涉及到對用戶和項目的功能、性能、可靠性等具體要求的深入調研和分析。

這個過程的目的是將用戶非形式的需求表述轉化為完整的需求定義,從而確定系統(tǒng)需要做什么。

在產(chǎn)品管理中,需求分析是一個關鍵環(huán)節(jié),它幫助確定產(chǎn)品的特性和功能,以及如何最好地滿足用戶的需求。

二、需求分析的步驟

2.1 需求收集

通常我們會有個需求池記錄日常的收集到的需求,以便我們后續(xù)對需求的跟蹤和分析。

關于需求收集,一般有兩種方式:產(chǎn)品自己記錄管理需求、產(chǎn)品業(yè)務共同記錄管理需求。

但是不管是哪種形式,其實需求都需要與業(yè)務或者開發(fā)人員溝通,所以最好使用可在線協(xié)作共同編輯的工具進行需求收集管理,這里介紹幾個,大家可以根據(jù)實際情況進行使用。

在線編輯文檔類:語雀、石墨、tower、騰訊文檔、金山文檔等。

這里又可以將語雀、石墨、tower分為一類,為知識庫和文檔管理工具,更適合多部門協(xié)助使用,深度學習和知識輸出。

而騰訊、金山文檔分為一類,為在線文檔編輯工具,更適合日常工作和信息收集。

項目流程管理類:禪道、云效、TAPT等

項目管理可對需求進行收集記錄,再跟蹤需求并整個成迭代開發(fā),管理整個需求的生命周期。且這類工具通常都會自帶統(tǒng)計分析報表,可協(xié)助我們管理需求。但是這類的工具使用起來會有一定的門檻,例如,禪道、TAPT需要按賬號進行收費,云效的免費版限制人數(shù)和可使用功能等。

又因為提出需求的人員可能很多,為了讓產(chǎn)品快速掌握需求內容,一般會限制填寫需求的格式,例如表頭會包含:

  • 需求名稱
  • 需求背景
  • 需求說明
  • 優(yōu)先級
  • 提出人
  • 提出時間
  • 期望解決時間
  • 狀態(tài)
  • … …

在選擇使用哪個工具時,應根據(jù)自身的需求和使用場景來決定。如果你的工作涉及大量的知識管理和文檔編輯,在線文檔類可能是更合適的選擇。如果你的工作側重于項目管理和團隊協(xié)作,項目流程管理類可能更符合你的需求。

2.2 需求分析

當我們接到需求,首選先判斷這個需求做還是不做,就需要判斷需求的真?zhèn)危蟛攀窃u估需求:

2.2.1 辨別真?zhèn)?/strong>

每個功能需求背后肯定是有對應的業(yè)務流程或業(yè)務場景,只有了解業(yè)務場景,每個角色在每個流程節(jié)點需要做什么,才能對需求有一定的了解。這里可以使用流程圖,將用戶角色、涉及的系統(tǒng)、流程節(jié)點清晰的表現(xiàn)出來。

了解流程、業(yè)務場景之后,就可初步判斷需求真?zhèn)?,是否合理。還有一個簡單的判斷方法,我們可以問一個問題:如果這樣調整了,業(yè)務的問題就解決了嗎?如果調整了都解決不了,這個就是偽需求。

舉個例子:

  • 用戶反饋填寫商品編號時經(jīng)常出錯,可不可以根據(jù)商品編碼的規(guī)則進行提示填寫是否有誤?——這個是業(yè)務提出的原始需求
  • 通過了解發(fā)現(xiàn),這個業(yè)務是采購員申請采購時,需要填寫編碼,這個單據(jù)后續(xù)還會流傳到倉庫入口,影響入庫數(shù)據(jù)。但是,其實就算提示編碼規(guī)則有誤,也是無法杜絕人為填寫會出差的情況,這個問題根本解決是不讓業(yè)務填寫,而是選擇商品。
  • 所以“根據(jù)商品編碼的規(guī)則進行提示填寫是否有誤”就是個偽需求,無法解決業(yè)務根本問題。而應該從源頭杜絕這種錯誤的發(fā)生,應該是選擇商品庫中已有的商品編碼。

2.2.2?優(yōu)先級判斷

在一大堆需求里面,時間、人力等資源是有限的,我們需要整理出優(yōu)先級高或者緊急的需求,優(yōu)先實現(xiàn)上線,達到資源最大化利用。

通常我們會按照四象限分析法,先排個大概的重要程度:

  • 重要且緊急:這些需求需要立即安排處理,例如:登錄不了、頁面打不開、訂單提交不了等;
  • 重要但不緊急:這些需求可以稍后處理,但仍然很重要,需要合理安排,例如:調整訂單流程;
  • 不重要但緊急:這些需求雖然緊急,但對整體目標的影響較小。這種通常是領導臨時安排查看某個數(shù)據(jù)或者調整某個交互設置圖標;
  • 不重要且不緊急:這些需求可以推遲處理,或者可能根本不需要處理。

可能在這個四象限的基礎上,標記為優(yōu)先級高、中、低,或者P0、1、2、3的等級,我們還需要根據(jù)公司的戰(zhàn)略發(fā)展、市場的變化、人員調動等不可控的因素隨時調整我們的需求優(yōu)先級安排。

2.3 輸出分析結果

當我們已經(jīng)明確了需求并安排了優(yōu)先級后,就可以開始進行需求文檔的輸出,方便與業(yè)務和技術進行需求評審。

一般需求文檔會包含:

  • 文檔說明:在開始撰寫需求分析文檔之前,首先要明確文檔的目的、編寫人、編寫時間等。
  • 項目背景和需求來源:在文檔中詳細描述項目的背景,包括項目的起因、目標、預期成果等。
  • 列出具體的需求:將所有的需求詳細列出,每個需求都應該有明確的描述,包括需求的功能、行為、輸入輸出等。如果可能,使用圖表(包括流程圖、表關系圖、狀態(tài)圖、原型圖)來輔助說明,使需求更加直觀易懂。如果涉及導入導出的功能,還需要提供導入導出的模板。
  • 保持文檔的更新和維護:需求分析文檔是一個動態(tài)的文件,隨著項目的進展,需求可能會有所變化。

因此,需要定期更新和維護文檔,確保文檔始終反映最新的需求狀態(tài)。

三、總結

需求分析面臨的挑戰(zhàn)包括確定問題的難度、需求的頻繁變化、交流難以達成共識、獲取的需求難以達到完備與一致,以及需求難以進行深入的分析與完善。這些挑戰(zhàn)要求我們具備深厚的專業(yè)知識和良好的溝通技巧,以確保需求分析的有效性和準確性

準確理解和有效管理需求對于產(chǎn)品的成功至關重要。需求分析有助于企業(yè)避免資源浪費,提高產(chǎn)品質量,增強市場競爭力,并最終提升客戶滿意度。

需求是產(chǎn)品管理和市場營銷中的核心概念,它涉及到產(chǎn)品的設計、開發(fā)、推廣和銷售的各個環(huán)節(jié),理解和管理需求是確保產(chǎn)品成功的關鍵步驟。

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

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

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

更多精彩內容,請關注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!
专题
12148人已学习12篇文章
精细化运营、抓住老用户、提升用户复购,则将是品牌需要着重留意的地方。本专题的文章分享了提升复购率的N种方法。
专题
35094人已学习22篇文章
从动效设计原则、动效工具、制作方法、标注技巧等全方位解读
专题
11620人已学习12篇文章
任何理论都有它的局限性和前提条件,没有一种方法论是永远有效的。品牌方法论一直处在变化阶段,它随着时代发展的变化而变化。本专题的文章分享了品牌方法论。
专题
13798人已学习12篇文章
本专题的文章分享了用户运营实战经验。
专题
43503人已学习16篇文章
设计库存、财务、退换货流程时不用一个头两个大了。
专题
14617人已学习12篇文章
数据库对于产品经理来说是一个既熟悉又陌生的概念,虽然产品设计中的数据基本都要与数据库交互,但平时的工作中也很少接触到数据库的具体操作和细节。本专题的文章分享了数据库的基础知识。