B端產品分析全流程：從項目背景到需求優先級

本文作者從自身工作經驗出發，結合相關案例，分享了關於B端產品分析需求流程的相關經驗，供大家一同參考和學習。

產品的生涯已至中場，近期剛剛完成一款後臺+端的產品，故而提出我的工作感悟，希望能讓後進同行少走彎路。

問題

如果沒做過或者接觸後臺產品較少的產品同仁拿到後臺產品會發現在整理需求時會出現以下幾個問題：

你會發現需求都非常明確，但又過於顯性，很難抽象，無法構成完整的邏輯鏈條；
需求很難判斷優先級，你也無法用數據證明，最後導致很多時候判斷優先級的標準就成了“人制”，KP提的就是高優先級，其他人提的就是低優先級，這樣的“人肉”決定，必然會導致產品判斷在一些方面的失準。

B端產品分析全流程

1. 項目背景：解決什麼問題

項目背景非常重要，特別是對於B端產品，產品目的性極強，我們就是要通過產品來解決用戶的問題，所以搞清楚用戶到底想要解決什麼問題至關重要，無論做任何產品，弄清楚爲什麼，也就是產品目的對於產品經理來說都至關重要，在這裏推薦“第一性思維”，這本是物理學的研究方法，剝開事物表層的一層層面紗，看到裏面最核心的本質，然後再從本質一層層往上倒推。有一個簡單的辦法就是連環追問法。其中在B端產品經理思考時，除了反覆的邏輯推導，我想強調的是一定要能摒除權威干擾，很多B端產品經理，在調研需求時面對的很多都是在行業內呼風喚雨的人物，這個時候很容易陷入盲從，導致需求分析的干擾巨大，很難創新性地更高效率地解決問題。

作爲科技大佬“鋼鐵俠”的埃隆馬斯克，是這樣描述第一性原理的，“我相信有一種很好的思考架構，就是第一性原理，我們能夠真正地去思考一些基礎的真理，並且從中去論證，而不是類推。我們絕大多數時候都是類推地思考問題，也就是模仿別人做的事情並加以微幅更改。但當你想要做一些新的東西時，必須要運用第一性原理來思考。”

畢竟客戶是需要專業的人來解決問題不是找一個轉換器和傳聲筒。

其次，就是要初步瞭解要解決誰的問題，這個裏面要調研清楚，誰是這項目的KP，誰是核心的干係部門和干係人等，雖然我們不盲從權威，但干係人對項目的影響也不可忽略，B端的項目大部分KP具有決定性的作用，所以除了從他們這獲取信息，和他們無礙的溝通也十分重要。

2. 弄懂商業模式

弄清楚項目背景後，就需要進一步對整個公司的商業模式做一個系統瞭解，這也正式進入了可以直接指導產品分析和設計的部分。

在分析商業模式時，很多產品經理都會被很多公司複雜的業務流程繞暈，特別是ERP等複雜系統，這裏就要求我們具備強大的業務虛擬化的能力，這裏推薦大家整理項目的主幹流程，這個其實不是很難，我們集中於以下幾個問題：

公司主要經營什麼產品，產品來源於哪，也就是靠什麼獲利，是實際產品，還是服務還是什麼

通過什麼方式進行售賣，線上渠道還是線下方式，怎麼對這些渠道進行管理的

通過什麼方式獲利的，是靠直接賣產品或服務，還是賺差價，還是羊毛出在豬身上？

弄清楚這樣幾個問題，這個主線就清楚了，弄清楚背景和商業模式後就可以進入需求收集和整理階段。

3. 需求收集——“PSP”方法

進入需求收集階段，我們主要使用“PSP”方法，P：即Person，角色；S：即Scenes，場景；P：即Paths，路徑

Peson：首先需要產品經理析出流程中的角色，不同於C端用戶畫像的紛雜，B端的用戶往往很清楚，同種類的用戶集合即爲用戶角色，產品需求即是全部用戶角色所提的需求，所以這個時候我們在標註提出人時就不能僅僅標註某人，並且一定要標註出我們經過總結後的角色，這一點十分重要，決定這個需求後期的歸屬和優先級的判斷。

Scenes：場景，場景是產品經理耳熟能詳的概念，但在B端產品，角色提出的需求我們需要在詳盡的場景中去進行推導，一方面更好的理解需求，另一方面也可以通過此更好地判斷需求。在場景的位置要特別關注原有的工作的痛點，很多新手在記錄需求時僅僅記錄了一個場景，但並沒有提取出痛點，這個時候是不全面的。

Paths：路徑，角色在場景中想要達到相應的目標，需要一條路徑，對於B端產品很多就是將這些原有的路徑通過信息化的方式提高效率，所以對於路徑的記錄十分重要，另一方面，在交互中，路徑是重要的指導信息。