Saas中臺架構(gòu)以及中臺設計——Saas產(chǎn)品之路(4)

0 評論 7150 瀏覽 45 收藏 17 分鐘

編輯導語:中臺這一概念在前幾年引發(fā)了大量企業(yè)的關(guān)注和投注,然而,什么樣的中臺才能算是好的中臺?關(guān)于這個問題,也許你可以從功能模塊、業(yè)務形態(tài)等多方面進行解讀。本篇文章里,作者發(fā)表了他對中臺設計的看法,一起來看一下。

從18年起,國內(nèi)一眾大廠都掀起了中臺風暴,而做著做著卻發(fā)現(xiàn)——“嘿,中臺也能賺錢!”阿里云/騰訊云/火山引擎等都是大廠業(yè)務中臺化的產(chǎn)物,算法中臺/商業(yè)中臺/功能中臺等拔地而起,在那個時間點下,無論是為了企業(yè)降本增效或者是純粹的模仿,很多互聯(lián)網(wǎng)企業(yè)紛紛跟風跟進中臺戰(zhàn)略。

大廠做中臺戰(zhàn)略合情合理,即能滿足業(yè)務多元性發(fā)展的需求,也能降低企業(yè)生產(chǎn)成本,最重要的是——通過中臺戰(zhàn)略內(nèi)部孵化出來的服務能向其他企業(yè)提供,中臺是一門生意。

SaaS產(chǎn)品就是從中臺概念中脫胎出來,通過SaaS接入的形式實現(xiàn)免開發(fā)以及快速介入,這里不妨思考:

SaaS需要怎么樣類型的一種中臺?SaaS如何通過產(chǎn)品設計快速實現(xiàn)中臺?

在回答上述的問題之前,我們要先下個定義——怎樣才算是好的中臺?

一、什么是好的中臺?

首先我們把眼光挪到20世紀60年代的美國,隨著汽車工業(yè)的計劃以及汽車的普及,當時的汽車制造商所面臨最大問題是——

造車的成本為什么會這么高?為什么我新造一輛車就需要重新設計底盤/動力傳輸這些看不見的東西?

于是通用公司就提出了造車平臺概念,即不同的車型可以用一個平臺上相同的底盤/發(fā)動機/變速箱等系統(tǒng),通過外觀/內(nèi)飾等設計快速實現(xiàn)產(chǎn)品上新以及差異化,我們可以理解這就是汽車行業(yè)的“中臺”,支撐了通用/大眾等汽車廠商旗下眾多產(chǎn)品線的快速發(fā)展

我們不妨將眼光擴大,不僅汽車行業(yè),其他的行業(yè)是否也有類似的中臺設計?這里要引入一個傳統(tǒng)制造業(yè)的概念,叫“柔性制造”。

不同于傳統(tǒng)按需生產(chǎn)的剛性生產(chǎn)法(先有需求,再有產(chǎn)品;一條生產(chǎn)線只能生產(chǎn)一種產(chǎn)品),柔性制造最大的區(qū)別就是通過組合多個模塊化的生產(chǎn)機床以及配置自動運送的生產(chǎn)線搭建,實現(xiàn)單一生產(chǎn)線能生產(chǎn)不同產(chǎn)品,從而實現(xiàn)邊際成本的降低和快速面對市場的反饋

柔性制造概念中有一套評判生產(chǎn)是否柔性的標準——

  • 機械柔性:支持加工不同零件;
  • 工藝柔性:隨著材料變化能變化對應的工藝流程;
  • 產(chǎn)品柔性:對老產(chǎn)品能兼容,能快速生產(chǎn)新產(chǎn)品;
  • 生產(chǎn)能力柔性:生產(chǎn)量變化時,整體系統(tǒng)能快速做出反應;
  • 維護柔性:能快速查詢和定位故障,保證生產(chǎn)運行;
  • 拓展柔性:支持快速擴展和增加模塊,構(gòu)成更大的制造系統(tǒng)。

柔性是對生產(chǎn)能力、生產(chǎn)工藝以及對應的產(chǎn)品提出了可拓展、可兼容、可變化的需求,是對如何快速面對市場的變化以及用戶需求的變化,同時在競爭中保持優(yōu)勢地位,這是企業(yè)生存的長期思考命題,“中臺”是長期思考中得到的一個標準解

19世紀80年代營銷大師邁克爾波特提出了營銷三大競爭戰(zhàn)略:成本領(lǐng)先/差異化/集中化戰(zhàn)略,而“中臺”正好契合了競爭戰(zhàn)略內(nèi)的核心因素——如何降低生產(chǎn)成本/如何提升新品生產(chǎn)周期,所以“中臺”是一個產(chǎn)業(yè)高度工業(yè)化和市場化的體現(xiàn)。

基于工業(yè)在中臺上的建設經(jīng)驗結(jié)合互聯(lián)網(wǎng)生產(chǎn)特性以及商品特性,好的中臺有以下的性質(zhì)——

  1. 模塊化:通過業(yè)務模塊化能降低新業(yè)務的投入成本;能快速跟隨業(yè)務的變化而變化,支持快速搭建新產(chǎn)品新業(yè)務或者進行業(yè)務調(diào)整;
  2. 可擴展:隨著業(yè)務的發(fā)展,中臺能容納更多的能力,為業(yè)務承擔更多的基建壓力或者供應壓力;業(yè)務方在中臺能力的基礎(chǔ)上實現(xiàn)自定義能力建設;
  3. 標準化:標準化的中臺產(chǎn)品能降低業(yè)務接入成本,常見的標準化形態(tài)包含——h5插件/jssdk/sdk/接口/SaaS等;
  4. 可兼容:能兼容以及支持多類不同業(yè)務,實現(xiàn)多類業(yè)務的并行使用。

所以,工業(yè)化給出了兩個解決方案——

  1. “汽車平臺式的中臺”——大中臺;
  2. “模塊化的中臺拼接”——小中臺。

二、SaaS產(chǎn)品“大小中臺”策略

而這兩類中臺策略分別使用于哪種類型的產(chǎn)品,我們需要從SaaS產(chǎn)品的架構(gòu)以及商業(yè)模式進行分析。

目前市面上看到的SaaS通常會有以下3類:

  1. 業(yè)務型SaaS:為客戶的賺錢業(yè)務提供工具以及服務的SaaS,直面的是用戶的生意,例如有贊微盟等電商SaaS以及銷售CRM工具,為B2B2C企業(yè);
  2. 效率型SaaS:為客戶效率提升工具的SaaS,如項目管理工具、Zoom等會議工具,提升辦公或者生產(chǎn)效率,為B2B企業(yè);
  3. 混合型SaaS:即兼顧企業(yè)業(yè)務和效率效用SaaS,例如近幾年在私域流量上大做文章的企業(yè)微信,其本身就是一個辦公協(xié)同工具,但為企業(yè)提供了一整套的私域管理能力,實現(xiàn)業(yè)務的提升,同時也支持第三方服務。

1. 業(yè)務型SaaS的架構(gòu)以及商業(yè)模式

縱觀業(yè)務SaaS產(chǎn)品的發(fā)展方向,在產(chǎn)品的成長期階段,為了擴充業(yè)務規(guī)模和體量,業(yè)務SaaS產(chǎn)品會拓展為“多場景+多行業(yè)”的產(chǎn)品模式,為不同行業(yè)或者不同場景提供適應的解決方案,例如做電商獨立站的有贊,后期發(fā)展為“商城、零售、美業(yè)、教育”多行業(yè)的解決方案進行售賣。

我們縱觀有贊的產(chǎn)品結(jié)構(gòu),都是以商城為核心,兼容不同行業(yè)的產(chǎn)品需求所構(gòu)筑而成,像商品體系、計費體系、店鋪裝修、人員管理、營銷功能等通用性強的產(chǎn)品模塊對有贊而言就是一個個打包好的積木,在積木的基礎(chǔ)上拼接新的積木就能得到新業(yè)務新解決方案。

例如教育需要的線上內(nèi)容模塊、美業(yè)需要的線下會員管理方案等等,業(yè)務的SaaS更像積木,通過一塊一塊中臺的拼接就可以實現(xiàn)新產(chǎn)品的開發(fā),屬于“樂高式”的中臺模式。

所以業(yè)務性的中臺更加適用于“小中臺”模式,通過模塊組合加速業(yè)務發(fā)展。

2. 效率型SaaS的架構(gòu)以及商業(yè)模式

效率SaaS從企業(yè)需求來說是“對癥下藥”類型,不同于業(yè)務型的SaaS,效率SaaS思考得更多的是企業(yè)內(nèi)存在一個大共性的效率的問題,不同的企業(yè)對于CRM銷售系統(tǒng)的需求是不一樣的,但都需要一個協(xié)同辦公的產(chǎn)品來提升協(xié)作效率。對于效率類SaaS來說,從哪來到哪去是非常清晰的,就是要解決優(yōu)化或者解決一個流程上的問題。

所以此類初創(chuàng)期的關(guān)注點在于產(chǎn)品流程的閉合,產(chǎn)品體驗的完善,往往不關(guān)注細分行業(yè)在相同功能上的差異性,例如針對互聯(lián)網(wǎng)公司的項目管理軟件的SaaS工具,在軟件設計前期是不會涉及到交付類型公司以及toC公司的項目管理差異。

而成長期,會在基礎(chǔ)產(chǎn)品上增加不同功能以滿足不同用戶的需求,像知名的設計協(xié)作軟件藍湖,就在本身產(chǎn)品的基礎(chǔ)上針對教育行業(yè)、互聯(lián)網(wǎng)、金融行業(yè)的客戶輸出了不同的解決方案,不同于業(yè)務型SaaS,效率SaaS在中臺設計更底層和基礎(chǔ),底子打造完成,換上不同的衣服就考驗滿足不同用戶的需求,屬于“換殼式”的中臺模式。

效率型的SaaS更加適用于“大中臺”模式,通過拼接不同的套件,實現(xiàn)多個行業(yè)的切入。

3. 混合SaaS

混合SaaS是業(yè)務和效率SaaS的結(jié)合體,負責企業(yè)業(yè)務以及企業(yè)管理流程的某類場景上的降本增效;因混合SaaS核心業(yè)務的使用場景是清晰且通用的,非核心業(yè)務是近似于錦上添花的存在,所以在中臺產(chǎn)品架構(gòu)上更接近為“1+X”組合方式——即1個核心業(yè)務+X個非核心功能,兩者在產(chǎn)品層級上是屬于同一層級的。

所以非核心業(yè)務在混合SaaS的商業(yè)化中是比較邊緣的存在,首先企業(yè)難以花費太多精力研究非核心業(yè)務,其次是通用的核心業(yè)務客群寬泛而非核心業(yè)務的客群狹窄,研發(fā)成本高昂,所以很多混合SaaS平臺均采用開放平臺的形式,接入第三方的功能服務,無需自行開發(fā),作為中間商實現(xiàn)盈利變現(xiàn)。

所以從產(chǎn)品架構(gòu)上而言,混合SaaS與業(yè)務SaaS接近,中臺結(jié)構(gòu)更貼近業(yè)務的形式。

為了實現(xiàn)大小中臺的架構(gòu),我們在產(chǎn)品設計如何通過中臺化來實現(xiàn)中臺目標?

三、功能中臺化

人活這一世,能耐還在其次。有的成了面子,有的成了里子,都是時勢使然。

——宮寶森《一代宗師》

在電影《一代宗師》中,王家衛(wèi)借劇中人物宮寶森之口,用里子和面子等討論了拳術(shù)、社會和門派的表里關(guān)系。

在互聯(lián)網(wǎng)語境內(nèi),面子就是用戶所能接觸的前端(表現(xiàn)層與框架層),而里子是支撐起這些表皮的后臺(架構(gòu)層和范圍層)。

對于SaaS工具而言,中臺不僅包含每個業(yè)務模塊,更重要的是如何通過產(chǎn)品設計實現(xiàn)業(yè)務模塊的中臺化,所以在產(chǎn)品層面會有兩個重點的思考方向。

  1. 降本——針對新場景/新客群的新產(chǎn)品建設;
  2. 增效——一個功能如何制定中臺策略。

針對這2個思考方向,我們可以得出如下的設計原則。

1. 組件化設計

組件化是對功能進行封裝以及接口建設,對于主要服務于中臺有2個意義:快速接入以及重復調(diào)用。

例如用戶能在抖音消費到圖文、視頻和直播等內(nèi)容,而抖音的內(nèi)容創(chuàng)作平臺是覆蓋了從內(nèi)容生產(chǎn)→內(nèi)容呈現(xiàn)→內(nèi)容分發(fā)(算法)→內(nèi)容變現(xiàn)(支付&廣告)→粉絲管理→結(jié)算等流程。

組件化在流程中扮演什么角色呢,通過對內(nèi)容分發(fā)以及內(nèi)容變現(xiàn)模塊的組件化,抖音就只需投入成本在內(nèi)容的生產(chǎn)以及呈現(xiàn)模塊上,像內(nèi)容分發(fā)、內(nèi)容變現(xiàn)等功能通過一個接口或者頁面調(diào)用就可以快速接入,從而實現(xiàn)新業(yè)務新產(chǎn)品的快速建設。

2. 業(yè)務性對功能設計的影響

在設計中臺產(chǎn)品時,需要對功能的業(yè)務性進行評估。

產(chǎn)品的業(yè)務性是指某個產(chǎn)品是否可以獨立存在,例如一個紅包功能,表面上是一個獨立的功能模塊,但紅包在實際的使用中非常依賴前端的場景建設以及支付體驗,例如微信紅包是社交場景,而支付寶的紅包是商家服務的場景,所以紅包的業(yè)務性比較低。

那像紅包此類的業(yè)務性低的產(chǎn)品如何進行中臺設計?

  1. 不封裝前端內(nèi)容:實現(xiàn)前端自定義交互以及頁面,更加通用;
  2. 做接口調(diào)用以及數(shù)據(jù)保存:支持不同業(yè)務不同終端對功能的需求,更加兼容。

而對于業(yè)務性很強的產(chǎn)品,如一個項目管理功能,可以單獨使用也可以與其他場景進行結(jié)合,例如搭配工單缺陷系統(tǒng),就能組成一個面向互聯(lián)網(wǎng)行業(yè)的新產(chǎn)品。所以在業(yè)務性很強的業(yè)務內(nèi),如何實現(xiàn)核心業(yè)務對于其他能力的快速支持以及數(shù)據(jù)流轉(zhuǎn)——

  1. 為流程上下游的功能模塊提供通用的調(diào)用以及創(chuàng)建規(guī)則:如一個導航功能——生成最優(yōu)路線以及計算時間,本身業(yè)務性可以與地圖功能很好的鏈接,但其他場景也充斥著大量的導航場景,如打車場景、外賣場景、運動場景等,但導航的算法永遠只有一個,所以在導航功能的中臺設計上是提供一個創(chuàng)建以及數(shù)據(jù)同步接口,實現(xiàn)算法優(yōu)化以及數(shù)據(jù)沉淀。
  2. 業(yè)務功能與業(yè)務功能之間應該相互獨立,不耦合:不同業(yè)務的數(shù)據(jù)盡可能通過接口實現(xiàn),在產(chǎn)品設計上盡量不耦合。

以上就是關(guān)于中臺產(chǎn)品的設計思考,希望大家可以在評論區(qū)留言討論,謝謝指教。

 

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

題圖來自Pexels,基于CC0協(xié)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!