01
需求定義
需求是什麼？需求可以簡單理解為客戶理想與現實的差距，並且客戶有意願、有能力消除這種差距，而不是不切實際的空想。空想是欲望的一種表現，需求不等同於欲望。
B端產品經理要區分清楚方案和需求，很多時候用戶提的需求並非真正的「需求」，而只是他想要的方案。真正的需求是用戶在實際業務場景中碰到的某一類問題，方案是為了解決特定場景下問題提出的解決方案。
比如，用戶希望做一個功能讓採購人員自行幫助供應商預約交貨，因為供應商不知道哪個倉庫缺貨。這是一個方案級需求，該需求直接要求產品經理給採購員做一個預約交貨的功能。B端產品經理如果按這個需求直接開始做，將來必定會返工。真正的問題是當倉庫即將缺貨時，需及時觸發補貨，這就需要倉庫備貨的預警機制、採購員訂單分配機制和供應商預約送貨機制配套使用，才能有效解決倉庫缺貨的問題。
02
需求類型
面對眾多需求，適當進行分類，有助於B端產品經理更好地管理需求。我們將需求簡單劃分為戰略需求、用戶需求和產品需求3類，如圖所示。
- 戰略需求：是企業戰略目標和核心訴求，具備方向性.
- 用戶需求：是用戶提出的、想要解決的具體問題。
- 產品需求：是產品要設計的具體功能需求、非功能需求和數據需求等。
03
需求層級
理解需求不能只看表面上的文字描述，需要洞察需求背後的內涵，這就要求B端產品經理透過現象看本質，抓住最核心的需求。為了便於理解，我們將需求劃分為3個層次，如圖所示。
- 觀點和行為：用戶說的、做的，屬於表面上的需求。
- 目的和動機：用戶真正想要的，B端產品經理要換個角度站在對方的位置上，假設自己處在那個環境，想要達到的目的是什麼。
- 需求本質：需求所闡述問題的本質是什麼，透過用戶說的和真實需求洞察用戶背後的價值觀。
04
核心思想
需求分析的核心思想是關注問題級需求，而非方案級需求。問題級需求是用業務的語言對需求進行描述和理解，通常可以從下面的提問入手。
- 需求的業務背景和目標是什麼。
- 具體業務流程有哪些。
- 業務流程中涉及角色、行為和數據有哪些。
- 這些角色用戶在採取行為的過程中遇到什麼問題或挑戰。
- 這些角色用戶現在是如何解決這些問題或挑戰的？
- 為什麼要解決？不解決行不行？
- 解決後影響誰？好處和壞處是什麼？
我們將01需求定義中講解的案例問題整合起來，如表所示。
|
問題描述 |
|
用戶希望做一個功能讓採購能自行幫助供應商預約交貨，因為供應商不知道哪個倉庫缺貨 |
|
業務背景： |
|
採購下單後，供應商按採購要求進行交貨，採購交貨的訴求，來自地區需求部門提交 |
|
業務流程： |
|
地區需求人員提交需求→採購接收並通知供應商→供應商交貨 |
|
影響了誰： |
|
地區需求人員、採購員、供應商 |
|
遇到的問題： |
|
地區需求員統計各倉需求量準確性差，還得兼顧倉庫庫容；需求提交後，哪些供應商能交付，採購員得自行判別 |
|
現在如何解決： |
|
地區需求人員：利用Excel表統計和計算，郵件給總部 採購員：利用Excel表統計和計算各供應商交付能力，再進行配額分配 |
|
為什麼要解決： |
|
線下統計工作量大，計算錯誤，經常導致倉庫缺貨，導致沒有貨發，遭受損失和投訴 |
|
解決的好處和影響： |
|
減少錯誤率，提升工作效率 |
|
解決方案要點： |
|
（1）倉庫補貨模型 （2）訂單配額模型 |
05
需求分析4步法
將需求分析過程和方法整理成需求轉化地圖，如圖：
用戶需求如何轉化為產品需求，包括功能需求、非功能需求和數據需求等。這裡有需求分析4步法，包括
- 基於業務流程識別用戶角色；
- 基於業務流程識別業務活動；
- 推動功能需求和非功能需求；
- 推導數據需求。
整個需求分析過程，如下圖：
作者 | PMRobin 《B端產品方法論：入門、實戰和進階》作者；分享B端產品、技術、數據等。