編輯導(dǎo)語(yǔ)：美業(yè)SaaS即美業(yè)+互聯(lián)網(wǎng)行業(yè)，既然屬于互聯(lián)網(wǎng)產(chǎn)品，那么產(chǎn)品研發(fā)和架構(gòu)就及其重要，本文為創(chuàng)業(yè)分享之技術(shù)篇，主要談了談產(chǎn)品研發(fā)和架構(gòu)在組織管理中都有哪些挑戰(zhàn)。

“萬(wàn)事俱備，只差一個(gè)程序員”。

這是一篇從技術(shù)、研發(fā)角度來(lái)分析美業(yè)SaaS的文章。

我們?cè)诹㈨?xiàng)做美業(yè)SaaS的時(shí)候，國(guó)內(nèi)的技術(shù)圈中剛好迎來(lái)一波熱潮。

什么前后端分離、restful接口、前端三駕馬車、Vue.js全家桶、后臺(tái)微服務(wù)架構(gòu)springcloud的風(fēng)靡、微服務(wù)架構(gòu)體系等等，讓人眼花繚亂。

窺一斑而見(jiàn)全豹，本文盡量不去從技術(shù)的細(xì)枝末節(jié)來(lái)談美業(yè)SaaS，而是從技術(shù)選型、技術(shù)團(tuán)隊(duì)管理、架構(gòu)體系等方面談一談。

美業(yè)SaaS是一個(gè)美業(yè)互聯(lián)網(wǎng)+的行業(yè)，所以，我們接觸過(guò)的大多數(shù)公司，可以粗放的分為兩類：

一種是美容體系里面搭建技術(shù)班子開(kāi)始做系統(tǒng)，典型的案例就是類似于廣州奈瑞兒、江西可諾丹婷、浙江靜博士等知名連鎖體系內(nèi)孵化出來(lái)的技術(shù)班子；

另外一種當(dāng)然就是互聯(lián)網(wǎng)團(tuán)隊(duì)發(fā)現(xiàn)美業(yè)需要用到店務(wù)系統(tǒng)，于是組建團(tuán)隊(duì)拉融資開(kāi)始做，典型的案例就是深圳的美麗加，廣州的一禾美云等。

做美業(yè)SaaS，從技術(shù)和產(chǎn)品上需要考慮的因素有哪些？

很多不懂行的老板，大手一揮，招技術(shù)拉團(tuán)隊(duì)過(guò)來(lái)開(kāi)干就行了。秉承著能實(shí)現(xiàn)能用就行的宗旨，哪兒那么多門門道道？

畢竟這個(gè)東西本身也沒(méi)多少技術(shù)含量。但最終，不少團(tuán)隊(duì)都前赴后繼的迷失在這個(gè)沒(méi)多少技術(shù)含量的東西上，要么燒錢融資，要么實(shí)業(yè)輸血，最后一地雞毛散場(chǎng)。

美業(yè)SaaS，無(wú)論和美業(yè)有多深的淵源，歸根結(jié)底還是互聯(lián)網(wǎng)產(chǎn)品，技術(shù)選型、項(xiàng)目管理、研發(fā)管理，很多東西都是和公司的全盤戰(zhàn)略息息相關(guān)，每一個(gè)看似不重要的決策和舉動(dòng)。

對(duì)后期的營(yíng)銷、戰(zhàn)略具有不可忽視的重大影響和決策作用。

一、技術(shù)選型的重要性

我們見(jiàn)過(guò)好幾個(gè)美業(yè)SaaS產(chǎn)品，到目前為止深陷泥潭，面臨艱難轉(zhuǎn)型中。

其中有些就是技術(shù)選型的問(wèn)題導(dǎo)致的后續(xù)根本無(wú)以為繼，我曾經(jīng)打開(kāi)廈門一家競(jìng)品的公司招聘信息，要招聘Delphi開(kāi)發(fā)工程師。那么看到這個(gè)，我就知道他們一定要再招一個(gè)叫做實(shí)施工程師這樣的一個(gè)崗位。

因?yàn)镈elphi是很久以前類似于VB這種用于開(kāi)發(fā)桌面應(yīng)用程序的語(yǔ)言，開(kāi)發(fā)的也是需要安裝的桌面應(yīng)用，那就肯定需要實(shí)施工程師上門安裝和維護(hù)了。

這自然就意味著人力成本的居高不下，以及面臨產(chǎn)品的艱難更新和換代。

技術(shù)選型有多重要呢，舉個(gè)例子。

我們接觸了一個(gè)做美業(yè)SaaS的團(tuán)隊(duì)，初衷是自身的美業(yè)連鎖門店經(jīng)營(yíng)多年之后，決定進(jìn)入信息化時(shí)代，自己組建團(tuán)隊(duì)開(kāi)發(fā)了一套系統(tǒng)。

用的過(guò)程中隨著時(shí)間推移，系統(tǒng)已經(jīng)逐步完善和適應(yīng)門店的日常經(jīng)營(yíng)和管理，于是老板決定投入經(jīng)費(fèi)將自己的系統(tǒng)進(jìn)行完善和包裝，開(kāi)始推向市場(chǎng)。

此時(shí)技術(shù)人員就面臨兩難選擇。因?yàn)镾aaS是多租戶共享的數(shù)據(jù)體系，在早期建表、分庫(kù)時(shí)候就要開(kāi)始考慮多租戶的情況，但是這套系統(tǒng)因?yàn)槭墙o自己內(nèi)部專屬定制的，壓根不存在多租戶的概念和模式。

就像一棟房子，一開(kāi)始建的初衷就是為了給自己住，后來(lái)自己住著舒服要給同行住。

在外行人看起來(lái)就是開(kāi)個(gè)賬號(hào)這么簡(jiǎn)單，但實(shí)際上，如何保障數(shù)據(jù)的獨(dú)立性、私密性、安全性，以及相互之間的互不影響，這些都需要在架構(gòu)初期考慮進(jìn)去。

而不是突然哪一天獨(dú)棟別墅要改成單位宿舍這么簡(jiǎn)單，這些對(duì)于不懂技術(shù)的老板來(lái)說(shuō)，尤其是軟件這種虛擬商品，貌似就是復(fù)制粘貼的一件事情，沒(méi)有任何成本。

但對(duì)于技術(shù)人員來(lái)說(shuō)，就是一場(chǎng)噩夢(mèng)。這種定制化的系統(tǒng)要給到市面上第三方用戶使用，只能給每個(gè)客戶獨(dú)立部署一套系統(tǒng)。

部署的越多，運(yùn)營(yíng)和維護(hù)的成本越高。隨著用戶越多，占用的資源越多，服務(wù)器、帶寬、人工都會(huì)開(kāi)始暴漲，此時(shí)老板才會(huì)意識(shí)到這是個(gè)問(wèn)題。

當(dāng)然我只是舉了一個(gè)比較具有代表性且比較極端的技術(shù)選型失策的案例，嚴(yán)格意義上來(lái)講，這是個(gè)技術(shù)架構(gòu)問(wèn)題。

這種問(wèn)題，在任何一個(gè)有一點(diǎn)點(diǎn)互聯(lián)網(wǎng)基因的公司里都不會(huì)發(fā)生，但是這種問(wèn)題，在傳統(tǒng)美業(yè)老板為主導(dǎo)的公司里，并不少見(jiàn)。

二、技術(shù)選型的考慮因素

做美業(yè)SaaS的技術(shù)選型，老板大多數(shù)是不關(guān)心技術(shù)選型的。

只要能實(shí)現(xiàn)，誰(shuí)知道你用的什么技術(shù)，什么方案；只要?jiǎng)e出問(wèn)題，別搞出麻煩?？蛻粲玫乃?，成本越低越好。但是對(duì)于管理者，尤其是技術(shù)選型的負(fù)責(zé)人，需要考慮的問(wèn)題就比較多了。

首先從宏觀上來(lái)說(shuō)就是產(chǎn)品形態(tài)的選擇，美業(yè)SaaS是一種聯(lián)網(wǎng)服務(wù)，隨著瀏覽器技術(shù)和web技術(shù)的日新月異，傳統(tǒng)的C/S架構(gòu)的大部分軟件都已經(jīng)被逐漸淘汰（當(dāng)然除了微信QQ這種高頻剛需且具有強(qiáng)大的研發(fā)實(shí)力的產(chǎn)品），大多數(shù)SaaS主流的形式都是B/S架構(gòu)，這種架構(gòu)的好處也非常明顯。

第一就是成本低，這個(gè)成本主要體現(xiàn)在開(kāi)發(fā)人員的招聘成本低和客戶使用的成本低。

舉個(gè)例子：如果我們要做安裝版的產(chǎn)品，至少要招多個(gè)會(huì)C++或VB或QT的開(kāi)發(fā)人員，最低起薪15K起步。

而且安裝版的開(kāi)發(fā)周期至少是Web版的幾倍不止，這意味著真金白銀的人力和時(shí)間投入，安裝版除了開(kāi)發(fā)周期長(zhǎng)之外，還需要運(yùn)維人員上門幫助實(shí)體門店安裝。如果遇到門店的電腦重裝系統(tǒng)了、換電腦了，都會(huì)面臨著維護(hù)成本的飆升，光是開(kāi)發(fā)和售后，就是巨大的人力成本。

所以基本上，目前的美業(yè)SaaS市場(chǎng)，除了歷史包袱等原因，當(dāng)前的SaaS服務(wù)商，都會(huì)采取BS架構(gòu)體系。

其次就是在BS體系下的技術(shù)選型，即便如此，也會(huì)有很多的琳瑯滿目的技術(shù)和工具擺在我們面前。但是對(duì)于決策者來(lái)說(shuō)，一定要清楚，技術(shù)選型不能簡(jiǎn)單的只看能不能實(shí)現(xiàn)，或者快速開(kāi)發(fā)迭代交付即可。

技術(shù)是有生態(tài)的，在進(jìn)行技術(shù)選型時(shí)候，這個(gè)技術(shù)棧的生態(tài)是否完善，關(guān)系著后續(xù)的可持續(xù)發(fā)展。很多負(fù)責(zé)技術(shù)選型的人，首先當(dāng)然考慮的是自己熟悉的技術(shù)體系，這些無(wú)可厚非。但是在后續(xù)的維護(hù)和招聘時(shí)候，就會(huì)遇到各種各樣的問(wèn)題。

因?yàn)榘⒗锇桶偷膹?qiáng)大，阿里系出來(lái)創(chuàng)業(yè)的人將Java語(yǔ)言和生態(tài)逐步形成了國(guó)內(nèi)最完善的技術(shù)體系。

所以，在招聘網(wǎng)站上我們會(huì)發(fā)現(xiàn)招Java開(kāi)發(fā)工程師特別好招，而且后續(xù)的大數(shù)據(jù)分析和更深層次的人工智能等等技術(shù)都能夠無(wú)縫對(duì)接。

但是如果選擇了PHP、asp.net等語(yǔ)言，就會(huì)面臨招聘時(shí)候沒(méi)有Java那么容易的問(wèn)題，這個(gè)不用抬杠。打開(kāi)boss直聘用企業(yè)招聘賬號(hào)看，就能夠感受得到這個(gè)來(lái)自Java的熱情和小眾語(yǔ)言的冷淡。

同樣，對(duì)于求職者來(lái)說(shuō)，當(dāng)大家都知道阿里等大公司都以Java為主流開(kāi)發(fā)棧時(shí)候，也會(huì)優(yōu)先考慮找一份容易找工作且不那么冷門的語(yǔ)言和體系進(jìn)行發(fā)展。

所以如果我們?cè)诩夹g(shù)選型的時(shí)候，用的并不是市面上熱門或主流的技術(shù)體系，無(wú)形之中就給自己增加了招聘成本，也降低了公司崗位對(duì)技術(shù)人才的吸引程度。

幾年前，國(guó)內(nèi)Vue.js還沒(méi)有那么全面開(kāi)花的時(shí)候，我們招聘一名前端工程師，待遇和薪資其實(shí)和市面上沒(méi)有太大區(qū)別；但是吸引了很多優(yōu)秀人才過(guò)來(lái)，主要原因大多都是在原有的崗位上用的都是jQuery之類陳舊的技術(shù)，希望能夠在我們這個(gè)崗位上提升和實(shí)戰(zhàn)vue.js。

Java只是我舉的一個(gè)案例，我們也接觸過(guò)有些選型用Python做的很好的產(chǎn)品。

技術(shù)是一個(gè)日新月異的行業(yè)，雷軍上大學(xué)時(shí)候用的是DOS編程，我們上大學(xué)時(shí)候用的是WindowsMFC編程，現(xiàn)在已經(jīng)升級(jí)換代到了go語(yǔ)言和Python、Java的時(shí)代。

技術(shù)選型，選的不是一個(gè)技術(shù)，而是一個(gè)生態(tài)。

圍繞著這個(gè)生態(tài)存在的技術(shù)語(yǔ)言、工具、文檔、從業(yè)者不斷的形成正向推動(dòng)，才能讓這個(gè)生態(tài)更百花齊放，就像操作系統(tǒng)一樣。

以中國(guó)目前的實(shí)力，完全有能力造一個(gè)牛逼的操作系統(tǒng)，但是真正難的是什么？

——是生態(tài)。

如何讓更多人接受和使用，讓更多從業(yè)者在這個(gè)系統(tǒng)上開(kāi)發(fā)、盈利，可持續(xù)發(fā)展。

所以如果我們做一個(gè)互聯(lián)網(wǎng)產(chǎn)品而不去考慮技術(shù)選型，那等于緣木求魚(yú)，最后只能在枯竭的生態(tài)中艱難跋涉。

在技術(shù)選型上，我認(rèn)為曾經(jīng)開(kāi)創(chuàng)了美業(yè)信息化時(shí)代的美業(yè)邦是非常具有戰(zhàn)略眼光的，即使今時(shí)今日，美業(yè)邦倒閉了我也依然這樣覺(jué)得，從產(chǎn)品角度上來(lái)說(shuō)，他們當(dāng)時(shí)主打iPad版本，就是一件非常明智的選擇。

1. iPad版本原生的體驗(yàn)，是web版和手機(jī)APP版完全無(wú)法達(dá)到的；
2. 當(dāng)時(shí)iPad就兩個(gè)尺寸——9.7寸和7.9寸。在適配上根本不存在任何問(wèn)題，不像web版本，需要去適配各種尺寸的電腦顯示器；
3. 美業(yè)邦首創(chuàng)了平板電子簽名，徹底杜絕了連接硬件過(guò)程中的驅(qū)動(dòng)等第三方系統(tǒng)和插件問(wèn)題。

完美的揚(yáng)長(zhǎng)避短，既提升了產(chǎn)品體驗(yàn)，又杜絕了大量的售后和不穩(wěn)定因素。所以，直到美業(yè)邦被爆雷之后，官方指定推薦將客戶遷移到博卡，依舊有很多客戶舍不得換系統(tǒng)。

三、項(xiàng)目管理者面臨的問(wèn)題和挑戰(zhàn)

美業(yè)SaaS是租賃式服務(wù)，按年收年費(fèi)，每年進(jìn)行續(xù)費(fèi)。所以本質(zhì)上就是賣系統(tǒng)，對(duì)于大型連鎖機(jī)構(gòu)來(lái)說(shuō)，我一年要交的費(fèi)用也不菲，能不能直接把源代碼買過(guò)來(lái)，自己找個(gè)人來(lái)維護(hù)下？

而且對(duì)于連鎖機(jī)構(gòu)來(lái)說(shuō)，他也不放心將數(shù)據(jù)放在SaaS服務(wù)商的數(shù)據(jù)庫(kù)中。

大客戶的需求就來(lái)了：能不能賣代碼？

大多數(shù)的美業(yè)SaaS服務(wù)商當(dāng)然不樂(lè)意賣代碼，畢竟是投入了數(shù)年的人力物力資源去開(kāi)發(fā)的，多少錢賣掉合適呢？

貴了沒(méi)人買，便宜了不劃算。

但需求還是存在的，此時(shí)就出現(xiàn)了部分技術(shù)人員把代碼私下出售的情況（美業(yè)邦倒閉后，好幾家美業(yè)SaaS突然冒出來(lái)，產(chǎn)品跟美業(yè)邦一模一樣就改了個(gè)名字）。

對(duì)于項(xiàng)目負(fù)責(zé)人來(lái)說(shuō)，如何保障公司資產(chǎn)安全？

這是個(gè)問(wèn)題，而且這個(gè)問(wèn)題對(duì)于很多美業(yè)SaaS公司來(lái)說(shuō)基本是無(wú)解的，大公司如華為等，都有自己的內(nèi)網(wǎng)，有完善的保密機(jī)制。

而很多小公司的產(chǎn)品，比如一個(gè)商城、一個(gè)社交工具，頗具價(jià)值的并非代碼，而是運(yùn)營(yíng)和品牌。而美業(yè)SaaS本身就是個(gè)工具，工具在沒(méi)有形成規(guī)模之前，最具有價(jià)值的就是這套代碼，用這套工具的人都想拿到這套代碼去修改成和自己最匹配的模式。

項(xiàng)目負(fù)責(zé)人如何去保障代碼不被入職三天的人順走拿到競(jìng)爭(zhēng)對(duì)手那里去賣？

就拿最常見(jiàn)的案例來(lái)說(shuō)吧：一個(gè)新人招進(jìn)來(lái)，你不安排做事也不行，安排做事吧就要給代碼，干了三天留不住，代碼不像工廠的機(jī)器搬不走，他可以將代碼隨手打個(gè)包壓縮丟到網(wǎng)盤或QQ就帶走了，這些都是實(shí)實(shí)在在管理者面前的問(wèn)題。

有人說(shuō)保密協(xié)議，傻子都知道，保密協(xié)議也只是個(gè)防君子不防小人的協(xié)議，大公司有專門的法務(wù)部和競(jìng)業(yè)協(xié)議。

而大多數(shù)美業(yè)SaaS公司，都是小公司，這種協(xié)議，說(shuō)實(shí)在的，能夠起到多大作用？

在傳統(tǒng)的軟件研發(fā)中，所有人共同開(kāi)發(fā)一個(gè)項(xiàng)目，那么每個(gè)人都要有一份這個(gè)完整的代碼，否則就無(wú)法編譯通過(guò)，每個(gè)人修改完畢然后通過(guò)svn等代碼管理工具進(jìn)行代碼合并和匯總。

此時(shí)，如果有新人入職，就需要給他開(kāi)通一個(gè)SVN賬號(hào)，他就有權(quán)限獲取整個(gè)代碼。如果這個(gè)人干了三天不干了，就有帶走代碼和數(shù)據(jù)的風(fēng)險(xiǎn)！

所以，這里又提到技術(shù)圈風(fēng)靡一時(shí)的微服務(wù)架構(gòu)，每個(gè)技術(shù)的出現(xiàn)和風(fēng)靡，都是為了更好的解決之前無(wú)法更好解決的問(wèn)題。

微服務(wù)的出現(xiàn)，就做出了很好的拆分，技術(shù)層面的好處和優(yōu)勢(shì)，我們不去多講，網(wǎng)上一搜一大把；我們從管理的角度來(lái)說(shuō)，微服務(wù)的架構(gòu)體系，解決了什么問(wèn)題？

微服務(wù)是采用了搭積木的方式，每個(gè)人只負(fù)責(zé)跟自己相關(guān)的工程。比如有人負(fù)責(zé)支付，那么他就只負(fù)責(zé)支付整個(gè)鏈路的開(kāi)發(fā)，他甚至不用管在哪個(gè)地方付錢了、為什么付錢了，因?yàn)檫@些都是業(yè)務(wù)層關(guān)注的問(wèn)題，他只需要關(guān)注自己的服務(wù)是否正常穩(wěn)定即可。

那么核心的微服務(wù)交給授信度最高的研發(fā)人員（比如主管、組長(zhǎng)等相對(duì)可信度高一些的開(kāi)發(fā)人員）而新員工，基層員工，可以負(fù)責(zé)一些外圍非核心開(kāi)發(fā)，這樣基本上就能夠解決大部分代碼的安全性問(wèn)題。

憑心而論，美業(yè)SaaS的產(chǎn)品架構(gòu)和研發(fā)，本身不具有太大的技術(shù)挑戰(zhàn)性。因?yàn)楫吘故且粋€(gè)垂直領(lǐng)域的SaaS產(chǎn)品，不會(huì)出現(xiàn)C端常見(jiàn)的高并發(fā)和海量數(shù)據(jù)，但是最大的挑戰(zhàn)就是來(lái)自于行業(yè)熟悉度和報(bào)表。

垂直領(lǐng)域的B端產(chǎn)品，沒(méi)有絕對(duì)的標(biāo)準(zhǔn)。

你之蜜糖我之砒霜，每個(gè)人都有自己的理解和想法，所以在做的過(guò)程中會(huì)出現(xiàn)很多沖突和抉擇。而技術(shù)上最大的考驗(yàn)，還是報(bào)表。

B端的使用者，會(huì)有各種身份和側(cè)重點(diǎn)，財(cái)務(wù)出身的管理者要看的內(nèi)容，和業(yè)務(wù)出身的人看的內(nèi)容絕不會(huì)一樣，而服務(wù)人員和店長(zhǎng)經(jīng)理看的內(nèi)容，又不一樣。

報(bào)表要解決三個(gè)問(wèn)題：一是普適性、二是準(zhǔn)確性、三是時(shí)效性，如何讓報(bào)表能夠在眾口難調(diào)中準(zhǔn)確、穩(wěn)定、快速統(tǒng)計(jì)出來(lái)，且不出紕漏，是一個(gè)不小的挑戰(zhàn)。

1. 普適性

很多人認(rèn)為報(bào)表嘛，不就是統(tǒng)計(jì)一下嘛，只要MySQL的select玩得轉(zhuǎn)，so easy啊。

但是真正下沉到業(yè)務(wù)中，每個(gè)問(wèn)題都有不小的挑戰(zhàn)。首先是普適性，每個(gè)人關(guān)注的點(diǎn)都不一樣，一張表要統(tǒng)計(jì)的緯度應(yīng)該從哪些地方開(kāi)始才能滿足大眾化的需求？

這個(gè)是對(duì)產(chǎn)品經(jīng)理業(yè)務(wù)能力的考驗(yàn)。

2. 準(zhǔn)確性

報(bào)表的準(zhǔn)確性不在于運(yùn)算，而在于定義。京東淘寶上一年消費(fèi)多少，非常容易統(tǒng)計(jì)，看你一年支付多少錢退款多少錢就行了。

但是在B端，就沒(méi)那么容易了。

會(huì)員刪掉了算不算呢？門店禁用了算不算呢？品項(xiàng)禁用了算不算呢？提成百分比改了沒(méi)？充卡算不算？現(xiàn)金算不算？現(xiàn)金退掉的算不算？員工自提算不算？折舊算不算？會(huì)員跑到其他門店去消費(fèi)了算不算呢？

活動(dòng)期間和平時(shí)的算法又不一樣了種種因素匯聚在一起，最終，門店還經(jīng)常操作出現(xiàn)失誤和手誤。失之毫厘謬以千里，如何確保報(bào)表最終數(shù)據(jù)是“對(duì)”的，并不是一個(gè)技術(shù)活兒。更多的，是一個(gè)系統(tǒng)化的工程。

3. 時(shí)效性

了解MySQL的人都知道，MySQL語(yǔ)句越長(zhǎng)，連表查詢?cè)蕉?，資源占用越高，而一旦CPU飆高，就直接導(dǎo)致系統(tǒng)雪崩——相當(dāng)于拒絕服務(wù)。

在我們?cè)缙诘膱?bào)表中，因?yàn)橐尸F(xiàn)的內(nèi)容既有員工會(huì)員門店又有品項(xiàng)業(yè)績(jī)消耗，最終導(dǎo)致一張表的SQL語(yǔ)句充滿了各種查詢，甚至長(zhǎng)達(dá)4-5千行，慢查詢達(dá)到了幾十秒。

而此時(shí)用戶看見(jiàn)界面上沒(méi)反應(yīng)，就會(huì)狂點(diǎn)一通，導(dǎo)致數(shù)據(jù)庫(kù)的CPU持續(xù)飆升最終系統(tǒng)down掉。所以，select實(shí)時(shí)查詢當(dāng)然能夠解決問(wèn)題，但是一旦數(shù)據(jù)量開(kāi)始上來(lái)，系統(tǒng)很快就會(huì)陷入瓶頸。

此時(shí)很多公司就會(huì)采用歷史緩存，比如凌晨夜深人靜時(shí)候算好數(shù)據(jù)，第二天直接展示算好的數(shù)據(jù)。這樣就不會(huì)把CPU拉高，但是這樣又會(huì)讓客戶抱怨數(shù)據(jù)沒(méi)有實(shí)時(shí)更新沒(méi)有時(shí)效性，所以必須要做離線+實(shí)時(shí)雙模式。

很多東西，看似簡(jiǎn)單，實(shí)則真正下沉去做，就會(huì)發(fā)現(xiàn)沒(méi)有那么簡(jiǎn)單。

少年時(shí)，看到有句話說(shuō)“韓信點(diǎn)兵，多多益善”，不以為然，帶兵打仗嘛，當(dāng)然人多好辦事，給我一百萬(wàn)軍隊(duì)，我也能分分鐘取西蜀定南蠻。但是人成長(zhǎng)之后，再來(lái)看這句話，才深知不易。

一百萬(wàn)人，先不說(shuō)如何發(fā)號(hào)施令做到令行禁止，光百萬(wàn)人吃飯喝水上廁所隨便一件事情都是個(gè)大工程，更別提帶領(lǐng)這一百萬(wàn)人征戰(zhàn)四方了。

美業(yè)SaaS產(chǎn)品研發(fā)和團(tuán)隊(duì)的管理，因?yàn)榫哂袕?qiáng)烈的行業(yè)特性，所以很多事情需要因地制宜，不能生搬硬套；千萬(wàn)不能看了三天產(chǎn)品經(jīng)理手冊(cè)，就頭腦一熱下決定，體現(xiàn)在產(chǎn)品上就是千瘡百孔和不能自圓其說(shuō)的問(wèn)題。

美業(yè)SaaS的研發(fā)，難嗎？

不難，但是想要做好，真的太難。

所以目前為止，中國(guó)沒(méi)有一家做美業(yè)SaaS的能夠獨(dú)步江湖，這是一片待開(kāi)采的領(lǐng)域。2018年美業(yè)邦倒閉、2019年大量的美業(yè)SaaS開(kāi)始停止更新，逐步轉(zhuǎn)行。

一禾美云葉沙野曾提出“美業(yè)SaaS是一個(gè)偽命題”的說(shuō)法，美業(yè)的分散、非標(biāo)準(zhǔn)化，中國(guó)付費(fèi)意識(shí)的淡薄，都是阻礙美業(yè)SaaS發(fā)展的大山。沒(méi)有人能夠撥開(kāi)眼前的迷霧，登上輝煌的頂峰。

但誰(shuí)知道呢，沉舟側(cè)畔千帆過(guò)，病樹(shù)前頭萬(wàn)木春。

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

題圖來(lái)自 Pexels，基于 CC0 協(xié)議