中臺(tái)詳解(上)——什么是中臺(tái)

28 評(píng)論 93805 瀏覽 463 收藏 33 分鐘

編輯導(dǎo)語(yǔ):中臺(tái)這一概念,這兩年在國(guó)內(nèi)大熱,不少企業(yè)接連開(kāi)始組織架構(gòu)的調(diào)整,意圖建設(shè)中臺(tái);中臺(tái)到底是什么?哪類企業(yè)可以搭建中臺(tái)?本文作者對(duì)中臺(tái)進(jìn)行了非常詳細(xì)的分析,我們一起來(lái)看一下。

《中臺(tái)詳解系列》共分上下兩篇,本文為上篇,總計(jì)約8100字,因?yàn)槲闹猩婕爸R(shí)體系較為廣泛,建議預(yù)留20—25分鐘進(jìn)行閱讀。

目前市場(chǎng)僅對(duì)“中臺(tái)”和“平臺(tái)”間的繼承和發(fā)展關(guān)系有一定共識(shí),“中臺(tái)”的定義及建設(shè)規(guī)范尚未有明確定論;本系列文章旨在基于“以終為始”的思維模式,及“軟件對(duì)現(xiàn)實(shí)世界建?!钡幕A(chǔ)條件,梳理傳統(tǒng)軟件“平臺(tái)”所面臨的問(wèn)題;并以此為起點(diǎn),結(jié)合經(jīng)濟(jì)學(xué)中專業(yè)化分工協(xié)作理論,為“中臺(tái)”進(jìn)行職能定義,再通過(guò)“中臺(tái)”的職能定義給出“中臺(tái)”建設(shè)的建議方案。

18年初,我初次接觸到“中臺(tái)”概念的時(shí)候,也不免心馳神往了一番,畢竟即使在概念漫天飛的國(guó)內(nèi)IT圈,“中臺(tái)”也算是天空中最亮的那顆星;現(xiàn)在臨近2020年末,近3年的時(shí)間如白駒過(guò)隙,期間我有幸參與了多個(gè)“中臺(tái)”項(xiàng)目,其中吉利汽車全球營(yíng)銷業(yè)務(wù)“中臺(tái)”項(xiàng)目在整個(gè)阿里云“中臺(tái)”戰(zhàn)略中也算是比較成功的案例。

然而遺憾的是,“中臺(tái)”也未能逃脫國(guó)內(nèi)IT圈大熱概念“站得越高,摔得越疼”的魔咒,年初茅臺(tái)拆除“中臺(tái)”的消息像一把利劍,戳破了“中臺(tái)”的泡沫;一時(shí)間各種“馬后炮”震耳欲聾,這也算對(duì)得起“中臺(tái)”一直以來(lái)的熱度,只是其中內(nèi)容漏洞百出,讓人啼笑皆非。

有“顧名思義”說(shuō)“中臺(tái)”是夾在前臺(tái)和后臺(tái)之間,起到承上啟下作用的:

有引用美國(guó)經(jīng)濟(jì)學(xué)出版圖書《平臺(tái)戰(zhàn)略》來(lái)解釋“中臺(tái)”的:

節(jié)選自科技自媒體“技術(shù)領(lǐng)導(dǎo)力”推文

節(jié)選自科技自媒體“技術(shù)領(lǐng)導(dǎo)力”推文

而作為一個(gè)過(guò)來(lái)人,我覺(jué)得有必要聊一聊自己的心得,以使得大家可以對(duì)“中臺(tái)”有更加客觀的理解。

老規(guī)矩,咱們還是按照“是什么”、“有什么價(jià)值”、“怎么做”的順序來(lái)聊。

一、什么是“中臺(tái)”?為什么要搞“中臺(tái)”?

有人說(shuō):現(xiàn)在大家爭(zhēng)論“中臺(tái)”樣子,跟當(dāng)年?duì)幷摗霸啤币荒R粯?;顯然什么是“中臺(tái)”,市面上還沒(méi)有一個(gè)統(tǒng)一的說(shuō)法,所以這里我自己給“中臺(tái)”下了一個(gè)定義:

“中臺(tái)”是對(duì)傳統(tǒng)“軟件平臺(tái)”的升級(jí)和加強(qiáng),通過(guò)在企業(yè)層面引入新的專業(yè)化職能分工、數(shù)據(jù)唯一性建模等規(guī)則;在解決軟件行業(yè)“重復(fù)造輪子”問(wèn)題的基礎(chǔ)上,進(jìn)一步解決了傳統(tǒng)“軟件平臺(tái)”未能解決的“軟件平臺(tái)間職能邊界劃分問(wèn)題”及“數(shù)據(jù)孤島問(wèn)題”。

這里有幾個(gè)關(guān)鍵詞——“企業(yè)層面”、“軟件平臺(tái)”、“專業(yè)化職能分工”、“數(shù)據(jù)唯一性建?!薄?/p>

“中臺(tái)”是對(duì)“軟件平臺(tái)”的自然演進(jìn)這一觀點(diǎn),可以說(shuō)在IT業(yè)界已經(jīng)得到了初步的共識(shí),阿里云的架構(gòu)師也通過(guò)科技自媒體透露過(guò)阿里云對(duì)于這一問(wèn)題的認(rèn)知。

那“軟件平臺(tái)”到底是怎么演進(jìn)成“中臺(tái)”的呢?“軟件平臺(tái)”又到底為什么要演進(jìn)成“中臺(tái)”呢?相關(guān)工作又為什么要在企業(yè)層面完成?“專業(yè)化職能分工”、“數(shù)據(jù)唯一性建?!庇质鞘裁垂??

鑒于所有的軟件及其背后的理論、原理、概念、技術(shù)都是為了解決業(yè)務(wù)問(wèn)題而產(chǎn)生的,就讓我?guī)е蠹乙贿吺崂怼爸信_(tái)”產(chǎn)生的業(yè)務(wù)背景,一邊揭開(kāi)“中臺(tái)”的面紗。

圖片來(lái)自于阿里云業(yè)務(wù)中臺(tái)&云原生架構(gòu)師“宇升”在自媒體上發(fā)表的《我們阿里內(nèi)部是怎么做業(yè)務(wù)中臺(tái)的?》一文。

1. 信息化帶來(lái)甜蜜的煩惱

信息技術(shù)的發(fā)展對(duì)人類的影響是空前的,但對(duì)于效率的極致追求,使得人類在信息技術(shù)大規(guī)模應(yīng)用后,又發(fā)掘出了一系列新的待解決問(wèn)題;比如大家一致認(rèn)為“中臺(tái)”核心要解決的問(wèn)題——重復(fù)造輪子。

軟件研發(fā)重復(fù)造輪子的問(wèn)題:

為了應(yīng)對(duì)市場(chǎng)發(fā)展及用戶成長(zhǎng)對(duì)業(yè)務(wù)增長(zhǎng)帶來(lái)的負(fù)面沖擊,企業(yè)會(huì)拓展新業(yè)務(wù),或?qū)⒁呀?jīng)較為成熟的業(yè)務(wù)線拆分為若干條子業(yè)務(wù)線、若干子環(huán)節(jié)以開(kāi)展精細(xì)化運(yùn)營(yíng)。

這些業(yè)務(wù)線、業(yè)務(wù)環(huán)節(jié)中,會(huì)有很多相似的業(yè)務(wù)內(nèi)容,比如可能都需要廣告投放、商品展示、用戶激勵(lì)、訂單交易、支付收款等;不過(guò)不同業(yè)務(wù)線中相似業(yè)務(wù)的發(fā)生時(shí)間和細(xì)節(jié)要求并不一致。

以往為了追求效率,很多企業(yè)是通過(guò)不斷為不同業(yè)務(wù)線中的相似業(yè)務(wù)定制開(kāi)發(fā)相似的功能來(lái)解決這個(gè)問(wèn)題的——這就產(chǎn)生了重復(fù)勞動(dòng),會(huì)造成研發(fā)資源的極大浪費(fèi)。

更要命的是,重復(fù)造輪子還會(huì)造成“次生災(zāi)害”——運(yùn)維成本的爆炸性增長(zhǎng)。

重復(fù)造輪子造成高運(yùn)維成本的問(wèn)題:

一方面,針對(duì)不同業(yè)務(wù)線中的相似業(yè)務(wù)定制開(kāi)發(fā)相似的功能,會(huì)導(dǎo)致相似功能的模型及代碼有很多份,技術(shù)框架不一致,就像汽車的零件型號(hào)一樣,從數(shù)量上增加了運(yùn)維難度;另一方面,在實(shí)際運(yùn)維工作過(guò)程中,軟件中相似功能過(guò)多也很容易讓運(yùn)維人員記錯(cuò),導(dǎo)致二次事故。

2. 求助現(xiàn)實(shí),見(jiàn)招拆招

幸運(yùn)的是,因?yàn)檐浖谋举|(zhì)是“對(duì)現(xiàn)實(shí)世界建?!?,所以在軟件建設(shè)和應(yīng)用過(guò)程中,遇到的很多問(wèn)題都可以在現(xiàn)實(shí)世界中找到類似情況及解決方案。

為了應(yīng)對(duì)“重復(fù)造輪”的問(wèn)題,軟件開(kāi)發(fā)領(lǐng)域很早就引入了“平臺(tái)化”模式。

平臺(tái)化:

“平臺(tái)化”概念最早出現(xiàn)在工業(yè)制造領(lǐng)域,更廣為大眾所熟知的則是汽車生產(chǎn)平臺(tái)。

汽車上零件眾多,開(kāi)發(fā)一個(gè)車型涉及技術(shù)集成、零部件設(shè)計(jì)、試驗(yàn)驗(yàn)證等繁雜環(huán)節(jié),出了名的耗資大、周期長(zhǎng)、風(fēng)險(xiǎn)高;而絕大多數(shù)消費(fèi)者,在拿到車之后,并不關(guān)心車的底盤是怎么設(shè)計(jì)的,發(fā)動(dòng)機(jī)是橫置的還是豎置的;他們可能更關(guān)心車是什么顏色的,座椅是不是真皮的,保險(xiǎn)杠上的大燈好不好看。

于是乎,絕大多數(shù)汽車企業(yè)會(huì)使用相似底盤和下車體的公共架構(gòu),在這個(gè)平臺(tái)結(jié)構(gòu)上生產(chǎn)出外形功能都不盡相同的產(chǎn)品。這就是汽車的平臺(tái)化/模塊化戰(zhàn)略。

汽車的平臺(tái)化

軟件的“平臺(tái)化”也是類似,將可復(fù)用部分抽象成模塊組件,再基于這些模塊組件進(jìn)行業(yè)務(wù)化串聯(lián)、增量包裝,就可以適應(yīng)不斷變化的業(yè)務(wù)需求。

不過(guò)需要說(shuō)明的是,“平臺(tái)”本身是個(gè)多義詞,《平臺(tái)革命》中的“平臺(tái)”說(shuō)好聽(tīng)點(diǎn)叫做掌握市場(chǎng)入口,說(shuō)難聽(tīng)點(diǎn)就是中介,跟這里說(shuō)的“平臺(tái)”一點(diǎn)關(guān)系都沒(méi)有,只怪古早時(shí)期的譯制工作太粗糙。

平臺(tái)是個(gè)多義詞

然而對(duì)于效率的極致追求,又使得人們很快發(fā)現(xiàn),就像電影、唱片、磁帶等文化產(chǎn)品與一般的商品在生產(chǎn)、流轉(zhuǎn)和使用過(guò)程中有著很大的差別一樣,完全照搬工業(yè)制造領(lǐng)域的“平臺(tái)化”理論好像也有問(wèn)題。

軟件“平臺(tái)”間的職能邊界問(wèn)題:

“平臺(tái)”的本質(zhì)是模塊組件,模塊組件多數(shù)情況下是必須與其他模塊組件進(jìn)行業(yè)務(wù)化串聯(lián),甚至還需要進(jìn)行增量的個(gè)性化定制包裝,才能夠真正解決業(yè)務(wù)問(wèn)題的。

這就帶來(lái)了“平臺(tái)”間如何協(xié)作的問(wèn)題,即“軟件平臺(tái)”間的職能邊界是什么?

如不解決這個(gè)問(wèn)題就很容易出現(xiàn)以下兩種情況:

  • 各協(xié)作的模塊組件都不集成某一可復(fù)用能力——出現(xiàn)這種情況,就解決不了“重復(fù)造輪子”的問(wèn)題。
  • 各協(xié)作的模塊組件同時(shí)集成了某一可復(fù)用能力——出現(xiàn)這種情況,則會(huì)導(dǎo)致“軟件平臺(tái)”間面臨類似企業(yè)組織分工常常面對(duì)的多頭管理的情況:職能上,你也能干,我也能干;解決問(wèn)題時(shí),你不想干,我也不相干,最終結(jié)果就是兩個(gè)模塊組件都難以使用、難以迭代;這一點(diǎn),做過(guò)大型軟件1-n迭代的朋友應(yīng)該都深有感觸。

在模塊組件間協(xié)作時(shí),實(shí)物產(chǎn)品先天有空間限制條件作為基準(zhǔn),比如汽車前車燈和車尾燈,就可以根據(jù)空間位置不同而解決不同的問(wèn)題;而軟件產(chǎn)品的各“平臺(tái)”間就和企業(yè)的組織機(jī)構(gòu)一樣缺乏這種天然的協(xié)作標(biāo)準(zhǔn)。

數(shù)據(jù)孤島問(wèn)題:

“數(shù)據(jù)孤島”這個(gè)詞看起來(lái)唬人,實(shí)際上它只不過(guò)是以下3種原因造成業(yè)務(wù)數(shù)據(jù)難以統(tǒng)一分析、管理情況:

  • 針對(duì)不同業(yè)務(wù)線中的相似業(yè)務(wù)定制開(kāi)發(fā)相似的功能,使得不同業(yè)務(wù)線的相似功能的數(shù)據(jù)天然隔離。
  • 在針對(duì)不同業(yè)務(wù)線中的相似業(yè)務(wù)定制開(kāi)發(fā)相似的功能過(guò)程中,沒(méi)有對(duì)數(shù)據(jù)模型做出統(tǒng)一標(biāo)準(zhǔn)要求,上線后的產(chǎn)生的業(yè)務(wù)數(shù)據(jù)字段的命名/排序/格式/注釋等不一致。
  • 在同一業(yè)務(wù)線不同功能的開(kāi)發(fā)過(guò)程中,未對(duì)不同業(yè)務(wù)之間的關(guān)系進(jìn)行建模,上線后的產(chǎn)生的業(yè)務(wù)之間的關(guān)系數(shù)據(jù)沒(méi)有保存下來(lái),以至于難以判斷同一業(yè)務(wù)線不同業(yè)務(wù)之間的關(guān)聯(lián)性。

而原有的“平臺(tái)化”理論起源于工業(yè)制造領(lǐng)域,顯然沒(méi)有專門考慮過(guò)數(shù)據(jù)治理的問(wèn)題。

雖然很多開(kāi)發(fā)者在構(gòu)建“軟件平臺(tái)”時(shí),也會(huì)關(guān)注數(shù)據(jù)治理,使得軟件的“平臺(tái)化”可以在一定程度上緩解“數(shù)據(jù)孤島”;但因?yàn)椤败浖脚_(tái)”本身還面臨著職能邊界的問(wèn)題,即不同“軟件平臺(tái)”可能集成同一可復(fù)用能力,所以其無(wú)法從根本上解決問(wèn)題。

為此,市場(chǎng)上長(zhǎng)時(shí)間流行著一套“臨時(shí)解決方案”——外接“數(shù)倉(cāng)”,具體步驟是:

  • 先進(jìn)行業(yè)務(wù)分析;
  • 再梳理原有各系統(tǒng)的數(shù)據(jù)結(jié)構(gòu);
  • 然后在新的“數(shù)據(jù)倉(cāng)庫(kù)”中重新建模;
  • 接下來(lái)將原有各系統(tǒng)中的數(shù)據(jù)字段與新的“數(shù)據(jù)倉(cāng)庫(kù)”中數(shù)據(jù)字段建立映射關(guān)系;
  • 然后再執(zhí)行腳本提取歷史數(shù)據(jù);
  • 最后啟動(dòng)定時(shí)器定時(shí)提取原有各系統(tǒng)中增量數(shù)據(jù)。

看這個(gè)過(guò)程就知道,這一通操作下來(lái)的成本肯定是低不的,實(shí)際上這么浩大的工程確實(shí)也只有那些銀行或大型上市公司才能負(fù)擔(dān)的起。

另外這個(gè)解決方案還有著一堆的毛病,比如說(shuō),這個(gè)新的“數(shù)據(jù)倉(cāng)庫(kù)”不直接支持業(yè)務(wù),里面的建模合理嗎?原有各系統(tǒng)都不知道哪一年、那個(gè)團(tuán)隊(duì)、根據(jù)什么樣的業(yè)務(wù)規(guī)則、用哪種語(yǔ)言和技術(shù)框架做的,還能梳理清楚嗎?數(shù)據(jù)遷移時(shí)的數(shù)據(jù)映射關(guān)系寫錯(cuò)了是不是一定要等錯(cuò)誤的數(shù)據(jù)阻塞業(yè)務(wù)了才能夠發(fā)現(xiàn)?定時(shí)取增量數(shù)據(jù)的時(shí)效性如何保障?取數(shù)時(shí)如何保障數(shù)據(jù)不會(huì)丟失?未來(lái)的新系統(tǒng)咋辦?

3. “中臺(tái)”崛起

這個(gè)世界上的概念從來(lái)都不是沒(méi)來(lái)由的,就像前人們會(huì)引入“平臺(tái)”理論來(lái)解決“重復(fù)造輪子”的問(wèn)題一樣,背負(fù)著解決“軟件平臺(tái)間職能邊界劃分問(wèn)題”、“數(shù)據(jù)孤島問(wèn)題”的使命,中臺(tái)誕生了。

在解決“軟件平臺(tái)間職能邊界劃分問(wèn)題”上,“軟件平臺(tái)”間缺乏先天條件作為協(xié)作基準(zhǔn);但萬(wàn)幸的是我們還可以求助現(xiàn)實(shí)世界,這里推薦的是“微觀經(jīng)濟(jì)學(xué)”領(lǐng)域中的“協(xié)作理論”,它是經(jīng)過(guò)了高度總結(jié)的,在各個(gè)領(lǐng)域中都有著豐富且成功的應(yīng)用案例。

協(xié)作:

定義:個(gè)體組合在一起協(xié)力完成工作,協(xié)作分為簡(jiǎn)單協(xié)作和復(fù)雜協(xié)作;簡(jiǎn)單協(xié)作是沒(méi)有專業(yè)分工的協(xié)作,復(fù)雜協(xié)作則是建立在專業(yè)分工基礎(chǔ)上的。(摘自現(xiàn)代經(jīng)濟(jì)詞典)

從定義中我們可以看出,傳統(tǒng)情況下“軟件平臺(tái)”間的協(xié)作即是“簡(jiǎn)單協(xié)作”,而“中臺(tái)”則需要采用“復(fù)雜協(xié)作”,即專業(yè)化分工協(xié)作,來(lái)解決“軟件平臺(tái)”間“簡(jiǎn)單協(xié)作”所暴露出的問(wèn)題。專業(yè)化分工有以下兩種原則。

工藝專業(yè)化:按照工藝階段或工藝設(shè)備相同性的原則來(lái)建立生產(chǎn)單位,即按不同的生產(chǎn)工藝特征,建立不同的生產(chǎn)單位。

特點(diǎn):“三同一不”;三同——同類型的機(jī)器設(shè)備、同工種工人 、相同工藝方法;一不——不同的勞動(dòng)對(duì)象。(摘自現(xiàn)代經(jīng)濟(jì)詞典)

對(duì)象專業(yè)化:按照業(yè)務(wù)對(duì)象來(lái)劃分生產(chǎn)單位的原則,即按不同的勞動(dòng)對(duì)象,建立不同的生產(chǎn)單位。

特點(diǎn):“三不一同”;三不——不同類型的機(jī)器設(shè)備、不同工種工人、不同工藝方法;一同——相同的勞動(dòng)對(duì)象。(摘自現(xiàn)代經(jīng)濟(jì)詞典)

因?yàn)橄嚓P(guān)經(jīng)濟(jì)學(xué)原理比較早的應(yīng)用于實(shí)物領(lǐng)域,所以這兩個(gè)原則中的各名詞都是比較貼近實(shí)物場(chǎng)景的,不過(guò)這不影響我們理解其中含義。

我們可以基于軟件行業(yè)的要素特征對(duì)上述原則進(jìn)行名詞上的替換:

能力專業(yè)化:按照業(yè)務(wù)方案階段或模型、方法相同性的原則來(lái)建立生產(chǎn)單位,即按不同的業(yè)務(wù)能力方案特征,建立不同的生產(chǎn)單位。

特點(diǎn):“多同一不”;多同——相同模型 、相同方法、相同服務(wù)等;一不——不同的業(yè)務(wù)對(duì)象。

對(duì)象專業(yè)化:按照業(yè)務(wù)對(duì)象來(lái)劃分生產(chǎn)單位的原則,即按不同的業(yè)務(wù)對(duì)象,建立不同的生產(chǎn)單位。

特點(diǎn):“多不一同”;多不——不同模型 、不同方法、相同服務(wù)等;一同——相同的業(yè)務(wù)對(duì)象。

在解決“數(shù)據(jù)孤島問(wèn)題”上,業(yè)務(wù)間關(guān)系數(shù)據(jù)缺失的情況比較好解決,也不影響“中臺(tái)”理論的構(gòu)建,就暫且不討論了;而從其余情況的產(chǎn)生原因上我們就可以看出,要解決它們最好的辦法就是“從頭到尾相似的數(shù)據(jù)就只有一份”。

在“軟件平臺(tái)”間“簡(jiǎn)單協(xié)作”的情況下,很難達(dá)成這個(gè)目標(biāo);而如果 “軟件平臺(tái)”間采用“復(fù)雜協(xié)作”,即專業(yè)化職能分工,我們只要將分工后的“軟件平臺(tái)”進(jìn)行數(shù)據(jù)唯一性建模,就可以達(dá)成“從頭到尾相似的數(shù)據(jù)就只有一份”的目標(biāo)。

而不管是要進(jìn)行“軟件平臺(tái)專業(yè)化分工”,還是“數(shù)據(jù)唯一性”建模,顯然都要在企業(yè)層面進(jìn)行拉通,而不是各個(gè)子產(chǎn)品間各自為政。

綜上所屬,我給“中臺(tái)”下了本章節(jié)開(kāi)頭的定義:即“中臺(tái)”是對(duì)“平臺(tái)”的升級(jí),承擔(dān)著企業(yè)層面軟件能力資源的專業(yè)化、職能化管理,生產(chǎn)數(shù)據(jù)歸一的職責(zé)。

二、“中臺(tái)”帶來(lái)新的機(jī)會(huì)

新事物必然帶來(lái)新的機(jī)會(huì)。

這里我們就先來(lái)聊一聊“中臺(tái)”給市場(chǎng)內(nèi)主要參與角色——“企業(yè)”和“云服務(wù)商”帶來(lái)的機(jī)會(huì);另外,因?yàn)槲易约菏钱a(chǎn)品經(jīng)理,所以也會(huì)聊一聊產(chǎn)品經(jīng)理之于“中臺(tái)”的角色定位。

1. 企業(yè)——“中臺(tái)”是什么不重要,能解決什么問(wèn)題最重要

“thought works”的首席咨詢師王健在談?wù)撍麑?duì)“中臺(tái)”的看法時(shí)說(shuō)到:“中臺(tái)是什么不重要,能解決什么問(wèn)題最重要?!睂?duì)于這句話我深以為然。

而令人遺憾的是,以“茅臺(tái)中臺(tái)項(xiàng)目”為代表的一系列失敗的“中臺(tái)”項(xiàng)目案例,似乎讓場(chǎng)內(nèi)玩家在“中臺(tái)能解決什么問(wèn)題”上紛紛失去了方寸;甚至連阿里巴巴CEO逍遙子也公開(kāi)表示:“中臺(tái)”并不適用于每家公司的每個(gè)階段;在獨(dú)立業(yè)務(wù)拓展期、突破期,一定用獨(dú)立團(tuán)、獨(dú)立師、獨(dú)立旅建制來(lái)做,否則就會(huì)變成瓶頸;但發(fā)展到一定階段,出現(xiàn)太多山頭時(shí),就要關(guān)停并轉(zhuǎn)、要合并同類項(xiàng);問(wèn)管理要效率,取消重復(fù)性建設(shè)。(消息來(lái)自36氪)

對(duì)于這樣的觀點(diǎn)我并不能認(rèn)同,原因有3:

1)無(wú)論是阿里云還是其他場(chǎng)內(nèi)玩家,對(duì)于“中臺(tái)”這么重視,不都是因?yàn)槠淇梢越鉀Q“重復(fù)造輪子”的問(wèn)題,從而解放研發(fā)人力,最終保障創(chuàng)新業(yè)務(wù)有足夠的人力資源支持嗎?那什么樣的企業(yè)業(yè)務(wù)發(fā)展速度最快?人力成本壓力最大呢?當(dāng)然是創(chuàng)業(yè)期和拓展期的企業(yè)。

2)在很多企業(yè)進(jìn)行產(chǎn)品經(jīng)理或架構(gòu)師招聘時(shí),都有這么一條——能夠設(shè)計(jì)可拓展型系統(tǒng),而要保障系統(tǒng)的拓展性,系統(tǒng)模塊間的專業(yè)化分工設(shè)計(jì)必不可少;實(shí)際上,為了追求效率而繞開(kāi)軟件各模塊的職能劃分環(huán)節(jié),直接采用砌式產(chǎn)品研發(fā),使得軟件系統(tǒng)功能耦合嚴(yán)重,最終導(dǎo)致系統(tǒng)難以迭代必須重構(gòu)的情況,在IT業(yè)界比妹子還常見(jiàn);對(duì)于一些創(chuàng)業(yè)期和拓展期來(lái)說(shuō),這種問(wèn)題的影響是近乎致命的。

3)“數(shù)據(jù)孤島問(wèn)題”很可能會(huì)讓創(chuàng)業(yè)期和拓展期的企業(yè)辛苦收集的業(yè)務(wù)數(shù)據(jù)一文不值,亡羊補(bǔ)牢式的數(shù)據(jù)采集及治理方案所需的人力和資金成本,很可能高于前期軟件各模塊間的專業(yè)化分工設(shè)計(jì)和數(shù)據(jù)唯一性建模;而如果采用“中臺(tái)”方案,即便一開(kāi)始的建模合理性不足,也會(huì)因?yàn)閿?shù)據(jù)就一份而很容易進(jìn)行遷移或字段的升級(jí)。

所以我認(rèn)為不管你的項(xiàng)目是to?b還是to?c的,只要不是單純to?vc圈錢的,且具備以下兩點(diǎn)條件,在進(jìn)行IT建設(shè)時(shí)就可以、也應(yīng)該考慮“中臺(tái)”。

  • 有明確的商業(yè)規(guī)劃。
  • 遠(yuǎn)期目標(biāo)包含業(yè)務(wù)線的拓展或業(yè)務(wù)線的細(xì)分。

而包括阿里巴巴CEO逍遙子在內(nèi)的很多人,認(rèn)為創(chuàng)業(yè)期和拓展期的企業(yè)不適合上“中臺(tái)”,本質(zhì)上是對(duì)初創(chuàng)企業(yè)IT建設(shè)能力低下與“中臺(tái)”建設(shè)成本高昂之間難以調(diào)和的矛盾的擔(dān)心。

但軟件作為信息技術(shù)的一種應(yīng)用形態(tài),它的核心特點(diǎn)之一就是邊際成本會(huì)越來(lái)越低,創(chuàng)業(yè)期和拓展期的企業(yè)就算做不起“中臺(tái)”,難道還買不起嗎?就算買不起,難道還租不起嗎?而這就給云服務(wù)商在“中臺(tái)”市場(chǎng)上的發(fā)揮留下了充足的想象空間。

2. 云服務(wù)商——彎道超車,在此一舉

包括阿里云、騰訊云在內(nèi)的眾多云服務(wù)商,近年來(lái)一直都是在硬件和基礎(chǔ)組件的基礎(chǔ)上,盡可能豐富自己的工具生態(tài),以提高自身在客戶面前的競(jìng)爭(zhēng)力。

比如阿里云就陸續(xù)推出了quick?bi、quick?audience等一系列工具產(chǎn)品;如果云服務(wù)商能夠提供“中臺(tái)”相關(guān)saas、paas產(chǎn)品,無(wú)疑可以將自身的競(jìng)爭(zhēng)力提升到頂點(diǎn)。

原因也有3:

1)“中臺(tái)”本身就帶有強(qiáng)烈的業(yè)務(wù)屬性,企業(yè)進(jìn)行對(duì)“中臺(tái)”的各項(xiàng)能力進(jìn)行串聯(lián)即可完成產(chǎn)品的搭建,這對(duì)企業(yè)人力的解放是空前的,無(wú)疑具備極大的市場(chǎng)需求。

并且我想說(shuō),這才是一般企業(yè)與信息技術(shù)之間最合理的關(guān)系;說(shuō)到底信息技術(shù)也只是一個(gè)工具,就像當(dāng)年的電話,也沒(méi)見(jiàn)哪家企業(yè)自己建基站、造電話機(jī),企業(yè)核心要做的是研究“怎么用電話幫助自己的業(yè)務(wù)增長(zhǎng)”,并將相關(guān)方法落地。

2)就像不同的企業(yè)在部門專業(yè)化職能分工上有一定區(qū)別一樣,“中臺(tái)”模塊間的專業(yè)化職能分工業(yè)務(wù)可以按照不同原則進(jìn)行劃分,只要合理就好;比如我司會(huì)因?yàn)椴渴鹦枰?,把?quán)益中心在拆分為會(huì)員卡中心、積分中心、卡券中心等——這使得企業(yè)在使用云服務(wù)商的“中臺(tái)”服務(wù)進(jìn)行業(yè)務(wù)編排時(shí)寫得“膠水代碼”變成了命題作文,難以復(fù)用;這可以提高企業(yè)更換云服務(wù)商的成本,換句話說(shuō)就是可以提高云服務(wù)商的客戶粘性。

3)而在業(yè)務(wù)域數(shù)據(jù)唯一性建模時(shí),云服務(wù)商可以采用獨(dú)特的數(shù)據(jù)字段命名、排序、格式、注釋等方式,甚至采用獨(dú)特的數(shù)據(jù)存儲(chǔ)環(huán)境;這也可以提高企業(yè)更換云服務(wù)商的成本,同時(shí)自身的中臺(tái)產(chǎn)品迭代時(shí)客戶的數(shù)據(jù)卻可以便捷的進(jìn)行遷移。

在具體操作上,針對(duì)創(chuàng)業(yè)期和拓展期的企業(yè)可提供saas產(chǎn)品,開(kāi)箱即用,讓其輕裝上陣;針對(duì)發(fā)展到一定階段的企業(yè),也可以像華為買斷ARM的芯片架構(gòu)使用授權(quán)一樣,支持其買斷產(chǎn)品使用權(quán)限,甚至進(jìn)行本地化部署。

3. 產(chǎn)品經(jīng)理——虎口奪食,咱們一起建模吧

最近,產(chǎn)品經(jīng)理圈子彌漫著一股悲觀情緒——“互聯(lián)網(wǎng)的下半場(chǎng)不需要產(chǎn)品經(jīng)理”,究其原因是因?yàn)榇罅烤庉嬈鞯某霈F(xiàn),使得很多“界面經(jīng)理”感受到了威脅。

我一貫認(rèn)為后臺(tái)產(chǎn)品經(jīng)理需要重點(diǎn)關(guān)注業(yè)務(wù)結(jié)構(gòu),交互界面次之;而“中臺(tái)”對(duì)于“專業(yè)化職能分工”及“數(shù)據(jù)唯一性建模”的強(qiáng)烈需求,勢(shì)必會(huì)將業(yè)務(wù)結(jié)構(gòu)設(shè)計(jì)推向軟件行業(yè)舞臺(tái)的中心。

“軟件平臺(tái)”的“專業(yè)化職能分工”加“數(shù)據(jù)唯一性建模”我們姑且統(tǒng)稱為業(yè)務(wù)建模。

關(guān)于業(yè)務(wù)建模是否需要產(chǎn)品經(jīng)理參與這件事,我思考了很久,也與身邊的多位技術(shù)架構(gòu)師進(jìn)行了多次深入討論,最終我的結(jié)論是——業(yè)務(wù)建模是需要產(chǎn)品經(jīng)理的參與。

“中臺(tái)”所承載的進(jìn)行“軟件平臺(tái)”的“專業(yè)化職能分工”的使命,具有強(qiáng)烈的業(yè)務(wù)屬性;而軟件產(chǎn)品經(jīng)理這一角色,設(shè)立的核心目的之一就是將研發(fā)人員從痛苦的業(yè)務(wù)研究中解放出來(lái)。

就像我一位現(xiàn)就職于菜鳥(niǎo)的前同事(技術(shù)架構(gòu)師)在懟“界面經(jīng)理”時(shí)所說(shuō)的:“都說(shuō)軟件是對(duì)現(xiàn)實(shí)世界建模,我哪有空了解現(xiàn)實(shí)世界是什么樣子的?如果我把現(xiàn)實(shí)世界摸清楚了,我不就是產(chǎn)品經(jīng)理了嗎?”

換個(gè)角度來(lái)說(shuō),作為將研發(fā)人員從業(yè)務(wù)研究中解放出來(lái)的角色,產(chǎn)品經(jīng)理本身就沒(méi)有辦法把真實(shí)世界直接搬到研發(fā)人員面前。

產(chǎn)品經(jīng)理所提供的的業(yè)務(wù)流程圖、規(guī)格清單、功能流程圖、RP原型稿、PRD說(shuō)明文檔等本質(zhì)上都是對(duì)顯示世界的一種模型化表達(dá),只不過(guò)“中臺(tái)”對(duì)于“專業(yè)化職能分工”加“數(shù)據(jù)唯一性建模”的需求,使其對(duì)產(chǎn)品經(jīng)理業(yè)務(wù)建模能力的要求提高了很多。

現(xiàn)實(shí)世界、業(yè)務(wù)模型、技術(shù)模型

之前就有消息說(shuō),國(guó)內(nèi)某大型企業(yè)內(nèi)部要求旗下所有產(chǎn)品經(jīng)理必須懂技術(shù),現(xiàn)在想來(lái),應(yīng)該是管理層發(fā)現(xiàn)了產(chǎn)品經(jīng)理建模能力的重要性,而粗暴的將其解讀為需要產(chǎn)品經(jīng)理懂技術(shù)吧?

不過(guò),不管“中臺(tái)”產(chǎn)品的建設(shè)對(duì)產(chǎn)品經(jīng)理的業(yè)務(wù)建模能力要求有多高, 業(yè)務(wù)建模需要掌握的只是無(wú)外乎都是要掌握如下知識(shí):

  • 建模思想:對(duì)現(xiàn)實(shí)世界的認(rèn)知視角,如面向過(guò)程、面向?qū)ο笠约胺庋b概念等。
  • 建模方法:對(duì)現(xiàn)實(shí)世界的描述方法,如領(lǐng)驅(qū)動(dòng)設(shè)計(jì)等。
  • 建模工具:對(duì)現(xiàn)實(shí)世界的描述工具,以及輸出物載體,如UML等。
  • 建模方案:什么情況下采用什么思想什么方法什么工具進(jìn)行建模,輸出物需要怎么展示的案例。

國(guó)內(nèi)目前還缺乏針對(duì)業(yè)務(wù)建模系統(tǒng)化的方法論,我自己通過(guò)一直以來(lái)對(duì)各種建模思想的研究,摸索了一套相對(duì)適合產(chǎn)品經(jīng)理的業(yè)務(wù)建模方法論,相關(guān)內(nèi)容我后面都會(huì)單獨(dú)寫專題文章介紹。

三、說(shuō)句心里話

軟件是對(duì)現(xiàn)實(shí)世界的一種數(shù)據(jù)化呈現(xiàn),而現(xiàn)實(shí)世界中的人類文明發(fā)展了幾千年,有很多基礎(chǔ)理論可以支持軟件理論的發(fā)展,比如文章一開(kāi)始提到的“平臺(tái)”,又比如“面向?qū)ο蟆闭J(rèn)知模式。

1. 面向?qū)ο?/h3>

人類認(rèn)識(shí)世界的一種視角,比如:張三交了一個(gè)新朋友,張三關(guān)注到這位新朋友的職業(yè)是醫(yī)生,就想著以后生病了可以找這位朋友,這就是典型的面向?qū)ο笏季S;如今面向?qū)ο笏季S廣泛應(yīng)用于軟件設(shè)計(jì)領(lǐng)域。

而目前市場(chǎng)中對(duì)“中臺(tái)”的種種解讀,大多缺乏基礎(chǔ)原理支持,并且這種情況在IT行業(yè)并不鮮見(jiàn),比如所謂的用戶心理學(xué)。

2. 用戶心理學(xué)

我翻遍了整個(gè)網(wǎng)絡(luò),也沒(méi)能找到這個(gè)概念的系統(tǒng)化解釋;而我本專業(yè)有一門學(xué)科叫做“微觀經(jīng)濟(jì)學(xué)”,學(xué)科定義就是:研究經(jīng)濟(jì)個(gè)體(個(gè)人或團(tuán)隊(duì))如何支配自己的稀缺資源,比如時(shí)間、人脈、資金等。

作為入行多年的產(chǎn)品經(jīng)理,我能夠理解“對(duì)于營(yíng)銷概念的爭(zhēng)吵可以增加熱度”的邏輯。

但“中臺(tái)”概念已經(jīng)夠火了,“中臺(tái)”概念火熱的背后是市場(chǎng)對(duì)于效率的渴求,而目前這些缺乏基礎(chǔ)原理支持的解讀顯然與這樣的目標(biāo)背道而馳,這會(huì)進(jìn)一步增加市場(chǎng)對(duì)“中臺(tái)”概念的誤解。

本文也只是我的一家之言,不過(guò)我想只有基礎(chǔ)理論嚴(yán)肅分析,實(shí)實(shí)在在的解決問(wèn)題,形成案例,才能保障一個(gè)“概念”可以長(zhǎng)久的產(chǎn)出價(jià)值。

 

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

題圖來(lái)自Unsplash,基于CC0協(xié)議

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 真的不錯(cuò),尤其是「數(shù)據(jù)唯一性建?!?,和我之前的一些模糊理解不謀而合,但你系統(tǒng)性地輸出了,非常厲害。

    來(lái)自四川 回復(fù)
  2. 業(yè)務(wù)建模,可以參考一下TOGAF標(biāo)準(zhǔn),里面包括了企業(yè)架構(gòu)的方方面面,不僅僅是互聯(lián)網(wǎng)關(guān)注的單一技術(shù)架構(gòu)。

    來(lái)自四川 回復(fù)
    1. 是的,TOGAF標(biāo)準(zhǔn)本質(zhì)上也是基于文中相同目標(biāo)制定出的相對(duì)最佳實(shí)踐。

      不過(guò)一方面TOGAF標(biāo)準(zhǔn)在國(guó)內(nèi)的落地性較弱,另一方面TOGAF標(biāo)準(zhǔn)基于經(jīng)驗(yàn)主義得出的階段性相對(duì)最優(yōu)解。所以國(guó)內(nèi)在做產(chǎn)品設(shè)計(jì)時(shí)也需要理解TOGAF標(biāo)準(zhǔn)是如何制定出來(lái)的,以及基于相同規(guī)律未來(lái)可能會(huì)有哪些拓展、變化,這里可能會(huì)涉及一些認(rèn)知論層面的理論、方法。

      來(lái)自上海 回復(fù)
  3. 寫得很好,本來(lái)想關(guān)注一下你,發(fā)現(xiàn)2020年就斷更了

    來(lái)自湖北 回復(fù)
  4. 這么好的文章,可惜不更新了,555
    感謝阿魏

    來(lái)自上海 回復(fù)
  5. “國(guó)內(nèi)目前還缺乏針對(duì)業(yè)務(wù)建模系統(tǒng)化的方法論,我自己通過(guò)一直以來(lái)對(duì)各種建模思想的研究,摸索了一套相對(duì)適合產(chǎn)品經(jīng)理的業(yè)務(wù)建模方法論,相關(guān)內(nèi)容我后面都會(huì)單獨(dú)寫專題文章介紹?!薄裁磿r(shí)候來(lái)填坑?

    來(lái)自北京 回復(fù)
    1. 呃~~早知今日,何必挖坑額。在整理了,后面會(huì)通過(guò)文章+視頻的方式發(fā)出來(lái)。

      來(lái)自浙江 回復(fù)
  6. 看了這么多介紹中臺(tái)的文章,終于有一篇能讓我在腦子里大概構(gòu)想出自己要做的產(chǎn)品的樣子了。以前只對(duì)中臺(tái)產(chǎn)品有模糊的概念,看了很多文章只宏觀介紹了中臺(tái)概念,對(duì)于為什么要做中臺(tái),具體怎么應(yīng)用中臺(tái)完成目標(biāo)都沒(méi)有什么概念。這篇文章簡(jiǎn)直太全面啦。

    來(lái)自北京 回復(fù)
    1. 很高興能夠給你一點(diǎn)啟發(fā),最近準(zhǔn)備回來(lái)填坑了。

      來(lái)自浙江 回復(fù)
  7. 對(duì)于初創(chuàng)企業(yè),首先解決“活下來(lái)”的問(wèn)題,然后是“發(fā)展”問(wèn)題。故:
    1.如果企業(yè)在“活下來(lái)”階段,并沒(méi)有業(yè)務(wù)拓展/細(xì)分的需求,就不要做中臺(tái),哪怕將來(lái)“發(fā)展”階段會(huì)投入更多成本來(lái)做中臺(tái)——本質(zhì)上是透支“發(fā)展”階段的成本來(lái)提升“活下來(lái)”的成功率,類似貸款要付利息
    2.如果企業(yè)在“活下來(lái)”階段,就有業(yè)務(wù)拓展的需求,就可以做中臺(tái)來(lái)降低整個(gè)“活下來(lái)”階段的成本

    但大部分初創(chuàng)企業(yè)都是盯著一個(gè)點(diǎn)打透,所以在“活下來(lái)”階段都沒(méi)有業(yè)務(wù)拓展的需求,因此大部分創(chuàng)業(yè)者不會(huì)在早期做中臺(tái)(畢竟不敢“貸款”的創(chuàng)業(yè)者不是好的創(chuàng)業(yè)者)

    來(lái)自廣東 回復(fù)
    1. 所以需要云服務(wù)商的SAAS化中臺(tái)產(chǎn)品。

      來(lái)自浙江 回復(fù)
    2. 非常同意~~

      來(lái)自安徽 回復(fù)
    3. 起步期,定制化系統(tǒng)是較于中臺(tái)建設(shè)更優(yōu)的選擇,在沒(méi)有商業(yè)化SAAS產(chǎn)品出現(xiàn)的時(shí)候,對(duì)于企業(yè)本身來(lái)說(shuō),確實(shí)不應(yīng)該選擇中臺(tái)

      來(lái)自四川 回復(fù)
  8. 期待作者的《產(chǎn)品經(jīng)理的業(yè)務(wù)建模方法論》

    回復(fù)
  9. 阿魏老師,我沒(méi)讀過(guò)書,只會(huì)說(shuō):蕪湖~臥槽,牛逼!

    回復(fù)
  10. 催更催更

    回復(fù)
    1. 哥,你來(lái)看我笑話了。

      回復(fù)
  11. 催更催更?。。?br /> PS:入門級(jí)產(chǎn)品小白,不指望靠著看幾篇“中臺(tái)”文章就能懂個(gè)所以然,但是希望能看到好的文章能讓我對(duì)“中臺(tái)”有一個(gè)較為清晰的認(rèn)知

    來(lái)自湖南 回復(fù)
    1. 編輯應(yīng)該在發(fā)下篇了。剛?cè)胄械脑捒梢匀タ纯次业牧硗庖黄恼隆段医o生鮮電商的一些建議:互聯(lián)網(wǎng)是標(biāo)準(zhǔn)化產(chǎn)品的天下》,里面有用戶預(yù)期管理、用戶滿意度管理方面原理性的介紹。后面我也會(huì)不定期寫一些面向初中級(jí)產(chǎn)品經(jīng)理的內(nèi)容,歡迎持續(xù)關(guān)注本專欄。

      回復(fù)
  12. “界面經(jīng)理”很不友好哈哈哈哈
    很贊同作者觀點(diǎn),確實(shí)現(xiàn)在搭建中臺(tái)的成本還是很高,SaaS的概念也出來(lái)很久了,而能夠普遍適用于各個(gè)行業(yè)的ToB中臺(tái)商業(yè)軟件還是很少,甚至適用于一個(gè)行業(yè)的中臺(tái)商業(yè)軟件都很罕見(jiàn),多數(shù)都是在自己搭建。
    拋開(kāi)商業(yè)中臺(tái)軟件不談,企業(yè)自己搭建的路確實(shí)也挺遙遠(yuǎn)的,首先能夠?yàn)槌鮿?chuàng)企業(yè)規(guī)劃搭建信息化中臺(tái)的從業(yè)人員就很少,又很難說(shuō)服初創(chuàng)企業(yè)主在起步階段就做這項(xiàng)投資。

    來(lái)自山東 回復(fù)
    1. 是的。實(shí)操過(guò)的應(yīng)該都能理解,不同企業(yè)對(duì)于“平臺(tái)”或“中臺(tái)”的需求是類似的,畢竟相對(duì)于上層系統(tǒng)會(huì)更抽象,所以說(shuō)起來(lái)“中臺(tái)”應(yīng)該是非常適合saas化的。不過(guò)估計(jì)是國(guó)內(nèi)堆砌式開(kāi)發(fā)搞慣了,比較缺乏體系化構(gòu)建系統(tǒng)得經(jīng)驗(yàn),國(guó)內(nèi)某巨頭的系統(tǒng)都是堆砌式的。體系化建設(shè)是一個(gè)大課題,不只是中臺(tái),像國(guó)內(nèi)很多巨頭企業(yè)組織架構(gòu)都會(huì)大幅調(diào)整,簡(jiǎn)直不可思議。

      回復(fù)
  13. 對(duì)文章中初創(chuàng)型企業(yè)是否要搭建中臺(tái),我覺(jué)得作者沒(méi)有考慮全面,成本是初創(chuàng)型企業(yè)是否搭建中臺(tái)的原因之一,但是是否搭建中臺(tái)最重要的考慮應(yīng)該是:業(yè)務(wù)是否多元化,換而言之是否存在重復(fù)造輪子的情況。初創(chuàng)型的企業(yè)業(yè)務(wù)一般比較單一,都是在做自己的拳頭產(chǎn)品,沒(méi)有哪個(gè)初創(chuàng)型的公司會(huì)同時(shí)做很多條業(yè)務(wù)線。所以無(wú)論從成本還是業(yè)務(wù)角度,我是認(rèn)同中臺(tái)并不適用于每家公司的每個(gè)階段。以上僅代表我個(gè)人意見(jiàn)~

    來(lái)自山東 回復(fù)
    1. 第2章第1節(jié)有說(shuō)明如果企業(yè)未來(lái)的發(fā)展有涉及業(yè)務(wù)線拓展和細(xì)分的需要考慮中臺(tái)。另外,文章的觀點(diǎn)是初創(chuàng)公司在中臺(tái)的應(yīng)用上有明確的痛點(diǎn),但是并不需要自己去做,第2章第2節(jié)即是說(shuō)明云服務(wù)商在這其中應(yīng)該扮演的角色。

      回復(fù)
    2. 并且從實(shí)操經(jīng)驗(yàn)上來(lái)說(shuō),我不建議亡羊補(bǔ)牢式的上中臺(tái),相關(guān)原因文中又都描述。不過(guò)確實(shí)不是所有的企業(yè)都應(yīng)該上中臺(tái),主要還是要看企業(yè)自身的藍(lán)圖規(guī)劃,但這又會(huì)扯出一個(gè)問(wèn)題——?jiǎng)?chuàng)業(yè)者一開(kāi)始就能知道自己的企業(yè)未來(lái)是什么樣子嗎?我認(rèn)為可以的,也必須要,這個(gè)扯的遠(yuǎn)了,就不展開(kāi)了。不過(guò)本系列文章的下篇有業(yè)務(wù)拓展的規(guī)則介紹,理論上在初創(chuàng)階段進(jìn)行業(yè)務(wù)規(guī)劃的時(shí)候就可以通過(guò)相關(guān)規(guī)則進(jìn)行藍(lán)圖規(guī)劃。

      回復(fù)
    3. 確實(shí)是如此,初創(chuàng)公司的發(fā)展其實(shí)是不確定的,誰(shuí)能保證自己的拳頭產(chǎn)品走下去之后會(huì)不會(huì)拓寬出更多的業(yè)務(wù)線出來(lái),多元化的業(yè)務(wù)就很容易造很多重復(fù)的輪子。但是創(chuàng)業(yè)公司一開(kāi)始就搭建中臺(tái)的話,個(gè)人認(rèn)為會(huì)有幾點(diǎn)問(wèn)題:首先是初創(chuàng)公司的未來(lái)業(yè)務(wù)是不明確的,中臺(tái)的搭建到底有沒(méi)有實(shí)際作用;其次,在公司的起步階段,大概率會(huì)以業(yè)務(wù)會(huì)核心發(fā)展自己的核心產(chǎn)品,對(duì)這方面的建設(shè)投入會(huì)相對(duì)較少,這樣會(huì)拉大開(kāi)發(fā)周期不利于公司運(yùn)轉(zhuǎn),但是投入較大資金人力的話,對(duì)起步階段的公司又會(huì)不太友好(非常有錢的除外)。
      其實(shí)還是投入產(chǎn)出比的問(wèn)題,初創(chuàng)型企業(yè)到底有沒(méi)有足夠的支持,成功地過(guò)渡到穩(wěn)定發(fā)展期。

      來(lái)自湖南 回復(fù)
    4. 針對(duì)您說(shuō)明的情況,文中第二章1、2兩節(jié)是有明確的解決方案的——由云服務(wù)商為其提供saas化服務(wù)。這個(gè)成本可以做的很低很低。

      回復(fù)
    5. 另外,其實(shí)業(yè)務(wù)藍(lán)圖規(guī)劃并沒(méi)有想象中的復(fù)雜,相關(guān)方法下篇文章中會(huì)有描述,只不過(guò)國(guó)內(nèi)無(wú)論是大中小型企業(yè)的決策層都喜歡“腳踩西瓜皮,滑到哪里算哪里”,美其名曰隨機(jī)應(yīng)變,殊不知正是因?yàn)槠錄](méi)有很好的洞見(jiàn)風(fēng)險(xiǎn)才導(dǎo)致項(xiàng)目失敗,各大內(nèi)容平臺(tái)中,吐槽類似問(wèn)題的文章也挺多的。歡迎持續(xù)關(guān)注本專欄哦。

      回復(fù)