中小企業(yè)的業(yè)務(wù)中臺(tái)構(gòu)想、規(guī)劃與設(shè)計(jì)
本文從四個(gè)方面給大家總結(jié)了中小企業(yè)的業(yè)務(wù)中臺(tái)構(gòu)想、規(guī)劃與設(shè)計(jì),希望文章內(nèi)容能夠給大家?guī)?lái)幫助,enjoy~
目前行業(yè)關(guān)于中臺(tái)建設(shè)的文章隨著熱度已經(jīng)非常多了,尤其是阿里、Thoughtworks、云徒等都拿出自己的理論體系和實(shí)踐方法。這些理論給行業(yè)帶了明燈,使得中臺(tái)建設(shè)有一個(gè)清晰方法論。
筆者總結(jié)目前這些方法論,主要集中在大企業(yè)的實(shí)踐,很多也是基于EA架構(gòu)建設(shè)方法論的進(jìn)一步延展和創(chuàng)新。比如王健老師的D4模型,融入設(shè)計(jì)思維,融入DDD領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)。
D4模型將中臺(tái)規(guī)劃方法論分為4個(gè)步驟:
- 企業(yè)戰(zhàn)略分析和調(diào)研(Discovery);
- 企業(yè)數(shù)字化全景規(guī)劃(Define);
- 中臺(tái)的規(guī)劃與設(shè)計(jì)(Design);
- 中臺(tái)的建設(shè)與接入(Delivery)。
圖? 王建老師的4D模型
筆者所處的企業(yè)是一家從0-1的中小型互聯(lián)網(wǎng)汽車企業(yè)。對(duì)于中小企業(yè),尤其0-1的企業(yè),并不適合完整的進(jìn)行企業(yè)戰(zhàn)略分解、自上而下調(diào)研和分析、然后進(jìn)行企業(yè)架構(gòu)設(shè)計(jì)、然后再進(jìn)行詳細(xì)的規(guī)劃和計(jì)劃。 因?yàn)橹行∑髽I(yè)面臨市場(chǎng)變化很快,資源有限,必須快速調(diào)整戰(zhàn)略和業(yè)務(wù),如果經(jīng)過(guò)復(fù)雜而又冗長(zhǎng)的系列至上而下的討論和規(guī)劃,得出來(lái)后的方案,已經(jīng)不適應(yīng)新的市場(chǎng)了。
經(jīng)過(guò)筆者實(shí)踐總結(jié),有以下幾步:
第一步:模式識(shí)別
首先,作為企業(yè)的負(fù)責(zé)人需要清晰認(rèn)識(shí)自己商業(yè)模式,清楚自己的用戶,不能一上來(lái)想到的就是如何數(shù)字化轉(zhuǎn)型、如何構(gòu)筑中臺(tái)。
中臺(tái)適用的場(chǎng)景是什么?
根據(jù)王健老師的定義企業(yè)級(jí)能力復(fù)用平臺(tái),也就是說(shuō)企業(yè)的模式是前提。最近筆者也接到很多大型裝備制造業(yè)數(shù)字化轉(zhuǎn)型以及建設(shè)中臺(tái)的咨詢,但筆者認(rèn)為對(duì)于大型裝備制造業(yè)的數(shù)字化轉(zhuǎn)型應(yīng)該有自己的側(cè)重點(diǎn),比如智能制造,而不一定非要加上一個(gè)中臺(tái)的概念。中臺(tái)本身來(lái)自阿里的電商,面向的是激烈競(jìng)爭(zhēng)下的流量時(shí)代,所以“以用戶為中心”的企業(yè)更加適合。
第二步:?jiǎn)栴}診斷
筆者實(shí)踐中認(rèn)為,從問(wèn)題出發(fā),快速解決業(yè)務(wù)問(wèn)題,然后再逐步連接起來(lái)和歸納出來(lái),更適合小企業(yè)的中臺(tái)建設(shè)。
首先,可以通過(guò)魚骨圖等問(wèn)題分析工具,分析目前存在的業(yè)務(wù)難點(diǎn);
圖? 問(wèn)題診斷示例
比如圖中筆者的團(tuán)隊(duì)在建設(shè)中就發(fā)現(xiàn),前端有各種結(jié)算和支付場(chǎng)景,在自有APP、電商 、線下體驗(yàn)店系統(tǒng)及第三方電商渠道,都有自己的結(jié)算和支付需求。
由于各系統(tǒng)都對(duì)應(yīng)開(kāi)發(fā)了結(jié)算和支付功能:
- 各系統(tǒng)重復(fù)開(kāi)發(fā),尤其是結(jié)算邏輯復(fù)雜情況下,開(kāi)發(fā)成本就會(huì)增加;
- 一旦計(jì)算的邏輯和支付功能修改,就需要同步給各系統(tǒng),并逐個(gè)驗(yàn)證;
- 業(yè)務(wù)方由于不同系統(tǒng)都要操作一遍,造成他們非常的抱怨,且很容易由于人工配置的疏忽導(dǎo)致結(jié)算結(jié)果不一致的情況。
這就是一個(gè)很典型的業(yè)務(wù)問(wèn)題,基于這樣一個(gè)業(yè)務(wù)問(wèn)題,我們規(guī)劃了結(jié)算和支付中心,為前端各場(chǎng)景系統(tǒng)提供API。這樣各系統(tǒng)結(jié)算和支付時(shí),通過(guò)調(diào)用結(jié)算和支付中心,將總價(jià)、折扣、積分、支付渠道等輸入給結(jié)算和支付中心,結(jié)算和支付中心完成結(jié)算和支付并返回結(jié)果。這樣則只需要維護(hù)一個(gè)結(jié)算和支付中心即可,不僅開(kāi)發(fā)量大大減少,同時(shí)業(yè)務(wù)也僅需要在一個(gè)地方配置結(jié)算和支付邏輯,且能夠保證一致性。
根據(jù)不同業(yè)務(wù)問(wèn)題,逐步完善中臺(tái)建設(shè);如果一開(kāi)始就有一個(gè)宏大規(guī)劃,不僅僅難以落地,而且由于見(jiàn)效慢,很難得到業(yè)務(wù)和領(lǐng)導(dǎo)的支持。
圖? 系統(tǒng)架構(gòu)對(duì)比
第三步:組織建設(shè)
那有了中臺(tái)的建設(shè)目標(biāo),要不要建立一個(gè)中臺(tái)組織呢。很多企業(yè)一開(kāi)始就規(guī)劃了一個(gè)業(yè)務(wù)中臺(tái),然后成立了對(duì)應(yīng)的中臺(tái)組織,用于完成中臺(tái)產(chǎn)品的設(shè)計(jì)、開(kāi)發(fā)和運(yùn)維。中臺(tái)團(tuán)隊(duì)很容易就陷入一個(gè)備胎定位, 前臺(tái)系統(tǒng)有什么臟活累活都會(huì)成為中臺(tái)的鍋,成了一個(gè)備用資源中心。但是我前面提到,對(duì)于小企業(yè)或者創(chuàng)業(yè)型企業(yè)來(lái)說(shuō),資源是有限的。所以筆者認(rèn)為,以服務(wù)中心為基礎(chǔ),形成跨組織的項(xiàng)目團(tuán)隊(duì),才是更好的方式。
原因有二:
- 一是,由于中臺(tái)團(tuán)隊(duì)解決的是實(shí)際問(wèn)題,所以能夠得到業(yè)務(wù)和前端團(tuán)隊(duì)的有力支持;
- 二是,隨著對(duì)應(yīng)服務(wù)中心建設(shè),能力會(huì)沉淀到相應(yīng)的人員,這些人員也就成為服務(wù)中心OWNER,隨著服務(wù)中心的逐步建設(shè),中臺(tái)組織就慢慢自我形成和連接。
圖? ?中臺(tái)組織建設(shè)
第四步:服務(wù)梳理
一旦我們明確目標(biāo),以及有對(duì)應(yīng)團(tuán)隊(duì),就可以進(jìn)入業(yè)務(wù)中心梳理,很多中臺(tái)負(fù)責(zé)人遇到第一個(gè)問(wèn)題就是:什么樣的原則來(lái)劃分服務(wù)中心? 這里基于筆者的實(shí)踐,我給出三條建議:
統(tǒng)一標(biāo)準(zhǔn):這里說(shuō)的統(tǒng)一標(biāo)準(zhǔn),包括三個(gè)層面:
- 第一是業(yè)務(wù)標(biāo)準(zhǔn),即通常我們說(shuō)的業(yè)務(wù)流程的標(biāo)準(zhǔn)化,這需要抽象業(yè)務(wù)的時(shí)候進(jìn)行分析,并對(duì)部分業(yè)務(wù)進(jìn)行標(biāo)準(zhǔn)化處理,比如:整車的訂單和備件訂單,他們的物流狀態(tài)本身是不同,這個(gè)時(shí)候就需要做一些標(biāo)準(zhǔn)化。
- 第二是技術(shù)標(biāo)準(zhǔn),即不同的服務(wù)中心不管建設(shè)方是誰(shuí),必須是一套技術(shù)框架來(lái)進(jìn)行,同時(shí)接口也必須統(tǒng)一;
- 第三是數(shù)據(jù)標(biāo)準(zhǔn):包括元數(shù)據(jù)、維度等等。這三個(gè)標(biāo)準(zhǔn)越往后,難度越大,這也是為什么要基于業(yè)務(wù)問(wèn)題出發(fā),這樣能夠減少統(tǒng)一這三個(gè)標(biāo)準(zhǔn)的難度。
基于以上三個(gè)原則能夠滿足,則可以進(jìn)一步通過(guò)MVP來(lái)驗(yàn)證。
MVP(最小化可行產(chǎn)品):創(chuàng)業(yè)團(tuán)隊(duì)永遠(yuǎn)是基于MVP出發(fā)的,所以中臺(tái)建設(shè)也不例外。盡管我們的中臺(tái)建設(shè)是基于業(yè)務(wù)問(wèn)題的,但程序猿都很容易陷入到追求全面和完美。 中臺(tái)關(guān)鍵是復(fù)用兩個(gè)字,但是哪些能夠復(fù)用呢,這需要基于業(yè)務(wù)問(wèn)題出發(fā)去抽象。
整車訂單和備件訂單例子,如果要強(qiáng)硬去整合就會(huì)存在很多問(wèn)題,因?yàn)檎囉唵蔚南掠喠鞒毯蛡浼唵尾町惡艽?,所以抽象成一個(gè)完整的訂單中心把訂單的下訂、選配、拆單、物流、狀態(tài)等以及正、逆向流程抽象化是非常困難。但是我們可以基于MVP,想把訂單狀態(tài)標(biāo)準(zhǔn)化,作為訂單狀態(tài)中臺(tái),可以讓其他系統(tǒng)訂閱這個(gè)服務(wù),從而解決訂單狀態(tài)統(tǒng)一維護(hù)問(wèn)題。
價(jià)值優(yōu)先:很多中臺(tái)建設(shè)花費(fèi)很多精力和成本,最終的卻沒(méi)有產(chǎn)生有價(jià)值的成果,甚至反而成為拖累。所以,建設(shè)中臺(tái)必須要考慮結(jié)果?;跇I(yè)務(wù)問(wèn)題出發(fā),梳理出來(lái)的中臺(tái)建設(shè)方案,能不能解決業(yè)務(wù)問(wèn)題。這里的結(jié)果,筆者強(qiáng)調(diào)必須是能夠量化的,這個(gè)量化目標(biāo)維度,既可以是業(yè)務(wù)維度,也可以是技術(shù)維度。以下就是筆者在進(jìn)行支付中心建設(shè)時(shí)的目標(biāo):
圖? ?目標(biāo)看板
總結(jié)
(1)一般行業(yè)內(nèi)的做法是在EA框架的基礎(chǔ)上進(jìn)一步優(yōu)化和創(chuàng)新。
(2)中小企業(yè)應(yīng)該通過(guò)模式識(shí)別、問(wèn)題診斷、組織建設(shè)、服務(wù)梳理4步完成業(yè)務(wù)中臺(tái)構(gòu)想、規(guī)劃與設(shè)計(jì)。
作者:?大橙子;深耕汽車行業(yè)信息化、數(shù)字化10多年
本文由 @大橙子 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)作者許可,禁止轉(zhuǎn)載。
題圖來(lái)自Unsplash,基于CC0協(xié)議。
一點(diǎn)愚見(jiàn),就是感覺(jué)理想很豐滿現(xiàn)實(shí)很骨感啊~
1、中小企業(yè)是否有能力實(shí)現(xiàn)信息化基礎(chǔ)建設(shè)?2、如果有能力,誰(shuí)來(lái)爭(zhēng)取中臺(tái)建設(shè)的資源(中小企業(yè)可都是業(yè)務(wù)為導(dǎo)向的,沒(méi)人管你的底層服務(wù))3、你說(shuō)的可能只適用近兩年剛著手信息化建設(shè)的企業(yè),成立時(shí)間很久的企業(yè),他們的信息化平臺(tái)早已經(jīng)固化,不太容易實(shí)現(xiàn)中臺(tái)改造,也滿足不了統(tǒng)一技術(shù)框架(自研采購(gòu)混合)4、個(gè)人認(rèn)為中小企業(yè)搞中臺(tái)還有點(diǎn)理想化,中臺(tái)就好像一個(gè)共享社區(qū),但業(yè)務(wù)部門基本都是各自為戰(zhàn)的狀態(tài),沒(méi)人愿意牽頭去維護(hù)這個(gè)社區(qū)(建設(shè)重要,維護(hù)也重要?。?、同意你說(shuō)的跨組織項(xiàng)目化是一種較好的解決方案,但是項(xiàng)目管理成本考慮了嗎(人力,財(cái)務(wù),組織架構(gòu)、管理模式調(diào)整)??傊杏X(jué)中臺(tái)對(duì)中小企業(yè)很雞肋,食之無(wú)味棄之可惜~
1、第一個(gè)就是不要把業(yè)務(wù)和中臺(tái)割裂來(lái)做;2、應(yīng)市場(chǎng)變化中小企業(yè)是必須面對(duì)的,重構(gòu)成本相對(duì)會(huì)低;3、一開(kāi)始不要想得太大,關(guān)鍵是能不能用中臺(tái)思路去解決問(wèn)題,至于項(xiàng)目經(jīng)理的資源可以選擇業(yè)務(wù)的owner,或者產(chǎn)品負(fù)責(zé);4、個(gè)人認(rèn)為做不好都是雞肋,能解決業(yè)務(wù)問(wèn)題,就不會(huì)是雞肋。