本文從SaaS的發(fā)展上分析了各種模式，并從一個(gè)全新的角度觀(guān)察了Slack火爆的原因。

預(yù)先配置(on-premise) 時(shí)代

在預(yù)先配置時(shí)代，市場(chǎng)上只有 Microsoft，SAP 等幾家通過(guò)提供了市場(chǎng)、銷(xiāo)售、客戶(hù)支持等一整套軟件壟斷了各個(gè)細(xì)分領(lǐng)域。對(duì)用戶(hù)來(lái)說(shuō)還沒(méi)有 “我自己的軟件棧” 這種說(shuō)法。

SaaS 先驅(qū)

隨著互聯(lián)網(wǎng)深入人心，很多企業(yè)看到了 SaaS 模式的意義。***批 SaaS 廠(chǎng)商獲得了廣泛認(rèn)同，他們并沒(méi)有提供全套的解決方案，而是提供了細(xì)分領(lǐng)域的解決方案，專(zhuān)注在該細(xì)分領(lǐng)域中滿(mǎn)足用戶(hù)的各種需求。

用戶(hù)開(kāi)始有了更多的選擇。

***次 SaaS 大爆發(fā)

隨著 SaaS 的廣泛應(yīng)用，不同規(guī)模的企業(yè)都可以選擇 SaaS，而SaaS 的技術(shù)門(mén)檻也逐漸降低，許多初創(chuàng)企業(yè)開(kāi)始進(jìn)入一些細(xì)分領(lǐng)域 SaaS 市場(chǎng)。和大型 SaaS 廠(chǎng)商相比，這些初創(chuàng)企業(yè)往往更專(zhuān)注于細(xì)分領(lǐng)域中的一小塊，而且用戶(hù)體驗(yàn)和界面也更加友好。

這個(gè)時(shí)候，用戶(hù)才真正不得不思考他們的 SaaS 軟件棧，以及他們應(yīng)該怎么選擇。

現(xiàn)在?

在幾個(gè)主要的細(xì)分領(lǐng)域，都擠滿(mǎn)了各種 SaaS 廠(chǎng)商。從大型廠(chǎng)商到中小型的，甚至微型 SaaS(即大型 SaaS 的一個(gè)插件或者擴(kuò)展)，人們有成百上千種解決方案可以選擇。

SaaS 軟件棧中的軟件越來(lái)越多，隨之帶來(lái)的問(wèn)題也多了起來(lái)，軟件的相互連接，數(shù)據(jù)遷移，棧的管理，工作流集成，自定義用戶(hù)體驗(yàn)等問(wèn)題逐漸困擾著用戶(hù)。

為了解決這些問(wèn)題，一些新的混合產(chǎn)品和方法自然而然誕生了。

細(xì)分領(lǐng)域的 SaaS 中心(SaaS Hubs)：它們專(zhuān)注于單個(gè)細(xì)分領(lǐng)域，把該細(xì)分領(lǐng)域的 SaaS 軟件棧中的不同軟件進(jìn)行集中管理。

例子：市場(chǎng)營(yíng)銷(xiāo)領(lǐng)域的 Lytics，客戶(hù)支持領(lǐng)域的 elev.io

分拆的 API：他們將 API 分層進(jìn)行打包，而不是將整個(gè)產(chǎn)品進(jìn)行打包，這樣用戶(hù)可以根據(jù)需求自定義自己的用戶(hù)體驗(yàn)。

這對(duì)于構(gòu)建內(nèi)部產(chǎn)品，或者補(bǔ)充現(xiàn)有 SaaS 軟件棧來(lái)說(shuō)，是一個(gè)有趣的方法。我曾寫(xiě)過(guò)一篇關(guān)于這類(lèi)產(chǎn)品的更詳細(xì)的文章。

例子：市場(chǎng)營(yíng)銷(xiāo)領(lǐng)域的 Clearbits 和 客戶(hù)支持領(lǐng)域的 supportive.io

客戶(hù)數(shù)據(jù)層(Customer Data layer)：segment.io 是一個(gè)收集、管理、發(fā)送用戶(hù)分析數(shù)據(jù)的單一中心(hub)。它是這樣運(yùn)作的，你將所有客戶(hù)數(shù)據(jù)通過(guò) javascript 標(biāo)簽 發(fā)送給 segment.io，segment.io 將數(shù)據(jù)發(fā)送回你在用的某個(gè) SaaS 軟件。通過(guò)將你的客戶(hù)數(shù)據(jù)集中到單一的層，你可以無(wú)縫地遷移數(shù)據(jù)，連接不同細(xì)分領(lǐng)域的兩個(gè)軟件。

命令和提醒層(Command & notification layer)：當(dāng)在你的 SaaS 軟件棧中有許多應(yīng)用時(shí)，你需要一個(gè)層來(lái)保證不用每次登陸就能接收到不同應(yīng)用的提醒。 Slack 就是這樣一個(gè)提醒層，你可以將你的 SaaS 軟件接入 Slack 來(lái)直接獲得提醒。Slack 還允許你直接在界面中執(zhí)行命令，比如執(zhí)行“/hangout” 命令會(huì)啟動(dòng) Google hangout 程序。

附加說(shuō)明

整合層(Transversal layer)

是的，我相信 segment.com 是對(duì) SaaS 生態(tài)系統(tǒng)來(lái)說(shuō)一個(gè)重要的產(chǎn)品(Slack 已經(jīng)很大了)

是的，我相信更多附加的層還會(huì)出現(xiàn)，哪些層呢?很難預(yù)測(cè)，我也不知道( 探索，單點(diǎn)登錄，安全?)

給 SaaS 廠(chǎng)商的結(jié)論

對(duì) SaaS 廠(chǎng)商來(lái)說(shuō)提供對(duì)相關(guān)的整合層之間的集成很重要(比如 segment 或者 Slack 集成)

你可能不喜歡客戶(hù)可以點(diǎn)兩下就從你的產(chǎn)品遷移到你的競(jìng)爭(zhēng)對(duì)手產(chǎn)品中，但是客戶(hù)并不這么想。如果你不允許客戶(hù)這樣做，客戶(hù)可能一開(kāi)始就不會(huì)選擇你。

SaaS 中心 (SaaS Hubs)

這些中心可以?xún)H僅是界面中心(elev.io 就是這樣子) 或者提供了深度集成功能，就像 Lytics。中心的概念非常寬泛，人們可能同時(shí)用到很多個(gè)中心。

這些中心同樣連接到整合層。Lytics 和 elev.io 同樣有 segment.com 集成。

隨著 SaaS 軟件棧繼續(xù)增長(zhǎng)，還會(huì)有很多問(wèn)題浮現(xiàn)出來(lái)，也會(huì)有越來(lái)越多的混合產(chǎn)品來(lái)解決這些問(wèn)題，所以我估計(jì)未來(lái)幾年一切都會(huì)發(fā)生變化。

原文鏈接：SaaS服務(wù)的前世今生以及未來(lái)