本文將根據(jù)筆者所做項目為例分析，業(yè)務(wù)中臺需要產(chǎn)品經(jīng)理具備何種能力。

中臺，最近因2019騰訊全球數(shù)字生態(tài)大會再次被大家討論的火熱。

眾所周知，阿里是國內(nèi)最先實施中臺的企業(yè)，也是目前國內(nèi)將中臺運用的最好的企業(yè)。隨著今年產(chǎn)業(yè)互聯(lián)網(wǎng)成為很多大公司追捧的方向，中臺在其中所將起到的作用更是不可忽視的。

那么作為中臺產(chǎn)品的靈魂，一個優(yōu)秀的中臺產(chǎn)品經(jīng)理更是不可或缺的存在，市場上現(xiàn)在可以看到中臺產(chǎn)品經(jīng)理的薪資也隨著產(chǎn)業(yè)互聯(lián)網(wǎng)水漲船高。

筆者了解到，北京某行業(yè)頭部公司，對有1-3年工作經(jīng)驗的中臺產(chǎn)品經(jīng)理的開的工資是20-30w/年。

那么，一個優(yōu)秀的產(chǎn)品經(jīng)理都需要有哪些能力呢？

接下來本篇文章將詳細講一下業(yè)務(wù)中臺產(chǎn)品經(jīng)理都需要哪些能力？

一、業(yè)務(wù)抽象

在業(yè)務(wù)抽象階段，通過業(yè)務(wù)調(diào)研和業(yè)務(wù)分析，設(shè)計業(yè)務(wù)藍圖和抽象業(yè)務(wù)元素，為下一階段的中心建模階段準(zhǔn)備頂層思想和業(yè)務(wù)素材。

這一階段，根據(jù)企業(yè)不同的實際情況，可輕可重。比如企業(yè)已經(jīng)做過咨詢調(diào)研和流程梳理工作了，那就可以在以往工作成果基礎(chǔ)上進行短期的業(yè)務(wù)理解和業(yè)務(wù)設(shè)計工作了。如果企業(yè)對以往的咨詢工作并不滿意或者上一次咨詢時間久遠，競爭環(huán)境發(fā)生了巨大的變化，這就需要做仔細完整的業(yè)務(wù)咨詢了。

二、高階設(shè)計

1. 中心規(guī)劃

經(jīng)過業(yè)務(wù)的調(diào)研和分析，技術(shù)架構(gòu)師理解并熟悉了業(yè)務(wù)?；谏想A段輸出的主題域，技術(shù)架構(gòu)師按照中心的多個劃分標(biāo)準(zhǔn)，進行中心的規(guī)劃。

2. 0 級架構(gòu)設(shè)計

業(yè)務(wù)中臺的0級架構(gòu)本質(zhì)上是應(yīng)用架構(gòu)，它以中心為最小單位進行設(shè)計，因此也稱為整體架構(gòu)設(shè)計。

0級架構(gòu)包括了功能層級的架構(gòu)和技術(shù)層級的架構(gòu)。

功能層級的架構(gòu)需要描述業(yè)務(wù)中臺在整個數(shù)字平臺中所處的位置，業(yè)務(wù)中臺由哪些中心組成，以及中心與應(yīng)用、中心與后臺的交互關(guān)系。功能層級的0級架構(gòu)承接了企業(yè)的應(yīng)用藍圖規(guī)劃，指導(dǎo)企業(yè)各IT系統(tǒng)的職責(zé)劃分和定位。

下圖所示為一個企業(yè)功能層級的0級架構(gòu)示意圖。

功能層級的0級架構(gòu)示意圖

從上圖中我們可以看到，企業(yè)整體功能架構(gòu)從下往上分為IaaS層、PaaS層、基礎(chǔ)組件層、數(shù)字中臺層（包括業(yè)務(wù)中臺和數(shù)據(jù)中臺）和業(yè)務(wù)應(yīng)用層。

每一層的具體功能如下：

• IaaS層：完成硬件資源的虛擬化管理，為用戶提供對資源的使用服務(wù)。
• PaaS層：為應(yīng)用軟件提供部署平臺和運行環(huán)境。
• 基礎(chǔ)組件層：介于業(yè)務(wù)服務(wù)和技術(shù)中間件之間，提供通用的業(yè)務(wù)功能和技術(shù)功能，并解耦業(yè)務(wù)應(yīng)用和技術(shù)中間件。
• 數(shù)字中臺層：分為業(yè)務(wù)中臺和數(shù)據(jù)中臺，實現(xiàn)企業(yè)業(yè)務(wù)活動的核心機制，并通過數(shù)據(jù)中臺對業(yè)務(wù)運營提供指導(dǎo)。
• 業(yè)務(wù)應(yīng)用層：通過調(diào)用和組合中臺能力，實現(xiàn)應(yīng)用邏輯。

技術(shù)層級的0級架構(gòu)需要說明各系統(tǒng)、各中心分別使用什么技術(shù)來實現(xiàn)，以及整個體系的技術(shù)分層，如下圖所示。

技術(shù)層級的0級架構(gòu)示意圖

技術(shù)架構(gòu)總體上分為展現(xiàn)層、服務(wù)層、接口系統(tǒng)、運營管理和運維支撐。

展現(xiàn)層與服務(wù)層相分離，展現(xiàn)層采用當(dāng)下主流的前端框架，分別對移動端、PC端進行支撐。通過合理的技術(shù)搭配人性化的設(shè)計滿足用戶感官體驗需要。

服務(wù)層的架構(gòu)采用分布式的微服務(wù)架構(gòu)，微服務(wù)架構(gòu)去中心化加強終端的特點，讓服務(wù)免去雪崩效應(yīng)等容災(zāi)上的風(fēng)險。同時，整體技術(shù)架構(gòu)具備易于擴展、組合、部署，可支持動態(tài)伸縮、精準(zhǔn)監(jiān)控，并且可以提供灰度發(fā)布等優(yōu)點。

服務(wù)層包含應(yīng)用服務(wù)、中臺服務(wù)、技術(shù)服務(wù)。

應(yīng)用服務(wù)與中臺服務(wù)都以微服務(wù)架構(gòu)實現(xiàn)。

技術(shù)服務(wù)又分為PaaS層和IaaS層：

• PaaS層通過各項基礎(chǔ)中間件的能力向上層輸送搜索引擎、分布式文件存儲、分布式數(shù)據(jù)庫、分布式緩存等能力；
• IaaS層向用戶提供基礎(chǔ)資源服務(wù)。

運營管理通過埋點技術(shù)、A/B測試技術(shù)、大數(shù)據(jù)技術(shù)來進行數(shù)據(jù)采集分析和業(yè)務(wù)試錯，并通過計算結(jié)果來指導(dǎo)業(yè)務(wù)工作。

運維支撐將從底層對所有服務(wù)做支撐，運維體系通過對基礎(chǔ)設(shè)施的監(jiān)控、服務(wù)升降級等措施來確保系統(tǒng)的容災(zāi)能力與穩(wěn)定性。

3. 中臺核心數(shù)據(jù)流規(guī)劃

為了簡化業(yè)務(wù)流程，根據(jù)前期的業(yè)務(wù)分析，結(jié)合0級架構(gòu)的設(shè)計，我們可規(guī)劃出企業(yè)的業(yè)務(wù)數(shù)據(jù)流（以房屋租賃行業(yè)為例，多業(yè)態(tài)），如下圖所示。

基于中臺的業(yè)務(wù)數(shù)據(jù)流

客戶中心承接前臺應(yīng)用租房、買房客戶的注冊信息；對于集團多業(yè)態(tài)的業(yè)務(wù)特點而言，經(jīng)紀(jì)人、物管人員、企業(yè)員工都是企業(yè)客戶，都應(yīng)該進行精細化管理?？蛻糁行臑榻y(tǒng)一認證提供賬號、密碼的驗證，為各應(yīng)用提供客戶的全局唯一標(biāo)識。

產(chǎn)品中心接收來自ERP的工程域樓盤信息、員工錄入或經(jīng)紀(jì)人提供的可租樓盤營銷信息，形成每一間房的完整且統(tǒng)一的檔案。為前臺各應(yīng)用提供全方位的樓盤信息，包括工程信息、營銷文案信息和房間信息。

交易中心接收來自WMS的庫存信息，完成購房訂單的生成、在線租房的交易等業(yè)務(wù)活動。訂單生成后，根據(jù)訂單中的商品向WMS發(fā)起發(fā)貨指令。

三、組件建模

1. 產(chǎn)品設(shè)計

產(chǎn)品設(shè)計是在業(yè)務(wù)頂層設(shè)計的指導(dǎo)下，逐層往下抽象的過程，主要是將業(yè)務(wù)調(diào)研的成果轉(zhuǎn)化為產(chǎn)品原型和需求規(guī)格說明書（主要由業(yè)務(wù)場景、業(yè)務(wù)流程構(gòu)成）。

如何做應(yīng)用的原型和畫出業(yè)務(wù)場景不是本節(jié)的重點，詳細內(nèi)容可參看相關(guān)專業(yè)書籍，這里需要強調(diào)兩點：

1. 中臺產(chǎn)品的詳細設(shè)計需要以面向中心為指導(dǎo)思想。不僅需要設(shè)計出應(yīng)用需要實現(xiàn)的功能，更重要的是要將需要中心支撐的功能明確標(biāo)識出來，歸到中心的待實現(xiàn)列表里。這樣技術(shù)工程師在領(lǐng)域建模階段才有具體和明確的輸入。
2. 建設(shè)中臺的核心目的不是為了共享，共享只是中臺的特性。中臺是為了完成業(yè)務(wù)的核心運行機制，為前臺提供業(yè)務(wù)能力基礎(chǔ)的系統(tǒng)。確立了這個原則后，產(chǎn)品經(jīng)理才能放開手腳，自主推動中心的建設(shè)。

2. 組件模型設(shè)計

組件模型設(shè)計承接0級架構(gòu)設(shè)計，是對中心內(nèi)容的展開。

通過對中心功能的分析和對中心業(yè)務(wù)實體的抽象，將具有較強依賴關(guān)系的業(yè)務(wù)實體聚合為一個組件，或者將具有相同主題的業(yè)務(wù)功能聚合為一個業(yè)務(wù)組件。最后，以結(jié)構(gòu)化的形式聚合這些組件，構(gòu)成中心。

如何判斷組件模型是否合理呢？

是否很好地支持業(yè)務(wù)流程、業(yè)務(wù)場景、復(fù)雜的業(yè)務(wù)規(guī)則是衡量組件模型優(yōu)劣的標(biāo)準(zhǔn)。我們可以通過窮舉邊界業(yè)務(wù)場景的方法，來反證組件模型設(shè)計是否合理。

最后需要強調(diào)一點，組件是可以獨立為微服務(wù)的，只要符合微服務(wù)的條件，就可以獨立。

但是，在實踐過程中，我們發(fā)現(xiàn)如果微服務(wù)承載的業(yè)務(wù)規(guī)模不大，獨立帶來的業(yè)務(wù)價值不高，反而會增加運維成本。

3. 1 級架構(gòu)設(shè)計

組件模型設(shè)計完成后，需要將模型轉(zhuǎn)化為應(yīng)用架構(gòu)。這里的應(yīng)用架構(gòu)是指中心內(nèi)部的應(yīng)用架構(gòu)，我們稱為1級架構(gòu)，1級架構(gòu)是以組件為最小單位設(shè)計的功能層級的架構(gòu)。

1級的功能架構(gòu)是必不可少的，它指導(dǎo)著我們的設(shè)計和開發(fā)；技術(shù)層級的1級架構(gòu)可視情況而定，如果技術(shù)內(nèi)容比較復(fù)雜則需要輸出。

下圖為1級的功能架構(gòu)圖：

4. 關(guān)鍵交互圖設(shè)計

前面已經(jīng)完成了0級和1級的架構(gòu)設(shè)計，有什么方法能證明設(shè)計是否可以滿足實際業(yè)務(wù)場景的需要嗎？

我們可以通過實現(xiàn)業(yè)務(wù)場景的動態(tài)交互圖，來反向論證設(shè)計的合理性。

如何判斷動態(tài)交互圖是否合理呢？

根據(jù)業(yè)務(wù)邏輯是否清晰、流程是否簡潔、客戶交互是否高效來判斷。

如果設(shè)計出的交互圖不合理，那就說明0級或1級架構(gòu)存在設(shè)計不合理的問題。另外，通過交互圖還可以較好地將設(shè)計思想傳遞給開發(fā)團隊。

四、開發(fā)交付

我們主張采用敏捷的方法進行開發(fā)交付，將最終目標(biāo)拆解為多個小目標(biāo)，逐個完成。同時，又將每個小目標(biāo)拆為多個子項目，每個小團隊各自負責(zé)一個子項目，所有團隊并行開發(fā)，協(xié)同向前推進。

一般來說，流程包括迭代規(guī)劃、需求反講開發(fā)、持續(xù)集成交付和回顧總結(jié)調(diào)整。

五、持續(xù)運營

項目上線后，只是產(chǎn)出業(yè)務(wù)價值的開始。

數(shù)字中臺需要在持續(xù)不斷的運營中，包括業(yè)務(wù)運營、內(nèi)容運營、技術(shù)運營和數(shù)據(jù)運營，不斷沉淀和發(fā)展。其中，能力會逐步增強和擴展，模型會逐步調(diào)整和完善。

作者：Eric·Z；微信：zwz970321（歡迎添加交流）

本文由 @Eric·Z 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載

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