這個事情也不太好籠統(tǒng)地講，像北森是做HRSaaS的，在我們這領(lǐng)域里面，客戶總是多少有一些自己特殊的業(yè)務(wù)或者場景，例如：1、某一種薪酬或者獎金的計算方法2、某一種績效考核的算分方法3、甚至于一個流程、一個人才地圖等等吧。4、或者應(yīng)用級的，例如：宿舍管理、或者目標分解等等5、以及各種可能的場景和應(yīng)用。也許，這里面有一些不太合理的需求，但大部分都是基于客戶當(dāng)前的業(yè)務(wù)、或者客戶當(dāng)下的想法的合理訴求。有一些是純屬客戶個性化的，也有一些通用的場景，但產(chǎn)品尚未滿足的。北森認為：凡是合理的業(yè)務(wù)場景和需求，當(dāng)然應(yīng)該被滿足，但這很難，因為客開的成本，以及客開的溝通鏈條太長，成本太高。所以必須降低軟件的定制化成本，才可以商業(yè)化，這就依賴于是否有一個開發(fā)平臺：業(yè)內(nèi)把這個開發(fā)平臺叫PaaS平臺，它能夠發(fā)揮如下的作用：1、無代碼的配置：大量的表單，流程、報表，通過拖拉的配置去實現(xiàn)，而不是通過代碼去做，以此降低客戶拓展定制應(yīng)用的成本。這個做的比較到位，客戶場景滿足度就會高，而開發(fā)量比較少。這個配置，應(yīng)該實施顧問可以做，客戶方的HR系統(tǒng)管理員可以做，我們通過一些培訓(xùn)、社區(qū)、課程去幫助HR系統(tǒng)管理員，做好配置，快速響應(yīng)業(yè)務(wù)。2、低代碼的開發(fā)：通過少量代碼，就能夠快速滿足客戶的業(yè)務(wù)，例如：在績效考核的算分處，可以插入代碼，就可以解決客戶的大問題。但這有一個要求，就是:HRSaaS是基于PaaS平臺的原生應(yīng)用。通俗地講：SaaS就是在PaaS上做出來的，所以通過PaaS可以對SaaS應(yīng)用進行拓展。如果不是原生的SaaS，就不能夠在某一個觸發(fā)器的節(jié)點，插入代碼，SaaS應(yīng)用是無法做到代碼級拓展的。如果有了個性化需求，就只能開發(fā)一個獨立的應(yīng)用。這種開發(fā)成本就太高了，和安裝部署模式一樣了，甚至成本更高。所以，做定制開發(fā)的前提是：定制的成本要低、交付的速度要快。很多人糾結(jié)要不要做定制開發(fā)，其根本的原因是：軟件的底層并沒有一個開發(fā)平臺。這樣的話，定制開發(fā)就無比困難了：1、客開代碼無法維護：很多代碼要寫死，寫死以后，無法維護，到*后，整個軟件的升級迭代都變得無比困難。所以，在客戶后逼迫之下，*后軟件硬生生自己把自己做死掉了。這種故事，在很多軟件廠商上演過，所以，大家經(jīng)常說要克制。如果基于PaaS平臺的HRSaaS，我們能夠做到：1、代碼可維護，不影響主流程和主干2、在產(chǎn)品升級迭代時，做到向下兼容，不受影響。這本身還是一個基礎(chǔ)技術(shù)架構(gòu)的問題。如果這個問題解決不掉，那就不要接定制開發(fā)。2、找一個PaaS平臺，和SaaS接入到一起：這種方式，只能夠解決"獨立應(yīng)用"的開發(fā)，但90%的場景，是對目前已有SaaS軟件的拓展。即使購買一個PaaS平臺，也解決不了原SaaS產(chǎn)品定制開發(fā)的痛。本質(zhì)還是要回到原點：做一個基于PaaS平臺的原生SaaS。回到主題，我就是沒有PaaS，而且SaaS產(chǎn)品也基本成熟了，怎么辦？方法一：重構(gòu)平臺，九死一生。北森走過這條路，真的是九死一生，平臺完成后，SaaS軟件還要基于新平臺重新開發(fā)一遍，估計三到五年的時間。友商不會給你三到五年的時間，所以極為困難。北森算是幸運兒，通過七八年的時間，完成了北森魯班PaaS平臺，以及基于PaaS的原生SaaS，而且將PaaS開放給了客戶，客戶可以自己開發(fā)自己的業(yè)務(wù)。但真心話，不建議走，太難、風(fēng)險太大。方法二：不要做大客戶，聚焦中小客戶。能夠支付費用做客開的，本質(zhì)是大型客戶。如果我們聚焦了中小客戶，差不多1000人以下的客戶群，客開量是比較小的。倒不是客戶沒有需求，而是客戶沒有這個成本去做客開，大部分通過其它方式靈活解決了。這樣的話，聚焦1000人以下的客戶，不做PaaS，也可以輕松愉快地發(fā)展。這條路簡單，但意味著公司必須聚焦，做好取舍，有時我們不愿意放棄，總是看著別人那塊肉好，這就另講了。所以，我的建議就是上面的方法一，重構(gòu)平臺，或者方法二：聚焦中一客戶群。