SaaS公司如何徹底消滅定制化(一)
定制化問題是中國(guó)SaaS公司面臨的一個(gè)普遍性的重大問題,而本篇文章講解了為什么一定要消滅定制化以及為什么可以徹底消滅定制化這兩個(gè)問題,感興趣的朋友快來看看吧。
定制化的話題筆者覺得是一個(gè)非常重要的話題,二個(gè)月之前就想寫,只是一直沒有抽出時(shí)間。定制化問題是中國(guó)公司面臨的一個(gè)普遍性的重大問題,筆者接下來會(huì)分三四篇文章分如下幾個(gè)部分來說明如何解決定制化的問題。
- 為什么一定要消滅定制化
- 為什么可以徹底消滅定制化
- 怎樣消滅定制化,解決定制化過程中的一些原則。
- 剛開始MVP階段,對(duì)不同客戶需求沒有全面的把握,怎樣做標(biāo)準(zhǔn)產(chǎn)品
- 如果一家公司已經(jīng)已經(jīng)有大量定制化,該怎樣庖丁解牛來做標(biāo)準(zhǔn)化產(chǎn)品
在創(chuàng)業(yè)的早期,很多時(shí)候我們?yōu)榱松?,為了拿單,我們?cè)趬毫χ伦隽撕芏嘈枨?,這些需求的設(shè)計(jì)如果控制的不是很好,比較固化。后面其他的客戶很難使用,要改動(dòng)也很難,慢慢就成為獨(dú)立的版本,慢慢積累下來,定制化就會(huì)越來越多。
當(dāng)定制化越來越多之后,會(huì)發(fā)現(xiàn)如下幾個(gè)問題:
- 多個(gè)版本,加上正常的人員流失,維護(hù)工作量以及難度越來越大。
- 定制化的版本基本很難持續(xù)迭代,用戶體驗(yàn)很難做得非常好。
- 一些定制化的版本都很難跟著主流版本進(jìn)行升級(jí),成為頑疾。
- 定制化越多,公司的,無論是產(chǎn)研,售后,還是客戶成功的負(fù)擔(dān)越來越大,可復(fù)制性也變差。當(dāng)公司營(yíng)收超過一定金額,比如說5000萬之后,公司的發(fā)展變得肉眼可見的越來越慢。
- 定制化做久了,團(tuán)隊(duì)耦合度越來越高,壓力越來越大,團(tuán)隊(duì)會(huì)越來越疲憊,氛圍變差。
另外一個(gè)問題,就是定制開發(fā)的功能不能復(fù)用,邊際成本很高,慢慢定制開發(fā)的功能算下來可能都是虧錢的。
定制化應(yīng)該是一個(gè)產(chǎn)品可持續(xù)發(fā)展,一家軟件公司可持續(xù)發(fā)展的最大罪魁禍?zhǔn)?,該問題的解決越早期越好。否則到了后期,整個(gè)公司的發(fā)展就積重難返了,君不見大量90年代,00年代成立的企業(yè)管理軟件公司現(xiàn)在還陷在定制化這個(gè)泥潭里面,動(dòng)彈不得,發(fā)展不了,也不能速死。
我們現(xiàn)在大量名義上的SaaS公司實(shí)際上還是在走歷史的老路而已,很難可持續(xù)發(fā)展。
針對(duì)SaaS公司,我一個(gè)朋友提了一個(gè)標(biāo)準(zhǔn)化產(chǎn)品的ARR指標(biāo),我覺得非常正確,大家可以參考,作為公司的一個(gè)戰(zhàn)略指標(biāo)。
當(dāng)然,團(tuán)隊(duì)沒有標(biāo)準(zhǔn)化產(chǎn)品的能力,接一些項(xiàng)目作為生意,也是無可厚非。
還有一部分,前期團(tuán)隊(duì)能力還不夠,先通過一些大客戶項(xiàng)目活下來,后面升級(jí)團(tuán)隊(duì)盡快轉(zhuǎn)型到標(biāo)準(zhǔn)化產(chǎn)品,追求長(zhǎng)期可持續(xù)發(fā)展也可以(其實(shí)前期如果可以找到一個(gè)高手即使只是幫忙把把標(biāo)準(zhǔn)化產(chǎn)品的關(guān),就可以節(jié)省大量的時(shí)間和金錢,越早越好)。
要基于自己團(tuán)隊(duì)的情況做具體的選擇和判斷,但是要知道詩(shī)和遠(yuǎn)方在哪里。
第二個(gè)問題,為什么可以徹底消滅定制化,因?yàn)楹芏嗳硕疾皇菍I(yè)人士,我盡量先來通俗的類比論證一下。
我們一直聽到一種說法,中國(guó)現(xiàn)狀因?yàn)橛泻芏嗟亩ㄖ苹?,所以PaaS有其空間,業(yè)界似乎都認(rèn)可PaaS可以來解決SaaS定制化的問題。
那好,我們可不可以先這樣來思考,既然PaaS可以解決定制化的問題,我們?cè)偈諗恳幌拢欠窨梢酝ㄟ^一個(gè)垂直的PaaS來解決定制化的問題,比如說HR行業(yè)可以做一個(gè)垂直的HR PaaS平臺(tái),做CRM的可以做一個(gè)CRM PaaS平臺(tái)來解決定制化問題,等等。
好像是可以的,那我們?cè)賮砩钊胍幌?,如果HR領(lǐng)域做一個(gè)HR PaaS是可以來解決問題的,那我們?cè)谧鋈肆Y源管理領(lǐng)域是否還是可以抽象出很多共通的功能,不同公司肯定會(huì)有一些不同的需求,我們把可以抽象出的共通功能做成SaaS產(chǎn)品的標(biāo)準(zhǔn)功能,另外通過配置化來解決一些客戶之間不同的需求.
這里可以打一個(gè)比方,比如說不同客戶的需求總和的形狀不一樣,但是總是會(huì)有一些重合的地方,這些重合的地方都是產(chǎn)品需要標(biāo)準(zhǔn)化下來的功能,其他不一樣的地方,產(chǎn)品所做的事情是用一個(gè)最小的形狀,可以將這些不同的需求形狀裝進(jìn)去,還要努力做到無法做減法。
這樣說來,我們只需要一個(gè)配置型更強(qiáng)的行業(yè)SaaS來解決問題.
在這里,筆者給大家講一個(gè)真實(shí)的故事,一個(gè)花了數(shù)十億美金的故事。曾經(jīng)有一家公司,一家全球性的人力資源的龍頭企業(yè),這家公司在全球近百個(gè)國(guó)家都有業(yè)務(wù)。
由于每個(gè)國(guó)家,國(guó)家里面不同公司的人力資源管理都會(huì)有一些差別,特別是一些政策性的功能,比如說休假、考勤、薪酬這塊,所以不同國(guó)家都需要開發(fā)不同的人力資源系統(tǒng)來支持該地區(qū)的業(yè)務(wù)。
這樣做下來,總公司發(fā)現(xiàn):
- 不同國(guó)家之間開發(fā)的人力資源系統(tǒng)很多功能還是類似或者重復(fù),開支很大,浪費(fèi)了很多人力物力。
- 管理起來難度很大,不同國(guó)家產(chǎn)研水平不一樣,開發(fā)出來的效果差異也很大。
- 不同團(tuán)隊(duì)開發(fā)出來的產(chǎn)品的界面以及風(fēng)格差異很大,不利于公司統(tǒng)一的品牌。
所以這家公司做了一個(gè)事情,收購(gòu)了一家專注于給HR領(lǐng)域做PaaS平臺(tái)的公司,上面有一些固化的模塊,比如說人事管理,比如說招聘、培訓(xùn)、績(jī)效的一些功能,一些跟國(guó)家區(qū)域關(guān)系很大的政策性功能,比如說福利、薪酬、休假等管理,可以在這個(gè)平臺(tái)上面配置開發(fā),這樣做有幾個(gè)好處:
- 很多共通的功能在平臺(tái)上面固化了,不用重復(fù)開發(fā),大幅度的減少整體開發(fā)工作量。
- 不同國(guó)家開發(fā)出來東西風(fēng)格統(tǒng)一。
在執(zhí)行的時(shí)候,這個(gè)平臺(tái)公司配合協(xié)同全球不同國(guó)家的產(chǎn)研團(tuán)隊(duì)進(jìn)行本地化系統(tǒng)的開發(fā)和落地。但是在全球化落地的過程中,也帶來了幾個(gè)問題:
- 全球化跨語種,跨時(shí)區(qū)的溝通難度比較大。
- 共通固化的功能,因?yàn)榭紤]不周,很多時(shí)候?qū)唧w國(guó)家的支持還是不是太友好,需要在此基礎(chǔ)上面做一些開發(fā),這些東西的改動(dòng)基本上控制在PaaS平臺(tái)團(tuán)隊(duì)手里,他們統(tǒng)一來進(jìn)行調(diào)整,然后開放給不同的國(guó)家。
- 那些需要自己配置開發(fā)的模塊,不同國(guó)家因?yàn)閳F(tuán)隊(duì)水平不一樣,執(zhí)行出的結(jié)果差異很大,還有些國(guó)家還遲遲上不了線。
最后的情況是,一部分國(guó)家系統(tǒng)上了線,一部分國(guó)家也是遲遲上不了線,當(dāng)然大部分國(guó)家的產(chǎn)研團(tuán)隊(duì)會(huì)將鍋?zhàn)屇羌襊aaS平臺(tái)公司來背。
鑒于這個(gè)情況,總部覺得固化很多功能,在這個(gè)基礎(chǔ)上面滿足全球不同國(guó)家的需求還是很難,需要更加的靈活化。另外覺得收購(gòu)的那個(gè)團(tuán)隊(duì)工程師還是太弱,技術(shù)上面響應(yīng)太慢。
因?yàn)榻?jīng)費(fèi)充足,于是又立了一個(gè)新項(xiàng)目,招募組建了一個(gè)世界頂尖的工程師技術(shù)團(tuán)隊(duì),砸了超過10億美金,去做一個(gè)純粹的PaaS平臺(tái),里面沒有多少固化的功能,基本上可以基于配置型開發(fā),整個(gè)開發(fā)出來的頁(yè)面效果也是非常炫酷。
結(jié)果是,這個(gè)項(xiàng)目做了幾年,花了超過十億美金,然后各個(gè)國(guó)家基于這個(gè)系統(tǒng)去配置開發(fā)自己國(guó)家的系統(tǒng),最后似乎沒有什么國(guó)家的系統(tǒng)成功上線了。
如果我們?cè)賮韽?fù)盤一下這個(gè)項(xiàng)目,二條路都很難(實(shí)際上從來做好的產(chǎn)品從來沒有容易走的道路,因?yàn)殡y所以走一條開始看起來容易的路,后面往往是更難)。
如果讓筆者做選擇,筆者覺得第一種方案實(shí)際是更好的方案。
實(shí)際上在平臺(tái)上面給的空間越小,成功的可能性越大,否則不同團(tuán)隊(duì),能力千差萬別,出來的效果肯定很不可控,系統(tǒng)能夠越固化的情況下面滿足客戶的需求,那樣成功率會(huì)高很多,而且產(chǎn)品的體驗(yàn)會(huì)更可控。
還有,系統(tǒng)配置型越強(qiáng),越靈活,交付難度越大,SaaS公司的業(yè)務(wù)復(fù)制型越差。
所以如果筆者決策,筆者會(huì)選擇第一種方案的基礎(chǔ)上面可以繼續(xù)收斂,還需要做更多的標(biāo)準(zhǔn)化,給不同國(guó)家團(tuán)隊(duì)可以發(fā)揮的空間越小,越容易成功。這里面配置型的靈活度把握非常重要,不多不少,恰到好處,說起來容易,實(shí)際做起來是非常艱難的。
當(dāng)然,國(guó)內(nèi)只是面向中國(guó)地區(qū)的不同客戶,整體難度要比開發(fā)一個(gè)全球性的產(chǎn)品來說要簡(jiǎn)單很多。
做SaaS就要努力解決標(biāo)準(zhǔn)化產(chǎn)品的問題,解決定制化的問題。PaaS有PaaS自己的用途,期待PaaS來解決SaaS的標(biāo)準(zhǔn)化問題筆者感覺有點(diǎn)畫蛇添足,將問題更加復(fù)雜化。
下一篇我們具體來談?wù)勅绾蝸斫鉀Q定制化,實(shí)現(xiàn)SaaS產(chǎn)品的標(biāo)準(zhǔn)化。
專欄作家
作者:李東林(微信公眾號(hào):SaaS產(chǎn)品說;微信號(hào):jianguzhuxin),菜小秘聯(lián)合創(chuàng)始人,原ADP大中華區(qū)產(chǎn)品負(fù)責(zé)人,14年To B研發(fā)與產(chǎn)品設(shè)計(jì),團(tuán)隊(duì)管理經(jīng)驗(yàn),主導(dǎo)過多款大型企業(yè)管理軟件的設(shè)計(jì)、研發(fā)、上線,也有過數(shù)年移動(dòng)互聯(lián)網(wǎng)TO C的創(chuàng)業(yè)經(jīng)驗(yàn)。
本文由@東林-Tony 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash, 基于CC0協(xié)議。
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。
SaaS公司盡量減少定制化,整體以標(biāo)準(zhǔn)化的形式去做法和搭建,在眾多競(jìng)對(duì)中如何突圍而出,打造自有的壁壘?(ps:本人也同意減少定制化,打造標(biāo)準(zhǔn)化的saas)