萬字雄文 | 一文講透中臺和SaaS產品架構

3 評論 9737 瀏覽 94 收藏 47 分鐘

提起中臺和SaaS時總會有很多問題,如中臺是什么?企業建設中臺的價值?如何設計中臺架構?等等。對此,本文作者回顧多年項目建設得失,總結了產品架構心得,希望能解答你的疑問。

提起中臺和SaaS你會不會想問這些問題?

  1. 中臺是什么?
  2. 企業建設中臺的價值?
  3. 如何設計中臺架構?
  4. 業務中臺和數據中臺區別?
  5. SaaS 是什么?
  6. 中臺和 SaaS 的區別?
  7. 什么是 SaaS 的 開放服務?彈性?邊界?
  8. 為什么中臺系統可以沉淀業務能力,復用業務能力,消除重復建設,消除“煙囪式”“孤島式”業務系統,提高業務系統和組織的內部效能?
  9. 為什么中臺組織可以快速響應前臺業務團隊需求,提供頻繁的低成本業務試錯能力,促進業務團隊創新?
  10. 為什么 SaaS 產品能面向市場開放服務,提供標準化、低成本、高效率行業解決方案和產品服務,共建生態促進繁榮和創新?

我是工作十年以上的互聯網產品架構,專長中臺和 SaaS 產品架構和技術架構,項目經驗涵蓋電商/新零售/數字化營銷/O2O 等行業,這篇萬字文章是回顧我多年項目建設得失,總結出來的產品架構心得,希望能回答清楚這些問題,幫助你理解中臺和 SaaS 產品架構。

目錄:

  1. 中臺服務誰?
  2. 企業的業務能力是指?
  3. 什么是行業解決方案?
  4. 中臺建設方法論
  5. SaaS 產品架構示例

一、中臺服務誰?

中臺理念最早由阿里巴巴提出,更準確說是馬云認為面對未來快速變化的商業社會,具備市場競爭力的一種組織模式,是通過組建靈活小巧的前臺團隊,頻繁并低成本試錯,進行商業創新,為了能支撐這樣前臺團隊,需要組建中臺團隊,負責建設復用業務能力的軟件平臺。

很多時候我們聊起中臺有很多爭議和困惑,主要原因是搞錯了中臺所服務的前臺,并不是我們通常理解的前臺,我們通常會把 APP、UI、應用層、應用軟件、客戶端等稱為前臺,但在中臺服務理念里,中臺所服務前臺更多指代一個具有自主性和靈活性的前臺業務團隊。

這個被阿里稱為“大中臺小前臺”戰略,從業務和組織視角看,小前臺首先是團隊人員數量少,只需要少量市場和運營輕巧資源,無需加入產品甚至研發這種沉重資源;其次團隊容易組建和調整,甚至可以是臨時組建,人力組織成本低;最后面對市場的變化,響應更快速,業務流程更直接和敏捷,能頻繁進行低成本業務試錯。

從產品和技術視角看,是一個用以支撐多個靈活小巧的前臺團隊的系統平臺,前臺團隊是純業務團隊,中臺團隊提供全套產品和技術支撐,提供可復用產品能力外,還要能快速響應業務團隊的市場需求,低成本敏捷迭代產品,支持業務快速試錯。

假設某外賣 APP 開通兩個城市服務,深圳地區外賣和上海地區外賣,組建深圳運營團隊和上海運營團隊。

這兩個團隊在本地化運營過程中可能會存在一些市場需求的差異,例如深圳和上海運營團隊在招聘騎手、運力管理、商家入駐運營、用戶獎勵活動等日常運營工作上不會完全一樣,因為所處業務環境、地區、市場競爭會存在一定差異的。

同樣的,當外賣 APP 開始擴展新品類,例如從餐飲外賣到鮮花、超市、藥品外賣時,組建的新運營團隊在產品功能需求上的差異,可能更多集中在服務品類上,例如商品管理、商家資質、配送時效、類目屬性等。

這些差異屬于因不同業務環境,存在一定的業務靈活性和自主性,拋開這些,我們會發現外賣業務主邏輯(消費者下單,商家履約,騎手配送)是不會因地區和品類差異而變化。

通過外賣 APP 例子,我們可以認為“小前臺”指代的是這些因業務需要組建的前臺業務團隊,這些團隊在同一個行業環境下(外賣行業),所使用的業務系統中,業務的主邏輯相似甚至相同(消費者下單,商家履約,騎手配送)。

因此前臺業務團隊要求能高效重用已有系統以滿足業務快速擴展需求(例如開通新地區、新品類),同時又需要針對業務環境進行高度的靈活性和自主性(例如商家招募、運力管理、市場營銷、騎手獎勵、團隊 KPI),以滿足各自的業務需求?!按笾信_”就是能夠滿足前臺團隊對于復用業務能力和自主需求的系統。

二、什么是業務能力?

還是以外賣 APP 為例,從消費者旅程視角看,外賣 APP 核心業務流程是消費者選購下單,商家接單履約訂單,騎手取貨即時配送到家。

消費者、商家、騎手是實現業務閉環的角色,外賣 APP 作為平臺負責為實現業務閉環提供業務能力。

在外賣 APP 中,為了完成消費者選購下單業務流程,會設計商品列表、門店列表、購物車、訂單支付,還有登錄注冊、短信驗證、收貨地址等產品功能模塊,參考圖 1 中的核心業務流程和領域模塊(產品功能),這里之所以把流程和功能區分開來,主要原因是流程依賴具體角色和業務,功能是幫助流程實現一種方法和手段,換句話說,流程最終是需要完成業務目標并獲得結果,功能是實現流程中某個行為過程的方法。

消費者選購下單業務流程最終的目標是實現下單這個結果,那么登錄注冊、商品列表、購物車、支付等產品功能都是為了達成這個業務目標而設計的,屬于流程中的過程部分,他們共同組成消費者選購下單這個業務流程的業務目標,過程中的相關功能是依據業務目標所處的業務需求進行設計的。

假設我們的外賣 APP 不是面向大眾消費市場,而是面向某大型集團內部,那就不需要開放手機號進行登錄注冊功能,而是采用集團內部員工賬號進行登錄,這時候業務最終目標是集團內部員工這個角色進行選購下單,這種就是業務目標和需求結果影響了功能部分的產品模塊設計。

同樣的,商家招募、菜品管理、訂單管理、騎手招募、運力管理、派送管理、時效管理都是為了實現商家訂單履約業務流程和騎手即時配送業務流程所設計的產品功能模塊。

從整個外賣 APP 視角看,業務能力就是由三個流程組成的業務閉環,這個業務能力是經過多年外賣業務實踐并沉淀形成的,是具備提供面向外賣行業解決方案的能力,是可被復用的業務能力。

可以說,一家公司的業務能力是對所處的行業提供行業解決方案的能力,提供的行業解決方案高度依賴公司所擁有的資源和能力,公司所處在市場競爭環境,內部組織環境,技術積累,人力結構等,這些都會影響其方案最終效果。

順便說下,討論一家公司的中臺價值,需要先去理解這家公司的所處行業,業務能力,建設中臺起點和目標,還有技術積累,組織能力,人力結構等等,否則是毫無意義的。

三、行業解決方案

1. 業務型與領域型

一個行業從形成一定市場規模到實踐出行業解決方案,至少經過探索期、成長期、成熟期,其中探索期會出現大量創新的行業解決方案,這些方案存在很大的市場不確定性,頻繁變動的業務流程很難被復用,探索期更關心跑通商業模式和產品 PMF。

進入成長期后行業解決方案經過優勝劣汰,留下來都是經過市場檢驗的,沉淀下來業務能力,具備復用的可能,同時成長期更關心業務的規?;瘮U張,這同中臺理念相呼應。

這時候的業務能力其本質是面向特定場景下的行業解決方案,可以抽象分為業務型和領域型。

業務型行業解決方案面對的市場,更加的復雜和多變,行業競爭更加激烈,需要解決和滿足市場需求和用戶需求外,還要解決商業模式可持續的問題,簡單來說解決如何多賺錢少虧錢,用戶、企業都開心的問題,業務容易被市場和政策變化所影響,好在行業特性和邊界較為清晰,存在很多業務垂直細分行業。

常見業務型行業解決方案:

  • 天貓、淘寶、京東、拼多多都是典型的電商交易場景下的行業解決方案;
  • 美團外賣、餓了么都是典型外賣場景下的行業解決方案;
  • 滴滴出行、uber、高德打車都是典型出行場景下行業解決方案。

領域型行業解決方案更多集中在組織管理、辦公協同、行政、人事、財稅、法務、發票、工具等,需要解決都是企業行政和職能方面問題,簡單來說解決公司人與人協同協作效率的問題,面對是成熟的市場環境和商業環境,較少會被市場和政策變化所影響。

常見領域型行業解決方案:

  • 釘釘、飛書、企業微信都是典型企業辦公場景下的行業解決方案;
  • 石墨、騰訊文檔都是典型文檔協同場景下的行業解決方案;
  • 阿里云、aws、華為云都是典型云計算場景下的行業解決方案。

常用的行業分析方法論:

  • 波特五力模型常用于市場競爭分析,廣泛應用在企業戰略競爭;
  • SWOT 模型常用于優劣勢分析;
  • 商業畫布常用于企業能力分析、商業模式分析;
  • 用戶旅程常用于梳理業務核心流程;
  • 服務藍圖常用于梳理和提煉業務的價值和能力。

2. 行業特性和邊界

當兩個行業在行業特性和業務流程上存在相似的時候,可否共用一套業務流程,來提高公司開展新業務效率和節省產品研發資源?

例如電商交易場景和外賣交易場景都存在消費者選購下單和商家履約訂單兩個核心業務流程,也都存在登錄注冊、商品列表、購物車、訂單支付等產品模塊功能。

既然存在相似功能模塊,那電商交易場景和外賣交易場景能否共用一套中臺系統?這樣即可減少重復建設問題,通過共享和復用還能提高產品建設效率。遇到差異流程和功能,進行抽象處理,來兼容兩個交易場景需求。

答案是不能,這想法從一開始違背了中臺的初衷和理念,中臺服務的是靈活小巧的前臺業務團隊,復用的是行業解決方案,不同行業之間存在特性和邊界,這個很難通過產品或者技術手段進行抽象復用,在中臺架構設計上沒必要為了抽象而抽象,何況電商交易的團隊和外賣交易團隊在部門權責和組織架構上存在很多差異,強行統一使用一套中臺服務必然出現很多職責和邊界問題,容易引起組織和業務矛盾。

那有沒有其他辦法解決這個問題,既不會違背中臺理念,不跨行業共用一套中臺,不出現重復建設等問題?

我們假設當完成外賣 APP 產品建設,外賣前臺團隊擴張更多新地區和新品類,業務蒸蒸日上,實現外賣行業的中臺和業務能力復用,現在準備擴張新賽道進入 b2c 電商行業,肯定會考慮哪些外賣業務能力和產品模塊具備可復用到電商行業的機會。

從行業特性視角分析,外賣行業基于 lbs 技術提供 o2o 需求和服務,用戶通過地理定位選購附近的實體店商家(目前消費需求讓實體店商家概念進行細分,包含前置倉、社區商超、便利店等),通過騎手即時配送到家,配送時效 50 分鐘左右。

電商行業中用戶可以選購任意地區商家、超市、工廠、經銷商等,可選商品數量理論上 ∞(無限),通過快遞跨省跨市配送到家,配送時效 1-3 天左右。

行業特性決定了商品選購、商家資質和配送業務流程差異較大,電商交易場景和外賣交易場景屬于兩個不同的行業,不是大行業和子行業的關系,無法直接共用一個業務流程和業務中臺。

3. 共享機制

從組織架構上看,外賣業務和電商業務都隸屬于同一家公司不同的業務團隊負責,除了業務運營等相關職責外,每個業務團隊都需要行政和職能部門的支持,例如人事、行政、財務等,大部分企業都會采取共享行政和職能部門,支持公司內所有的業務團隊,這種架構在企業管理中非常常見。

互聯網企業最喜歡的以事業部為單位的業務組織架構,特別是業務發展為主導的企業中,產品和研發部門也可以進行職能共享,支持整個公司所有業務團隊。

這時候產品規劃不能局限在某一個業務線上,而是面向整個公司業務進行,否則產品和研發部門會因事業部的業務發展壓力,無節制的擴張人力資源,導致組織過于冗余和臃腫,缺乏整體規劃影響產品質量。

產品和研發資源傾斜在業務迭代上,產品模塊設計只能滿足當下業務需求,甚至重復建設,缺少對業務未來的發展思考,最終導致產品維護成本上升,無力維護形成“煙囪式”系統。

參考阿里、騰訊等大型互聯網企業的中臺建設,可以得出一個有意思的結論,多業務線的公司,當面對多行業,跨行業時,會有多個中臺系統,滿足公司不同的業務線使用,同時還會將具備可共享的能力建設成 SaaS 產品,開放服務給市場使用。

例如阿里集團旗下有電商業務(淘寶、天貓)、金融業務(螞蟻金服、支付寶)、旅行機票業務(飛豬)等,阿里開放了淘寶賬號登錄能力,把賬號登錄獨立成 SaaS 產品,提供給阿里和非阿里集團的第三方使用淘寶賬號進行聯合登錄,使用方甚至不需要提供賬號注冊功能,即降低用戶注冊的門檻,還享受上億淘寶用戶一鍵登錄的服務。

阿里通過開放賬號登錄、支付、營銷等各類能力,建立電商生態平臺,促進電商行業繁榮,提高整個集團的市場價值和行業影響力。(具體的開放能力請參考阿里開放平臺)

除了阿里集團開放能力建設生態平臺外,具有多條業務線的企業,也可以從研發資源和業務效率上考慮,對適合的產品模塊進行 SaaS 產品化,減少重復建設和煙囪式、孤島式系統,特別是跨事業部和跨部門,能有效提高研發資源和業務能力的利用率,產品架構健康邊界清晰。

中臺具有復用能力是為提高業務發展效率,在中臺基礎上,進行 SaaS 產品封裝 ,開放服務給市場使用,提供服務屬于業務中功能邊界清晰,適用場景廣泛,復用場景多的垂直業務類型。

SaaS 可以說是中臺的下一站,如果說中臺服務前臺團隊,服務的是企業的前臺業務團隊,那么 SaaS 產品是開放服務整個行業。

順便說下,中臺一定是行業內中臺,特別是業務型公司建設的中臺和公司業務高度依賴,是行業解決方案,所以不存在跨行業中臺,這是中臺理念和架構風格決定的。

4. 垂直細分行業

當行業規模足夠大時,會因市場和用戶需求發展,細分出很多專注在垂直領域的行業,這些細分行業相互之間存在一定的業務關聯和相似。

據國家統計,2020 年國內零售電商交易金額接近 10 萬億人民幣,其中 90%交易金額由 B2C、C2C、B2B 三種電商細分行業產生。

從行業特性視角看,前臺業務上有差異,同時存在相似的業務流程,具有可復用或共享的機會。

電商行業特性舉例:

  • B2C 商家與個人交易:商家資質、貨品要求、資金實力、合規要求、規模配送等;
  • C2C 個人與個人交易:個人資質、誠信要求、散件二手等;
  • B2B 商家與商家交易:供應商、經銷商、批量批發,保證金等。

B2C 和 C2C 交易對象都是個人買家角色,消費端的商品選購、搜索推薦、訂單履約、客戶關系管理、物流售后等產品模塊存在相似業務流程,具備復用價值。

B2C 和 B2B 貨品出售方都是商家角色,商家經營端的商品管理、類目管理、商家資質、保證金、貨品要求、合規要求等產品模塊存在相似業務流程,具備復用價值。

如果繼續對 B2C 貨品出售方商家角色細分,還可以根據商家資質和運營能力分為平臺直營、品牌方直營、品牌方特許加盟、品牌代運營、品類經銷商等等,這些商家在實際運營過程中,會因為招商加盟要求、資質審核條件、類目運營等差異,分別組建前臺業務團隊或人員專門負責相關的工作。

尋找前臺業務上的差異部分和相似的業務流程部分,直到整個業務完成閉環,然后復用相似業務流程和產品模塊,甚至對部分產品進行 SaaS 設計,這樣能有效減少重復建設,節約產品研發資源,同時提高整個電商產品線系統效能。

理解行業和行業特性,根據特性識別行業的特性差異以及復用相似業務流程和功能,是能夠帶來更高效的業務效率,同時還能避免重復建設對前臺團隊獨立性和自主性的影響,通過將業務能力的復用轉化為特定場景下的行業解決方案,提高整個系統的效能,同時促進企業內部業務創新。

四、中臺類型和組織劃分

1. 業務的穩定性

復用業務能力不單單把業務邏輯和模塊進行抽象,提供給多個需求方或團隊使用,而是能準確的理解公司業務的核心邏輯和流程,公司所處行業情況,市場環境,競爭態勢等,提煉核心業務流程閉環,然后沉淀業務能力,最終實現公司業務的復用能力,支撐快速響應以用戶為中心的需求。

可以被復用的業務能力,首要前提是業務的穩定性高,如果業務因市場或其他原因改變頻率太高,那就缺少復用的價值。

以外賣行業為例,經過多年發展行業已經進入成熟期,美團外賣加上餓了么占據市場 90%以上的市場份額,美團外賣和餓了么 APP 的用戶旅程體驗成為國內外賣行業業務流程標準。

從行業的成長期開始,核心業務流程平均變化頻率在 5-10 年左右,流程功能(領域模塊)平均變化頻率在 1-3 年左右,前臺團隊的自主需求平均變化頻率半年左右。

到行業成熟期,業務趨于穩定,核心業務流程和領域模塊固化不變,前臺團隊需求有一定概率會因為市場增速放緩進入日常維護階段,根據行業發展趨勢和平均變化頻率,可以識別和提前規劃復用能力平臺。

2. 三種中臺和組織劃分

建設一套中臺系統應該采用那種理論知識?

常用的架構方法論:

  • 企業架構:TOGAF(The Open Group)、領域驅動設計(DDD);
  • 業務建模:催化劑建模、事件建模、履約建模;
  • 架構哲學:康威定律、逆康威定律。

除此之外還有《中臺產品經理寶典》的作者三爺分享過中臺 MSS 模型,阿里、騰訊等互聯網大廠都會綜合采用多種方法論。

中臺架構和 SaaS 架構都是在云計算基礎上進行的,是符合云計算服務模式和架構風格的,設計中臺產品架構至少掌握一種方法論外,還需要理解云計算相關知識,特別是三種服務模式(IaaS、PaaS、SaaS),鏡像、容器、彈性、邊界等概念。

從行業發展規律來說,一般 15-20 年左右會出現新的技術范式,發展出新的架構理論和方法論,2006 年云計算概念提出到如今 16 年,差不多完成了云計算這一技術范式迭代,下一代技術革命是以 web 3.0 為主,在云計算的基礎上發展去中心化網絡等相關技術,例如物聯網、AI、區塊鏈、元宇宙等等。

云計算深刻影響信息技術和互聯網的發展,奠定現代互聯網基礎,至少在可見的未來 10-20 年內,云計算還會繼續支撐互聯網的發展。

一套中臺架構至少要滿足未來 3-5 年企業戰略規劃,要做到支撐業務發展上限,直接照搬或模仿大廠中臺架構往往容易建設失敗,主要原因是中臺架構需要考慮公司的愿景,戰略目標,組織能力和資源投入,行業環境,市場競爭等等,就好比你照抄全套淘寶產品功能,也無法重建一個淘寶一樣,因為能被抄襲和模仿,是看得見的產品形態,看不到的還有業務知識,組織能力,資源投入,企業愿景戰略等等。

中臺理念從誕生到落地實踐,已經發展數十年,行業內出現各種各樣的中臺,例如業務中臺、技術中臺、移動中臺、數據中臺、管理中臺、組織中臺等等,每個中臺都是公司對業務理解和業務需求的產物,這里我們不去討論那種中臺更好更適合。

還是那句話,畢竟脫離一家公司業務能力和資源,建設中臺起點和目標,還有市場競爭環境,內部組織環境,技術積累,人力結構等這些環境因素,去討論中臺建設是否有效,或是建設那種中臺是毫無意義的。

中臺其本質是支撐多個靈活小巧的前臺團隊的系統平臺,是滿足前臺團隊對于復用業務和自主需求的系統,是面向特定場景下行業解決方案,是為了實現業務目標的業務系統。

只要是業務系統,那就需要落地實現,從實現業務系統技術視角看,溯本追源,業務系統是由業務流程、模塊功能、業務數據以及使用業務系統的角色組成。

業務流程以及產品模塊功能規劃到業務中臺,業務數據規劃到數據中臺,業務中臺和數據中臺的技術實現中應用到的技術需求規劃到技術中臺。

中臺部門是由產品和技術研發組成,部門核心職能建立和維護公司的能力復用平臺(中臺平臺),并滿足前臺團隊快速響應市場變化的需求,其部門和崗位職責、職能、職級應該根據公司愿景、戰略目標、組織架構和能力、人力構成等多方面因素考慮,盡可能達到權責利的平衡。

三套中臺系統里:

  1. 技術中臺最純粹,需要理解云計算三種模式中的 IaaS、PaaS 和掌握云原生和 k8s、docker 等容器技術;
  2. 數據中臺最難出效果,需要數據產品既能懂業務,還要懂技術;
  3. 業務中臺最容易跑偏,在產品規劃時需要全方位多視角考慮,既要滿足現有業務需求,還要考慮行業發展趨勢,參考行業解決方案,并且要深入業務團隊中,深刻理解公司戰略和業務目標,最終實現業務能力的復用。

五、SaaS 產品架構

1. 中臺與 SaaS 的區別

中臺與 SaaS 最大的區別在其服務理念上,建設中臺的主要目標首先是沉淀業務能力,復用業務能力,消除重復建設,消除“煙囪式”“孤島式”業務系統,提高業務系統和組織的內部效能;其次是快速響應前臺業務團隊需求,提供頻繁的低成本業務試錯能力,促進業務團隊創新。

中臺能在國內高速發展,其主要原因是國內具有容量巨大的單一市場和高互聯網滲透率,使得贏家通吃成為可能,國內的巨頭企業會利用自身流量和資本進軍更多行業和市場,這樣的市場競爭和業務擴張策略催生了中臺需求,可以說中臺是國內特有的商業環境和生態環境塑造的,其目的是為了尋找效率更高,成本更低的業務架構和組織架構,用來支持業務的快速擴張和高速發展。

2009 年 NIST(美國國家標準與技術研究院)為云計算定義三種服務模式,同時誕生訂閱收費商業模式,服務模式之所以這樣劃分,主要的目的是開放服務,降低 it 使用成本,通過低成本和高效率應用最佳實踐,構建生態促進繁榮和創新。

國外的 SaaS 產品當紅炸子雞 shopify 提供電商服務平臺,主打開放服務是通過簡單操作即可創建一套功能豐富的獨立電商網站。

假設沒有 shopify 這樣的 SaaS 廠商,需要建設一套功能豐富,操作簡單的獨立電商網站需要進行哪些投入?

首先是組建產品和技術團隊,然后進行研發和測試,最終購買服務器進行部署上線,電商網站服務期間還需要技術團隊進行維護和 bug 修復,對于只需要賣貨的品牌經銷商來說,整個投入成本太高,建設周期太長,回報太小。

或者購買外包團隊的產品,又會涉及到產品要求、產品質量、產品售后等等問題,機會成本太高,風險太大。

IaaS、PaaS、SaaS 三種服務模式提供開放服務的能力,訂閱收費模式做到按需付費,降低機會成本和使用成本,為市場帶來的低成本和高效率使用最佳實踐的方案,三種服務相互補充和完善最終構建健康生態。

其實天貓、淘寶、京東等這類電商平臺從云計算服務模式視角看,屬于 SaaS 應用范疇,同樣是開放服務,采用訂閱收費,為客戶降低使用成本,提供電商領域的最佳實踐方案,不同的是因國內市場環境這些服務和電商平臺是相互綁定和依賴的,這也是國內外生態建設上最大的區別。

中臺和 SaaS 在具體的軟件應用層面主要區別在于對開放服務的支持力度上,中臺服務的是前臺業務團隊,是為解決企業業務模式下的需求,從產品和技術實現視角看,中臺的開放服務是封裝的企業的業務能力,滿足的是前臺業務團隊需求,為企業愿景和戰略目標負責。

云計算的三種服務模式強調的開放服務是面向整個行業,是整個生態中所有的客戶需求,封裝的是行業解決方案,在通過規模化彈性能力,訂閱收費商業模式,鏡像和容器等技術能力,最終實現為行業提供低成本和高效率的行業解決方案。

中臺產品要不要建設 SaaS 產品,取決于公司建設中臺產品最終目標,有沒有擴張業務的愿景和野心,是只做現有業務,服務前臺業務團隊,還是想擴張更多的業務進軍更多市場,然后提供開放服務建設生態,滿足整個市場和行業需求。

SaaS 產品要不要建設中臺,取決于市場競爭激烈程度和行業成熟度,如果市場變化快,需要頻繁低成本試錯,進行業務創新,那就需要中臺的復用能力支撐,畢竟行業的標準化產品服務和最佳實踐都是在頻繁低成本試錯后業務總結沉淀出來的。

2. 標準化與定制化

一套標準化的產品服務和行業發展的成熟度息息相關,有沒有聽過“一流的企業做標準,二流的企業做品牌,三流的企業做產品”,從行業發展視角看,在探索期大家都在做產品,跑商業模式,跑通的才有資格到下一輪。只有到成長期才會實踐出相關的行業服務標準,開始沉淀業務能力,降低擴張市場的成本,進行規模化市場投入。成熟期實現品牌形成護城河,最終成為行業內 top,開始建設開放服務并輸出服務標準,建立行業影響力。

除了 web 3.0 等新的技術革命,其他行業的發展幾乎都在成熟期,人口和資本的紅利期進入尾聲,企業客戶大多開始應用標準化的產品服務和成熟的行業解決方案,定制化的需求空間不大。

大部分定制化需求都是源于企業的業務管理、績效考核或者系統問題,其本質是解決企業客戶業務運營中的特定場景或特定角色的問題,都是業務場景下的需求的集合,在成熟的行業中都會存在相關的行業解決方案,很少會出現某一個問題只出現在某一個家公司的特例情況,對待定制化需求應該打開思路,上下求索參考行業解決方案,甚至是跨行業跨領域的尋找和討論解決方案。

3. 數字化營銷 SaaS 產品架構示例

從菲利普·科特勒(Philip Kotler )提出市場營銷理論開始,圍繞營銷管理理念開發的傳統應用軟件不計其數,進入互聯網時代開啟移動化和數字化浪潮后,以云計算為主的新的技術范式帶來更低成本和更高效率的優勢,為企業擴張了業務帶來更高的收入,同時也改變了業務運營方式,改變了支撐業務的技術架構和組織架構。

數字化營銷產品非常適合用 SaaS 服務模式加中臺理念進行產品架構:

  • 應用數字化營銷產品的規模大、行業廣、企業多,業務場景和需求的集合豐富,營銷需求旺盛。企業的營銷能力,數字化進程差異大,需要具備開放服務能力的 SaaS 廠商,提供滿足各行各業需求,低成本高效率 SaaS 產品,實現企業客戶的數字化營銷的最佳實踐;
  • 解決方案需要適應各行各業,業務場景越豐富,可以沉淀最佳實踐越多,更容易形成低成本可持續的規?;瘍瀯?;
  • 數字化營銷需要服務客戶全生命周期,和營銷組合搭配的組織和系統越來越多,SaaS 服務模式的彈性和邊界能力,能提高整個系統的應用效率,不同的企業客戶對產品質量要求不一樣,使用彈性能力可以幾乎無成本實現不同版本的部署和訂閱收費,例如免費版、收費版、KA 版;
  • 行業廣多,意味著業務能力上具備可復用的能力也多,即可滿足不同行業的特性,還能保持前臺業務團隊的自主性和獨立性,沉淀的復用能力支撐快速擴張業務;
  • 市場環境一直在變化,快速響應客戶的需求的集合,實現低成本頻繁試錯,支撐業務創新;
  • 開放服務既是開放給第三方使用,也是接入生態中,成為生態的一部分,最終實現共建生態。

市場上數字化營銷 SaaS 產品涉及涵蓋快消、耐消、教育、金融、醫療、電商、服務等眾多領域,以產品服務標準程度可以歸納為四種類型:

  1. TO C 產品服務和業務流程標準度高,目標客戶消費決策效率快,以小額,興趣消費為主;
  2. TO C 產品服務和業務流程差異多,標準度不足,目標客戶決策時間長,以大額消費為主;
  3. TO B 產品服務和業務流程標準度高,合同金額小,容易決策,往往一線業務可以做決定;
  4. TO B 產品服務和業務流程差異多,標準度不足,涉及高層決策,合同金額大,需要老板定。

采用 SaaS 服務模式和中臺理念設計的數字化營銷 SaaS 組織架構示例

  1. 數字化營銷中臺沉淀業務能力,是支撐業務發展的復用能力平臺,中臺部門負責;
  2. 四個產品服務標準,對應四條業務線和產品線,中臺部門負責;
  3. 每一個行業解決方案對應前臺業務團隊,需求由中臺部門負責,每一個行業解決方案都是一個 SaaS 產品,是開放服務。

4. 彈性、訂閱、應用邊界

通過配置規格、能力選項、服務質量三個維度靈活調整經營策略,可以滿足市場上大部分客戶對產品質量的要求,免費版本滿足個人和小微客戶,收費版本是利潤大頭,滿足高價值客戶。

非常推薦 SaaS 產品廠商都提供免費版,不設置任何門檻和要求,開放免費版系統運營成本其實很低,云計算提供的彈性技術能力,使用 IaaS 和 PaaS 的低配置,組建一套獨立產品系統環境,通過鏡像和容器技術獨立部署,不會影響其他收費版本,自助式服務,零維護成本。

免費版是為滿足除高價值客戶外的剩余客戶,這些客戶大部分是小微企業或者個人,很難被培育和轉化成高價值客戶,其中部分客戶會抱有極大熱情愿意參與產品設計中,SaaS 廠商應該利用好這點讓免費版本用戶成為產品持續改進的源頭,畢竟在收費版做做產品創新風險高,做 ABTest 會被人罵。

產品架構上容易忽略多個應用之間的邊界問題,一套數字化營銷 SaaS 產品往往需要 CMS(內容管理)、SCRM(私域/企業微信)、CRM(客戶關系管理)、MA(營銷自動化)、CDP(客戶數據平臺) 等多個應用組成,應用之間存在業務聯系、系統對接,數據流轉、組織權責邊界。

使用應用的頻率有高頻和低頻,關鍵功能有核心和非核心。開發迭代效率上也有高頻緊急和低頻非緊急,業務支撐上有需要頻繁試錯創新,也有有成熟穩定,這些差別造就應用在使用和開發上的成本不同,合理的應用邊界可以隔離不必要的耦合和影響,合理的邊界還能設置財務更優的訂閱選項商業模式。

從組織視角看,應用之間的邊界對應是組織部門權責邊界和角色邊界,應用之間也存在依賴和上下游關系,在架構設計中既要考慮業務和數據問題,還需要考慮組織權責和成本效率問題。

以下圖為例,這是簡化版本的 TO C 數字化營銷 SaaS 產品應用關系和邊界圖,圖中實線鏈接是業務和應用之間的上下游關系表示的業務流程。虛線鏈接表示的是業務數據流轉。

  • 美團、搜索、社交渠道是獲客渠道,實線鏈接 CMS 和在線客服,CMS 負責管理營銷內容;
  • SCRM 負責私域獲客和培育,實線鏈接公眾號/小程序,企業微信,社交渠道,MA 通過 SCRM 實現營銷自動化;
  • CMS 實線鏈接公眾號/小程序,管理和建設微官網,小程序應用,公眾號文章,視頻號;
  • 所有的業務數據統一集中在數據中臺處理,其中目標用戶畫像等客戶數據專有 CDP 處理,支撐 MA 進行營銷自動化;
  • 在線問診、醫療系統、在線客服可以是第三方供應商提供,通過 SaaS 的開放服務接口對接。

5. 最后總結

企業建設中臺的初衷是為了尋找效率更高,成本更低的業務架構和組織架構,用來支持業務的快速擴張和高速發展。

中臺是支撐多個靈活小巧的前臺團隊的系統平臺,是滿足前臺團隊對于復用業務和自主需求的系統,是面向特定場景下行業解決方案,是為了實現業務目標的業務系統,封裝了企業的業務能力,為企業愿景和戰略目標負責。

中臺的建設目標:

  1. 沉淀業務能力,復用業務能力,消除重復建設,消除“煙囪式”“孤島式”業務系統,提高業務系統和組織的內部效能;
  2. 是快速響應前臺業務團隊需求,提供頻繁的低成本業務試錯能力,促進業務團隊創新。

SaaS 的價值是面向市場開放服務,提供標準化、低成本、高效率行業解決方案和產品服務,共建生態促進繁榮和創新。

SaaS 的核心能力:

  1. 開放服務、共建生態
  2. 規?;?、低成本、訂閱模式
  3. 彈性和邊界、鏡像和容器

新的技術范式帶來更低的成本和更高的效率,帶來了商業上的成功同時也開始催生下一次技術革命,云計算是如此,web3.0 也是如此。

注 1: 本文所涉及到的產品架構因商業敏感原因經過部分簡化,可參考,不建議直接用作產品架構。

本文由 @徐小威 原創發布于人人都是產品經理,未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 太多沒有必要的常識說明,還有太多拗口且故作深沉的概念說明。架構說明部分顆粒度太粗其實都是方法論,這種方法論小白看不懂,從業者覺得沒干貨,因為誰還不會寫點正確但都是廢話的方法論呢?

    綜上,感覺這篇文章更像是給老板的匯報的材料改出來的東西,不像是實踐過后的產物。

    來自北京 回復
  2. 很有深度,小白估計看不懂

    來自廣東 回復
  3. 寫的真好,拜讀

    來自北京 回復