編輯導語：產(chǎn)品經(jīng)理經(jīng)常會面臨一些比較復雜的系統(tǒng)，在繁雜的多項工作任務中，產(chǎn)品經(jīng)理要處理業(yè)務需求并且梳理清楚業(yè)務邏輯，這是一個不小的難題。如何梳理好一個復雜的B端系統(tǒng)呢？我們需要完成兩件事。

面向企業(yè)的B端系統(tǒng)，一直是復雜的代名詞。

其往往包含著大量的需求以及復雜的業(yè)務邏輯，這也給B端從業(yè)人員帶來了極大的挑戰(zhàn)。作為產(chǎn)品經(jīng)理，不管是做新項目的實施、接手新的業(yè)務線、還是公司內(nèi)部開辟新的產(chǎn)品線，都無可避免這個問題。

產(chǎn)品經(jīng)理作為It團隊的與外部業(yè)務方、其他產(chǎn)品線的交流窗口，如何高效、完整的對接好大量的業(yè)務需求，梳理好復雜的業(yè)務邏輯，是一個非常重要且具有挑戰(zhàn)性的任務。

優(yōu)秀的產(chǎn)品經(jīng)理思路清晰、邏輯嚴謹，可以將復雜的業(yè)務系統(tǒng)梳理非常有條理，并清晰的呈現(xiàn)給團隊成員，不僅確保自己工作的完成質(zhì)量，同時也極大的降低了整個團隊的工作壓力。

人的承受能力是有限的，在面對大量的業(yè)務需求時，缺少一定的方法和正確的思維方式，必然會導致遺漏大量的需求任務及業(yè)務邏輯，對后續(xù)的工作帶來沉重的負擔。在面對B端系統(tǒng)時，我們往往都會面對兩個問題：

1. 面對大量的需求無從入手
2. 面對復雜的業(yè)務邏輯無法有序準確的進行梳理

因此，想要梳理好一個復雜的B端系統(tǒng)，也必須要完成兩件事：

1. 針對大量的需求，找到合適的視角進行分析—解決面對大量需求時，混亂無章的分析；
2. 針對選取的視角，選擇合適的抽象層次—通過抽象手段，降低所面臨的問題的復雜度。

接下來，我們分別對這兩點進行說明。

一、選擇合適的視角進行分析

視角：通俗的講就是我們看待問題的角度。

比如說：我們描述一個人，這個人眼睛大、脾氣好、身體健康、鼻梁高、唱歌好。即便我們對這些描述人的詞語很熟悉，但是由于這些詞匯分別從不同的角度描述這個人，導致一時間也無法對這段描述有個清晰的認識。

此時我們換一個方式進行描述，從長相的角度描述，這個人長得眼睛大、鼻梁高、睫毛長；從才藝角度描述，這個人學習好、唱歌好；從性格等方面描述時，這個人脾氣好，性格溫和。

通過各個角度，對描述進行歸類后，隨著描述，我們可以很簡單的勾畫出這一個人物形象。一個系統(tǒng)，同樣具備以上特點。

當我們在分析系統(tǒng)時，最常做的，就是一股腦橫跨多個角度去分析系統(tǒng)，這必然會增大我們分析系統(tǒng)業(yè)務需求及業(yè)務邏輯的困難度。如果我們將系統(tǒng)從不同的角度切分開進行分析。最簡單的如安全性、易用性、擴展性、數(shù)據(jù)流轉、對象交互等。

從易用性角度看，我們可以通過分析系統(tǒng)的UI設計、交互設計等，來解析整個系統(tǒng)的易用性；而從對象交互的角度看，我們可以通過分析系統(tǒng)與系統(tǒng)之間的交互、系統(tǒng)內(nèi)部模塊之間的交互、各個模塊中表單之間的交互來分析。

可以看到，通過將系統(tǒng)分解成一個個視角，我們將一個復雜的系統(tǒng)切分成了幾部分，而在任意一個視角下，我們都可以專注于分析系統(tǒng)的在這個視角下的表現(xiàn)，而不需要直接面對整個系統(tǒng)，從而降低我們分析系統(tǒng)的難度。

二、在選定的視角下，選擇合適的抽象層次進行分析

抽象層次：通過定義一個邊界，將一個復雜的事物視為一個整體，從而分析與它處于同一個層次下的事物之間的關聯(lián)關系，而所定義的這個邊界，代表的就是一個抽象層次。

當我們選定好某一個視角后，即便對整個系統(tǒng)進行了切分，但是鑒于B端系統(tǒng)的復雜性，如果沒有條理的進行分析，同樣會給分析工作造成一定的難度。

因此接下來需要做的就是對這個視角下的系統(tǒng)進行層層剖析，以中臺OMS系統(tǒng)為例，當我們選定對象之間交互關系為視角后，此時根據(jù)這個視角的復雜度，將整個問題選定3個抽象角度：

1. 以OMS系統(tǒng)作為一個抽象角度，OMS系統(tǒng)與外部系統(tǒng)之間的關聯(lián)關系；
2. 以OMS系統(tǒng)中某一個模塊作為抽象層次，OMS系統(tǒng)內(nèi)部各個模塊之間的關聯(lián)關系；
3. 以模塊中的某一個對象作為抽象層次，分析模塊內(nèi)部各個對象之間的關聯(lián)關系。

圖1：系統(tǒng)與系統(tǒng)之間的交互

當我們以OMS系統(tǒng)作為邊界，將整個OMS系統(tǒng)作為一個抽象層次時，此時，其他外圍系統(tǒng)與它是處于同一個抽象層次，在分析的時候，我們可以將整個OMS系統(tǒng)視為一個整體，這時分析也就僅僅停留在外圍系統(tǒng)與OMS系統(tǒng)之間的交互上，從而更為完整的梳理系統(tǒng)與系統(tǒng)之間的接口通訊等信息。

此時我們降低抽象層次，以OMS系統(tǒng)的訂單中心作為抽象層次，得到下圖，OMS內(nèi)部的商品中心、策略中心等與其處于同一抽象層次，這時我們分析時，就會專注于分析各個中心模塊之間的交互關系，而不需要關注系統(tǒng)外部及模塊內(nèi)部的關系。

圖2：模塊與模塊之間的交互

而當我們進一步降低抽象層次，以訂單中心中的對象為一個抽象層次時，得到下圖：

圖3：對象與對象之間的交互

在這個抽象層次下，我們進行分析時，只需要專注于分析訂單中心內(nèi)部各個表單對象之間的交互關系。

在上例中，我們通過定義一個抽象層次，從而屏蔽掉不在當前層次內(nèi)的信息，在分析問題時，我們只需要專注于當前抽象層次中的內(nèi)容，而不會涉及到抽象層次內(nèi)的細節(jié)，這種方式可以降低我們所面臨問題的復雜度，從而提高我們分析問題的完整性和準確性。

三、視角及抽象層次的應用

視角和抽象層次，不僅僅用在系統(tǒng)分析及設計，作為PM，我們?nèi)粘９ぷ髦性谂c業(yè)務方、領導、UI設計師、測試、開發(fā)人員的協(xié)作，同樣需要用到。試想一下，這些不同的角色，在面對系統(tǒng)時，需要關注什么？

作為業(yè)務方，他們更加關注系統(tǒng)對業(yè)務的處理；作為領導，他們更加關注系統(tǒng)的設計是否合理；而作為UI設計師，則更加關注業(yè)務場景及交互設計；測試、開發(fā)人員，則更加關注業(yè)務邏輯實現(xiàn)。

這些我們接觸的角色，大部分人都只是關注系統(tǒng)中一個或者多個角度，而我們的需求評審，無差別的講給所有參與人，效果可想而知。

此外，將復雜的業(yè)務邏輯通過PRD講解給相關開發(fā)、測試人員時，如此復雜的系統(tǒng)，如果直接深入講解細節(jié)，也必然會導致需求評審困難重重，缺少了實際評審的意義。通過抽象層層講解，同樣可以提高整個團隊的理解能力。

靈活的運用視角和抽象層次，是作為一個合格的PM必須要鍛煉與具備的技能。只有具備了這種能力，我們才能在工作中游刃有余，像更高的層次沖刺。

本文由 @沒夢想的咸魚 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉載

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