我們常說(shuō)企業(yè)級(jí)SaaS產(chǎn)品的用戶(hù)需求是個(gè)性化的，不同行業(yè)不同企業(yè)不同城市等等瞄摊，都會(huì)導(dǎo)致不一樣的用戶(hù)需求赂鲤。而SaaS產(chǎn)品的矛盾點(diǎn)就在于在標(biāo)準(zhǔn)化的功能中涯穷，不斷疊加個(gè)性化需求棍掐，來(lái)贏得用戶(hù)。而實(shí)際似乎永遠(yuǎn)都無(wú)法滿(mǎn)足得了不同類(lèi)型企業(yè)的需求拷况。于是我們提出可配置和paas

SaaS對(duì)于標(biāo)準(zhǔn)化和個(gè)性化的需求作煌，能做到的是“標(biāo)準(zhǔn)化”的個(gè)性化。不同企業(yè)會(huì)有源源不斷滿(mǎn)足不完的個(gè)性化需求赚瘦，即使已經(jīng)迭代了9年的產(chǎn)品粟誓，依舊有大量個(gè)性化需求未滿(mǎn)足。從樣式設(shè)置到系統(tǒng)功能到后臺(tái)管理起意。如果可以一步到位鹰服。像mobi在19年的迭代（主題3.0及模塊樣式升級(jí)）至少消滅了mobi之前50%未滿(mǎn)足的樣式層的個(gè)性化需求。一定程度解決了個(gè)性化需求問(wèn)題揽咕。而從工單反饋來(lái)看悲酷，19年關(guān)于編輯或樣式的問(wèn)題，mobi的問(wèn)題已經(jīng)明顯減少（沒(méi)有詳細(xì)統(tǒng)計(jì)過(guò)）亲善。

但實(shí)際上更進(jìn)一層的個(gè)性化問(wèn)題并沒(méi)有完全解決设易。

聰哥在去年19年也意識(shí)到并在年初推動(dòng)的項(xiàng)目。將一切模塊樣式的相似部分標(biāo)準(zhǔn)并組件化和前端設(shè)置項(xiàng)的組件化蛹头，并豐富自定義設(shè)置顿肺。一方面從根本上徹底的消滅大量未滿(mǎn)足的個(gè)性化需求，而不是平時(shí)不規(guī)范的修修補(bǔ)補(bǔ)渣蜗。猜想同時(shí)為成為paas的可能打好基礎(chǔ)

但結(jié)果是已有的產(chǎn)品結(jié)構(gòu)和邏輯屠尊，并沒(méi)有那么容易推進(jìn)組件化和標(biāo)準(zhǔn)化。問(wèn)題出在哪耕拷？

前期標(biāo)準(zhǔn)化不夠徹底知染，總的來(lái)說(shuō)就是歷史原因，較難做到統(tǒng)一斑胜。第二則是成本問(wèn)題控淡，組件化本身就是中臺(tái)化的方向嫌吠，變成可復(fù)用的東西，以提升開(kāi)發(fā)效率掺炭，降低維護(hù)成本辫诅。但實(shí)際是中間的切換成本無(wú)法忽視。場(chǎng)景眾多涧狮，歷史遺留問(wèn)題導(dǎo)致兼容問(wèn)題處理成本較高炕矮，以及組件不完善性等，導(dǎo)致了真正到落地階段并沒(méi)有那么簡(jiǎn)單者冤。

國(guó)外的wix肤视，在架構(gòu)設(shè)計(jì)，交互以及UI設(shè)計(jì)方面涉枫，都有很值得學(xué)習(xí)的地方邢滑。wix做的好點(diǎn)，很明顯而直接愿汰。會(huì)發(fā)現(xiàn)他們10年前定好了架構(gòu)困后、交互和UI，10年后到現(xiàn)在也沒(méi)有怎么改版變化過(guò)衬廷，而且至今看來(lái)摇予，依舊是主流，并不過(guò)時(shí)吗跋。這一方面是產(chǎn)品團(tuán)隊(duì)的水平的問(wèn)題侧戴。另一方面，則是公司本身基礎(chǔ)和國(guó)內(nèi)外環(huán)境區(qū)別跌宛。國(guó)內(nèi)的企業(yè)級(jí)SaaS估計(jì)落后國(guó)外10年有吧酗宋。當(dāng)年國(guó)內(nèi)的多數(shù)UI設(shè)計(jì)師還沒(méi)到這個(gè)水平。而當(dāng)年應(yīng)該也是沒(méi)有交互設(shè)計(jì)師的秩冈”静總的來(lái)說(shuō)，會(huì)看發(fā)展歷程入问，似乎可以提前準(zhǔn)備和規(guī)劃一些東西丹锹，比如交互、UI芬失、功能標(biāo)準(zhǔn)化方案楣黍，技術(shù)實(shí)現(xiàn)等等。但實(shí)際是重新回到那個(gè)處境下棱烂，還是得先活下來(lái)租漂，還是沒(méi)有能否吸引到足夠優(yōu)秀的UI設(shè)計(jì)師、交互設(shè)計(jì)師，甚至是開(kāi)發(fā)人員哩治。綜合所以因素秃踩，最終盡量讓業(yè)務(wù)走向成功而做出的決定。