本次文章的主題，就是前段時間，以及接下來的工作重點——平臺化改造。平臺型產(chǎn)品經(jīng)理也是產(chǎn)品經(jīng)理中的一個稀缺物種，就此機會我也來聊聊平臺產(chǎn)品經(jīng)理與一般產(chǎn)品經(jīng)理的同與異。

由于筆者從事電商行業(yè)，因此就以電商行業(yè)舉例說明。

一、平臺化是什么

從產(chǎn)品角度來看，電商業(yè)務(wù)的需求有兩個特點，業(yè)務(wù)需求多且繁雜；業(yè)務(wù)需求時效要求極高。這兩個特定是由電商的特點決定的。對于電商來說：

1、消費者流失門檻低。對于電商來說，消費者流失門檻極低，因此需要時刻緊盯消費者的一舉一動去討好他們，偏偏人又都是喜新厭舊的動物，因此需要經(jīng)常進行業(yè)務(wù)上的調(diào)整；

2、電商已是紅海，同時行業(yè)抄襲成風(fēng)，因此有新的業(yè)務(wù)機會需要盡快上馬，戰(zhàn)機稍縱即逝。

面對這兩個業(yè)務(wù)上的特點，容易導(dǎo)致的情況是，開發(fā)同學(xué)被業(yè)務(wù)同學(xué)推著走，一見面就是這又有XX個需求，都很急啊，先做上線再說吧。這會導(dǎo)致的問題是，在如此短的時間內(nèi)上線功能，難以進行系統(tǒng)性、全局的考慮，導(dǎo)致新的業(yè)務(wù)邏輯在原有系統(tǒng)邏輯上，像打補丁一樣一塊接一塊，最后系統(tǒng)不堪重負，從而使整體的效率及穩(wěn)定性降低。面對這樣的問題，一般大家都會采用系統(tǒng)重構(gòu)的方法來解決。

俗話說得好，船小好調(diào)頭，小的系統(tǒng)重構(gòu)起來很簡單，大的系統(tǒng)上跑的業(yè)務(wù)多，依賴多，業(yè)務(wù)邏輯復(fù)雜，重構(gòu)成本非常高，還是要盡量減少重構(gòu)系統(tǒng)的次數(shù)。在不得不重構(gòu)系統(tǒng)的情況下，怎么重構(gòu)系統(tǒng)，才能在開發(fā)效率要求越來越高的情況下，實現(xiàn)可持續(xù)發(fā)展，盡量減少系統(tǒng)重構(gòu)次數(shù)呢？這就涉及架構(gòu)設(shè)計的問題。一個合理的架構(gòu)，可以在提高開發(fā)效率的同時，使系統(tǒng)的可用性越來越高。

這就要有請我們本次文章的主角，平臺化出場了。

在我的理解，平臺化是一種底層功能的架構(gòu)方案，其實現(xiàn)的是將業(yè)務(wù)從業(yè)務(wù)耦合，多頭管理，剛性支撐到業(yè)務(wù)分治，歸口管理，柔性支撐的架構(gòu)轉(zhuǎn)變。

這么說可能不太好理解，讓我來解釋幾個概念：

1、業(yè)務(wù)耦合-業(yè)務(wù)分治

這里說的業(yè)務(wù)耦合，并不是指正常的業(yè)務(wù)耦合，而是是指過緊的，不健康的耦合。

與其對應(yīng)的概念是業(yè)務(wù)分治，指的是業(yè)務(wù)分別治理，依賴業(yè)務(wù)之間保持較松的，健康的耦合關(guān)系。在業(yè)務(wù)發(fā)展初期業(yè)務(wù)較少的情況下，新業(yè)務(wù)處于摸索階段或者業(yè)務(wù)邊界模糊不清的情況下很容易出現(xiàn)業(yè)務(wù)耦合的情況。后續(xù)隨著新業(yè)務(wù)、模糊業(yè)務(wù)中的雙方都越來越復(fù)雜之時，若沒有及時解耦，耦合就會越來越緊，系統(tǒng)維護成本原來越大，最終影響到兩方各自的發(fā)展。

平臺化，目標(biāo)之一實現(xiàn)的是從業(yè)務(wù)的不健康耦合到健康耦合的轉(zhuǎn)變，這就要求要劃清業(yè)務(wù)邊界，同時推動耦合雙方共同完成解耦。

2、多頭管理-歸口管理??

多頭管理是一個下級同時接受多個上級領(lǐng)導(dǎo)的現(xiàn)象，在實際業(yè)務(wù)場景中，表現(xiàn)為一塊業(yè)務(wù)，由多個團隊進行維護的現(xiàn)象。這種情況導(dǎo)致的弊端主要有三個：

1. 負責(zé)團隊多，互相踢皮球；
2. 不同團隊之間團隊墻導(dǎo)致的溝通成本過高；
3. 業(yè)務(wù)難以標(biāo)準化，業(yè)務(wù)方接入成本高。

無論如何，都是弊大于利。而歸口管理，則是按業(yè)務(wù)范疇進行分工管理，不同團隊，不同系統(tǒng)，不同模塊各司其職，業(yè)務(wù)邊界分明。平臺化，目標(biāo)之二是實現(xiàn)業(yè)務(wù)歸屬從多頭管理到歸口管理的轉(zhuǎn)變，這要求明確業(yè)務(wù)功能，明確團隊職責(zé)，確定接口團隊，統(tǒng)一維護業(yè)務(wù)。

3、剛性支撐-柔性支撐

先來說柔性支撐。柔性支撐是從柔性供應(yīng)鏈借鑒來的一個概念，是指外部的需求在需求小批量，多批次，時效要求高的情況下，以合理的成本水平迅速滿足業(yè)務(wù)方需求的能力，需求完成的越迅速，付出的成本越低，其具有的支撐柔性越好。柔性的基礎(chǔ)，是復(fù)用性，可拓展性，模塊式的設(shè)計方式。其對應(yīng)的是剛性支撐，即沒有考慮系統(tǒng)柔性的支撐。在業(yè)務(wù)初期，剛性支撐能快速滿足業(yè)務(wù)方的需求，但長此以往系統(tǒng)整體效率下降，開發(fā)的邊際成本越來越高，顯然無法適應(yīng)業(yè)務(wù)的快速發(fā)展。平臺化目標(biāo)之三，就是實現(xiàn)業(yè)務(wù)的柔性支撐，這就要求抽象出業(yè)務(wù)模型，從此前的以點為維度的支撐，換為以面為維度的支撐。

二、為什么要做平臺化

以上是我對平臺化的理解，接下來說下做了平臺化，我們能收獲什么？

在我看來，平臺化的效果主要有三點：

1、降本增效，提高效率。

電商作為輕資產(chǎn)行業(yè)，最重的資產(chǎn)其實是人才，而人才中，占比最大的往往是我們的技術(shù)同學(xué)們。在實行平臺化之后，由于實現(xiàn)了柔性支撐的關(guān)系，能極大解放技術(shù)同學(xué)，使其快速能完成業(yè)務(wù)需求，有更多精力投入到比如穩(wěn)定性，性能提高，技術(shù)改造，技術(shù)學(xué)習(xí)等其他重要事項中，這也提高了人效，從另一個方面降低了公司的成本。

2、快速支撐，響應(yīng)業(yè)務(wù)。

平臺化之后，由于能夠快速支撐業(yè)務(wù)方的日常需求，也使得我們能更快把握住戰(zhàn)機，同時在對外合作上，也更有談判的籌碼。

3、邊界清晰，管理規(guī)范。

平臺化會進行業(yè)務(wù)分治及歸口管理，這需要對現(xiàn)有的業(yè)務(wù)進行梳理，業(yè)務(wù)邊界會變得更加清晰。同時由于歸口管理，各個團隊對業(yè)務(wù)能進行更規(guī)范的管理，提高溝通效率，避免一件小事找了半天都沒有人敢拍板的情況。

三、平臺化誤區(qū)

對于平臺化，在推行的過程中由于概念較為抽象，不同業(yè)務(wù)線應(yīng)用場景差異較大，因此在理解有很多誤區(qū)，我也和大家溝通下我個人的一些看法：

1、平臺化一定要有旗下很多應(yīng)用，才可以做平臺化？

平臺化是一種架構(gòu)方式的叫法，而不是做大的通用平臺才叫平臺化。在我的理解，只要被多應(yīng)用場景，多業(yè)務(wù)方需求，高需求時效要求，不明確的業(yè)務(wù)邊界搞得系統(tǒng)快hold不住的業(yè)務(wù)，就可以考慮進行平臺化改造。

2、做個大的業(yè)務(wù)平臺，就完成了平臺化改造了？

做了大的業(yè)務(wù)平臺，實現(xiàn)了業(yè)務(wù)分治，我個人感覺，是平臺化的開始。業(yè)務(wù)分治，歸口管理以及柔性支撐，其實是平臺化由淺及深的三個階段。每個階段對生產(chǎn)效率都會有一定程度的提高，但全部實現(xiàn)之后，對生產(chǎn)效率的提升會達到一個全新的高度。路漫漫其修遠，大家仍需加油。

3、無論什么業(yè)務(wù)都適合進行平臺化？

并不是所有業(yè)務(wù)都適合進行平臺化，我們也不提倡為了平臺化而平臺化。有一些業(yè)務(wù)，面對的業(yè)務(wù)方較少，業(yè)務(wù)變化少，系統(tǒng)壓力小，此時是否需要做平臺化，就需要討論一下了。畢竟平臺化改造，需要投入的資源，時間較多，如果投入產(chǎn)出比較低，則不一定要做。

四、平臺化產(chǎn)品模型思考

這段時間，通過對于平臺化的思考，我總結(jié)了平臺化的通用產(chǎn)品模型，在此拋磚引玉，希望大家一起討論下：

這個模型主要分4層，分為業(yè)務(wù)層，功能層，接口層，應(yīng)用層。

1.業(yè)務(wù)層，是指業(yè)務(wù)分治后，劃分清晰的不同業(yè)務(wù)。

這一層主要對應(yīng)的是平臺化中的業(yè)務(wù)分治的要求，要求業(yè)務(wù)邊界劃分明確，專業(yè)的人干專業(yè)的事。

2.功能層，是指為實現(xiàn)該業(yè)務(wù)運轉(zhuǎn)需要的業(yè)務(wù)功能。

這一層主要對應(yīng)的是平臺化中的柔性支撐的要求。

我個人覺得業(yè)務(wù)功能可以由三種要素組合合成，分別為前端能力，后端能力以及業(yè)務(wù)規(guī)則組成，因此柔性支撐應(yīng)該在這三種要素中均進行體現(xiàn)。具體的做法，就是通過前端的模塊化，后端的流程可配置化以及業(yè)務(wù)規(guī)則的可配置化，來實現(xiàn)業(yè)務(wù)功能的柔性支撐。

3.接口層，是指對底層功能的封裝層。

這一層主要對應(yīng)的平臺化中的歸口管理的要求。通過接口層，由一個底層服務(wù)團隊對多個業(yè)務(wù)方統(tǒng)一提供服務(wù)，從而做到底層功能的歸口管理。

4.應(yīng)用層，是指業(yè)務(wù)方的應(yīng)用層面。

業(yè)務(wù)方只需要對應(yīng)接口層，即可實現(xiàn)想要的功能，對他們來說，底部的功能實現(xiàn)都是黑箱的，他們是需要用類似SDK的形式來與接口層進行交互即可。

以上是我對于平臺化的理解。綜上，平臺化架構(gòu)是一個在面對需求小批量、多批次、時效要求高的業(yè)務(wù)場景下的好選擇，對于生產(chǎn)效率的提高是有極大好處的。

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