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

0 評論 3078 瀏覽 21 收藏 10 分鐘

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

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

一、什么是需求分析

首選,什么是需求?

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

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

其次,什么是需求分析?

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

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

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

二、需求分析的步驟

2.1 需求收集

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

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

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

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

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

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

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

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

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

  • 需求名稱
  • 需求背景
  • 需求說明
  • 優先級
  • 提出人
  • 提出時間
  • 期望解決時間
  • 狀態
  • … …

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

2.2 需求分析

當我們接到需求,首選先判斷這個需求做還是不做,就需要判斷需求的真偽,后才是評估需求:

2.2.1 辨別真偽

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

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

舉個例子:

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

2.2.2?優先級判斷

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

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

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

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

2.3 輸出分析結果

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

一般需求文檔會包含:

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

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

三、總結

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

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

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

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

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

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