對B端產品經理來說，能夠快速掌握業務也是一項必備技能，那具體如何掌握呢？筆者認為這幾點很關鍵：場景、業務走訪、產品分析、競品分析、業務梳理。

作為B端產品，我們經常會因為工作變動和職責變動，需要去快速熟悉和掌握新業務。對于B端產品經理來說，對于行業和業務的經驗是我們的核心經驗。但是，很多時候我們都想去嘗試嘗試新東西。這就要求我們，需要具備快速熟悉和分析業務的能力。

雖然業務知識很多都是經過時間沉淀下來的知識。但是我們仍然可以通過，明確的計劃和方法，快速摸清業務的脈絡。畢竟業務也不是短時間會快速變化的。

快速熟悉業務，并不是產品經理們日常工作中的業務分析。而是需要我們通過明確的計劃和適宜的方法，在短時間內對新業務建立宏觀的認識和盡可能的細節理解，以幫助我們盡快開展產品工作?？焖偈煜ば聵I務考驗的是B端產品經理，對信息的歸納整理和快速攝取并轉化的能力。

首先，業務是指完成某項工作，所要完成的事務。本文討論的業務，并不是我們公司自身的業務流程。而是互聯網產品所針對的業務，產品使用者的實際業務。比如，HIS系統所對應的醫院內的各種業務，比如診療。

熟悉業務，一般有兩類方向：

一種是從微觀到宏觀，這種方法可以使產品經理更全面的了解業務，但是時間成本較高。

另一種是從宏觀到微觀，這種方法可以方便產品經理，在最短的時間內對業務建立宏觀的認知。

本文的方法也主要是從宏觀到微觀去掌握業務。下文就從宏觀到微觀，依層次展開。

1. 場景

在開始熟悉業務前，首先我們要明確，我們自己所處的場景和業務場景。

我們所處的場景，主要是指我們所擁有的資源。我們手里有那些文檔？我們可以對接那些客戶？內部有那些人員可以和我們交接？這些資源有助于我們更迅速的掌握業務。特別是文檔，這是前人的經驗的沉淀，是篩選和整理后的業務知識，我們可以直接吸收。

業務場景，主要對業務有個背景性、行業性的認知。我們需要了解業務的行業背景，商業模式等行業知識。同時，我們也要了解業務發生的時間、地點、人物。這是對業務的最頂層宏觀認知。

2. 業務走訪

在了解業務的場景后，我們就可以正式進入到業務中。首先，我們應該完成的是業務走訪。在走訪中我們需要完成三件事情。

1. 走訪業務中的各角色
2. 親自體驗業務
3. 獲取業務方的資源

走訪業務中角色，主要是需要了解有那些角色，明確他們在業務中的環節和價值。

體驗業務分為外部體驗和內部體驗。外部主要是從業務的旁觀者角色，觀察業務。內部業務主要是參與角色輪崗。角色輪崗通常需要花費較多的時間，所以本文并不建議在上手業務時采用。

業務方的資源，主要是與業務方進行對接和訪談，從他們的角度了解業務。同時，獲取一些業務方面的文檔和說明之類的靜態資源，以助我們更高效的獲取業務細節信息。

3. 產品分析

如果我們進入新業務時，如果公司已經有了產品。我們也可以從產品的角度去熟悉新業務。通過產品熟悉新業務我們主要從兩個方面著手：一個是產品的文檔，閱讀產品的相關的設計文檔，有助于我們熟悉業務。另一種是直接體驗產品，并且從產品功能去思考業務的構成。特別是每個功能針對的業務，功能間的串聯關系和依賴關系。

4. 競品分析

如果沒有產品，我們也可以從競品著手，方法與從產品著手的方法相同。在分析競品時，如果沒有足夠充分的信息，不能從競品的表象去假設業務。

5. 業務梳理

在完成較為宏觀層面的產品的分析后，我們可以開始細致的梳理業務。在梳理業務時，我們需要根據我們的時間節點，合理的安排我梳理到的細節層次。

業務梳理的第一步，是將整體的業務劃分為各業務系統。比如，客人在餐館吃飯的業務，可以劃分為接待業務、點餐業務、菜品制作業務、上菜業務、用餐業務、結賬業務。在劃分完成后，還要對業務系統進行分層。比如本例，可以分為用戶接待層、用戶服務層、后臺支撐層。然后，把各類子業務劃分到各層中。

然后分析業務的角色架構。業務的角色架構主要是指明那些角色會參與到那些子業務當中。比如，剛舉例的客人在餐館的用餐業務的子業務：接待業務。參與的角色就是：客人、接待員。

在完成系統劃分和角色架構分析后，可以梳理業務流程。梳理業務流程首先需要將子業務串起來，構成一個整體的業務。

然后我們也要對子業務進行細致的梳理。但不同于與流程梳理，我們主要是梳理業務規則。梳理子業務，主要是分析業務開始于誰、經過哪些環節、哪些角色參與、最終達到了什么結果。最后，我們還要分析業務間的依賴關系。比如，就餐后才能結賬還是結賬后才能就餐。

梳理完業務后，我們一般都基本熟悉了新業務，可以開展產品相關的工作了。當然，如果要完全掌握，達到可以進行產品設計，業務架構的地步，那還要對業務進行更深入的細節梳理和分析。這方面我比較推薦，對業務進行建模（特別推薦領域模型）來幫助細致的分析業務。

最后

到這里，大家可能會有個疑惑，不是說要采用系統性的方法嗎？文中講了那么多的需要去了解和分析的點，但是好像都比較孤立，哪兒算是方法呀？

這里就將這些點，整理成架構圖，建立方法框架。以金字塔展示，從上到下，代表業務層次的宏觀到到微觀，即我們熟悉業務時的順序。層次所占面積，也代表我們在快速掌握時業務所需要投入的時間比重。如下圖。

作者：產品小思考，B端產品經理，微信公眾號：產品小思考

本文由 @產品小思考 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議