定制化問題是中國SaaS公司面臨的一個普遍性的重大問題，而本篇文章講解了為什么一定要消滅定制化以及為什么可以徹底消滅定制化這兩個問題，感興趣的朋友快來看看吧。

定制化的話題筆者覺得是一個非常重要的話題，二個月之前就想寫，只是一直沒有抽出時間。定制化問題是中國公司面臨的一個普遍性的重大問題，筆者接下來會分三四篇文章分如下幾個部分來說明如何解決定制化的問題。

• 為什么一定要消滅定制化
• 為什么可以徹底消滅定制化
• 怎樣消滅定制化，解決定制化過程中的一些原則。
• 剛開始MVP階段，對不同客戶需求沒有全面的把握，怎樣做標(biāo)準(zhǔn)產(chǎn)品
• 如果一家公司已經(jīng)已經(jīng)有大量定制化，該怎樣庖丁解牛來做標(biāo)準(zhǔn)化產(chǎn)品

在創(chuàng)業(yè)的早期，很多時候我們?yōu)榱松?，為了拿單，我們在壓力之下做了很多需求，這些需求的設(shè)計如果控制的不是很好，比較固化。后面其他的客戶很難使用，要改動也很難，慢慢就成為獨立的版本，慢慢積累下來，定制化就會越來越多。

當(dāng)定制化越來越多之后，會發(fā)現(xiàn)如下幾個問題：

• 多個版本，加上正常的人員流失，維護工作量以及難度越來越大。
• 定制化的版本基本很難持續(xù)迭代，用戶體驗很難做得非常好。
• 一些定制化的版本都很難跟著主流版本進行升級，成為頑疾。
• 定制化越多，公司的，無論是產(chǎn)研，售后，還是客戶成功的負(fù)擔(dān)越來越大，可復(fù)制性也變差。當(dāng)公司營收超過一定金額，比如說5000萬之后，公司的發(fā)展變得肉眼可見的越來越慢。
• 定制化做久了，團隊耦合度越來越高，壓力越來越大，團隊會越來越疲憊，氛圍變差。

另外一個問題，就是定制開發(fā)的功能不能復(fù)用，邊際成本很高，慢慢定制開發(fā)的功能算下來可能都是虧錢的。

定制化應(yīng)該是一個產(chǎn)品可持續(xù)發(fā)展，一家軟件公司可持續(xù)發(fā)展的最大罪魁禍?zhǔn)?，該問題的解決越早期越好。否則到了后期，整個公司的發(fā)展就積重難返了，君不見大量90年代，00年代成立的企業(yè)管理軟件公司現(xiàn)在還陷在定制化這個泥潭里面，動彈不得，發(fā)展不了，也不能速死。

我們現(xiàn)在大量名義上的SaaS公司實際上還是在走歷史的老路而已，很難可持續(xù)發(fā)展。

針對SaaS公司，我一個朋友提了一個標(biāo)準(zhǔn)化產(chǎn)品的ARR指標(biāo)，我覺得非常正確，大家可以參考，作為公司的一個戰(zhàn)略指標(biāo)。

當(dāng)然，團隊沒有標(biāo)準(zhǔn)化產(chǎn)品的能力，接一些項目作為生意，也是無可厚非。

還有一部分，前期團隊能力還不夠，先通過一些大客戶項目活下來，后面升級團隊盡快轉(zhuǎn)型到標(biāo)準(zhǔn)化產(chǎn)品，追求長期可持續(xù)發(fā)展也可以（其實前期如果可以找到一個高手即使只是幫忙把把標(biāo)準(zhǔn)化產(chǎn)品的關(guān)，就可以節(jié)省大量的時間和金錢，越早越好）。

要基于自己團隊的情況做具體的選擇和判斷，但是要知道詩和遠方在哪里。

第二個問題，為什么可以徹底消滅定制化，因為很多人都不是專業(yè)人士，我盡量先來通俗的類比論證一下。

我們一直聽到一種說法，中國現(xiàn)狀因為有很多的定制化，所以PaaS有其空間，業(yè)界似乎都認(rèn)可PaaS可以來解決SaaS定制化的問題。

那好，我們可不可以先這樣來思考，既然PaaS可以解決定制化的問題，我們再收斂一下，是否可以通過一個垂直的PaaS來解決定制化的問題，比如說HR行業(yè)可以做一個垂直的HR PaaS平臺，做CRM的可以做一個CRM PaaS平臺來解決定制化問題，等等。

好像是可以的，那我們再來深入一下，如果HR領(lǐng)域做一個HR PaaS是可以來解決問題的，那我們在做人力資源管理領(lǐng)域是否還是可以抽象出很多共通的功能，不同公司肯定會有一些不同的需求，我們把可以抽象出的共通功能做成SaaS產(chǎn)品的標(biāo)準(zhǔn)功能，另外通過配置化來解決一些客戶之間不同的需求.

這里可以打一個比方，比如說不同客戶的需求總和的形狀不一樣，但是總是會有一些重合的地方，這些重合的地方都是產(chǎn)品需要標(biāo)準(zhǔn)化下來的功能，其他不一樣的地方，產(chǎn)品所做的事情是用一個最小的形狀，可以將這些不同的需求形狀裝進去，還要努力做到無法做減法。

這樣說來，我們只需要一個配置型更強的行業(yè)SaaS來解決問題.

在這里，筆者給大家講一個真實的故事，一個花了數(shù)十億美金的故事。曾經(jīng)有一家公司，一家全球性的人力資源的龍頭企業(yè)，這家公司在全球近百個國家都有業(yè)務(wù)。

由于每個國家，國家里面不同公司的人力資源管理都會有一些差別，特別是一些政策性的功能，比如說休假、考勤、薪酬這塊，所以不同國家都需要開發(fā)不同的人力資源系統(tǒng)來支持該地區(qū)的業(yè)務(wù)。

這樣做下來，總公司發(fā)現(xiàn)：

• 不同國家之間開發(fā)的人力資源系統(tǒng)很多功能還是類似或者重復(fù)，開支很大，浪費了很多人力物力。
• 管理起來難度很大，不同國家產(chǎn)研水平不一樣，開發(fā)出來的效果差異也很大。
• 不同團隊開發(fā)出來的產(chǎn)品的界面以及風(fēng)格差異很大，不利于公司統(tǒng)一的品牌。

所以這家公司做了一個事情，收購了一家專注于給HR領(lǐng)域做PaaS平臺的公司，上面有一些固化的模塊，比如說人事管理，比如說招聘、培訓(xùn)、績效的一些功能，一些跟國家區(qū)域關(guān)系很大的政策性功能，比如說福利、薪酬、休假等管理，可以在這個平臺上面配置開發(fā)，這樣做有幾個好處：

• 很多共通的功能在平臺上面固化了，不用重復(fù)開發(fā)，大幅度的減少整體開發(fā)工作量。
• 不同國家開發(fā)出來東西風(fēng)格統(tǒng)一。

在執(zhí)行的時候，這個平臺公司配合協(xié)同全球不同國家的產(chǎn)研團隊進行本地化系統(tǒng)的開發(fā)和落地。但是在全球化落地的過程中，也帶來了幾個問題：

• 全球化跨語種，跨時區(qū)的溝通難度比較大。
• 共通固化的功能，因為考慮不周，很多時候?qū)唧w國家的支持還是不是太友好，需要在此基礎(chǔ)上面做一些開發(fā)，這些東西的改動基本上控制在PaaS平臺團隊手里，他們統(tǒng)一來進行調(diào)整，然后開放給不同的國家。
• 那些需要自己配置開發(fā)的模塊，不同國家因為團隊水平不一樣，執(zhí)行出的結(jié)果差異很大，還有些國家還遲遲上不了線。

最后的情況是，一部分國家系統(tǒng)上了線，一部分國家也是遲遲上不了線，當(dāng)然大部分國家的產(chǎn)研團隊會將鍋讓那家PaaS平臺公司來背。

鑒于這個情況，總部覺得固化很多功能，在這個基礎(chǔ)上面滿足全球不同國家的需求還是很難，需要更加的靈活化。另外覺得收購的那個團隊工程師還是太弱，技術(shù)上面響應(yīng)太慢。

因為經(jīng)費充足，于是又立了一個新項目，招募組建了一個世界頂尖的工程師技術(shù)團隊，砸了超過10億美金，去做一個純粹的PaaS平臺，里面沒有多少固化的功能，基本上可以基于配置型開發(fā)，整個開發(fā)出來的頁面效果也是非常炫酷。

結(jié)果是，這個項目做了幾年，花了超過十億美金，然后各個國家基于這個系統(tǒng)去配置開發(fā)自己國家的系統(tǒng)，最后似乎沒有什么國家的系統(tǒng)成功上線了。

如果我們再來復(fù)盤一下這個項目，二條路都很難（實際上從來做好的產(chǎn)品從來沒有容易走的道路，因為難所以走一條開始看起來容易的路，后面往往是更難）。

如果讓筆者做選擇，筆者覺得第一種方案實際是更好的方案。

實際上在平臺上面給的空間越小，成功的可能性越大，否則不同團隊，能力千差萬別，出來的效果肯定很不可控，系統(tǒng)能夠越固化的情況下面滿足客戶的需求，那樣成功率會高很多，而且產(chǎn)品的體驗會更可控。

還有，系統(tǒng)配置型越強，越靈活，交付難度越大，SaaS公司的業(yè)務(wù)復(fù)制型越差。

所以如果筆者決策，筆者會選擇第一種方案的基礎(chǔ)上面可以繼續(xù)收斂，還需要做更多的標(biāo)準(zhǔn)化，給不同國家團隊可以發(fā)揮的空間越小，越容易成功。這里面配置型的靈活度把握非常重要，不多不少，恰到好處，說起來容易，實際做起來是非常艱難的。

當(dāng)然，國內(nèi)只是面向中國地區(qū)的不同客戶，整體難度要比開發(fā)一個全球性的產(chǎn)品來說要簡單很多。

做SaaS就要努力解決標(biāo)準(zhǔn)化產(chǎn)品的問題，解決定制化的問題。PaaS有PaaS自己的用途，期待PaaS來解決SaaS的標(biāo)準(zhǔn)化問題筆者感覺有點畫蛇添足，將問題更加復(fù)雜化。

下一篇我們具體來談?wù)勅绾蝸斫鉀Q定制化，實現(xiàn)SaaS產(chǎn)品的標(biāo)準(zhǔn)化。