2015年是SaaS和PaaS都非�；鸨钠髽I(yè)服務(wù)元年。2015年后，對于云服務(wù)而言，面對客戶，將何去何從？帶著客戶的疑問和身為行業(yè)從業(yè)者的一些經(jīng)驗(yàn)，我試圖給出一點(diǎn)自己的想法。
觀點(diǎn)的碰撞和對未來趨勢的判斷，從來不乏對錯(cuò)之爭。我無意介入這份紛紛擾擾，無意爭論對錯(cuò)，僅是表達(dá)自己所看到的。
以下故事不針對某個(gè)具體的企業(yè)，這是我們要一起背負(fù)的命題。
我所經(jīng)歷的企業(yè)服務(wù)
2000年，開啟了我企業(yè)服務(wù)的職業(yè)生涯。
站在2016年，SaaS元年后，軟件行業(yè)在天翻地覆地變化著，我接收到的客戶信息依然如十年前：你們的軟件服務(wù)交付了會(huì)減少成本和人力嗎？
SaaS交付方式的朋友很理直氣壯的說：一定會(huì)。因?yàn)�，SaaS便宜；因?yàn)�，SaaS按用戶實(shí)際使用情況收費(fèi)；因?yàn)椋?hellip;…
PaaS交付方式的朋友也會(huì)挺直腰桿說：會(huì)。PaaS更靈活，支撐基于業(yè)務(wù)定制還能節(jié)約成本。
自2011年9月再次以創(chuàng)業(yè)者的身份踏入企業(yè)服務(wù)領(lǐng)域，就開啟了“滿足客戶需求”的旅程，辛苦、委屈和無奈。曾經(jīng)部署過獨(dú)立業(yè)務(wù)的SaaS，撤掉了；原因沒錢燒。有朋友說SaaS服務(wù)很簡單，開賬號(hào)買賬號(hào)就好了；我感受到的是聽來的故事，沒有親自躬身干過就別妄言了。苦過，方知甜的滋味。
如果僅僅是沒錢燒，我們會(huì)啟動(dòng)融資，會(huì)找朋友借錢或者其它的方式度過難關(guān)。相對于沒錢燒，更深刻的問題是客戶的反饋：你們的SaaS傳遞了什么價(jià)值？把曾經(jīng)給他們定制開發(fā)的軟件服務(wù)，以十分之一的價(jià)格出售，他們竟然被問及了傳遞了什么價(jià)值。這句話引發(fā)了我深深地思考。
問題一個(gè)個(gè)浮現(xiàn)出來：定制的結(jié)合了網(wǎng)站的引流，銷售SaaS沒有提供；定制的整合了OA的API接口，銷售的請假、報(bào)銷和業(yè)績能夠在同一個(gè)報(bào)表中，銷售SaaS沒有提供；……。這些沒有提供的問題解決了，銷售的SaaS就能貼合需求，好賣嗎？顯然不是。就連Salesforce也不是因?yàn)樘峁┝烁鞣N整合才好賣的。
讀《云攻略》后的思考與實(shí)踐
讀了Salesforce的創(chuàng)始人撰寫的《云攻略》。
細(xì)讀下去，發(fā)現(xiàn)的第一個(gè)問題：SaaS標(biāo)準(zhǔn)化就是一個(gè)誤區(qū)，Salesforce從創(chuàng)建的第一天就開始追求不同行業(yè)客戶的不同需求滿足，根本沒有賴在標(biāo)準(zhǔn)化的“被窩里”意淫；
第二個(gè)問題：SaaS業(yè)務(wù)是交付模式的變化，不是業(yè)務(wù)結(jié)構(gòu)的變化，Salesforce是通過不斷豐富自己的業(yè)務(wù)結(jié)構(gòu)讓一個(gè)襁褓里的嬰兒長大的，他們的交付方式節(jié)約了客戶的使用成本；
第三個(gè)問題：和第三方系統(tǒng)的對接，Salesforce是非常主張企業(yè)內(nèi)部數(shù)據(jù)似水般流動(dòng)的，在PaaS系統(tǒng)上市之前先完成了SF的API化保證了系統(tǒng)對接的友好。
思考的過程我們并沒有停止對SaaS或PaaS業(yè)務(wù)的探索。2014年開始，逐漸通過API嵌入的方式提供了幾個(gè)大型企業(yè)客戶很好的體驗(yàn)。
如：SAP的考勤系統(tǒng)在滿足“計(jì)件工時(shí)”的服務(wù)上是不友好的，一個(gè)35萬人的機(jī)械加工類企業(yè)找到我們定制了計(jì)件工時(shí)的系統(tǒng)，我們并沒有提供自己系統(tǒng)的獨(dú)立管理入口等，而是結(jié)成到了SAP的軟件中；
又如：對于一個(gè)教育培訓(xùn)連鎖機(jī)構(gòu)，他們的教師上課“考勤”通過很多方案沒有解決，我們通過手機(jī)的方案解決后整合到了他們的Oracle薪酬系統(tǒng)中，并沒有提供自己的獨(dú)立管理入口；
再如：二維碼生成的系統(tǒng)，我們提供了豐富的API保證和任何第三方開發(fā)語言的API對接，嵌入到了N個(gè)業(yè)務(wù)系統(tǒng)中。
云的下一站是API SaaS？
在業(yè)務(wù)實(shí)踐中，我們探索了一條不是獨(dú)立提供應(yīng)用系統(tǒng)，而是將系統(tǒng)嵌入客戶已有業(yè)務(wù)系統(tǒng)的方案。此時(shí)，有機(jī)構(gòu)大規(guī)模報(bào)道了APISaaS。然后得知很多基于消息通訊的云RCS服務(wù)商獲得了諸多投資。在我們準(zhǔn)備找投資的時(shí)候，一個(gè)新的問題出現(xiàn)了：客戶的付費(fèi)模式無法支撐“按需付費(fèi)”。
在中大型企業(yè)中的客戶軟件或者服務(wù)費(fèi)用是預(yù)算制，如果沒有納入預(yù)算的費(fèi)用是無法支付的。基于API的服務(wù)私有化部署，客戶是高度認(rèn)可和接納的；一旦涉及到公有部署和按需收費(fèi)，就沒有客戶可以按照此模式結(jié)算了。投資商對私有化部署是不認(rèn)可的。
SaaS主要面向中小型客戶，他們有足夠的數(shù)量，這也是投資商喜歡的邏輯。在API化的應(yīng)用面前，中小企業(yè)的接受度是極低的。首先，中小企業(yè)的采購環(huán)節(jié)很短，他們喜歡體驗(yàn)操作后直接下單購買，API的應(yīng)用是無法直觀體驗(yàn)的；即便是做了直觀體驗(yàn)，在實(shí)際采購的時(shí)候，他們采購的操作層面的“定制”服務(wù)，這個(gè)成本（時(shí)間和資金）都不是中小企業(yè)愿意的。
準(zhǔn)備將原有應(yīng)用系統(tǒng)通過API化提供服務(wù)融資方案就此否決了。依然面向大客戶，自己有收入就很好了。在今天我們交付的客戶中，也在APP端集成了美洽的客服API，客戶的客服中心、運(yùn)營服務(wù)人員直接和他們的用戶在APP端進(jìn)行了業(yè)務(wù)的交流。
計(jì)算能力的支撐在API化以后遇到了問題。客戶會(huì)將一個(gè)API系統(tǒng)“主動(dòng)”嵌入到需求的系統(tǒng)中，然后服務(wù)器無法支撐了。第一次接到這種情況的電話，我就認(rèn)為了Docker是解決這個(gè)問題的最優(yōu)方案。后來和華為的Docker項(xiàng)目負(fù)責(zé)人俞小濤在一次會(huì)議上深入聊了這個(gè)問題，他分析后強(qiáng)烈建議合作。我們似乎找到了合適的解決用戶私有化部署遷移到公有云的方案。不過由于部分原因這個(gè)合作還沒有開始。
基本的假設(shè)是客戶的私有化部署無法解決計(jì)算能力自動(dòng)增量擴(kuò)充的問題，我們將API應(yīng)用的計(jì)算能力遷移到公有云，客戶通過租賃公有云+應(yīng)用的模式付費(fèi)，數(shù)據(jù)通過備份方案或者存儲(chǔ)方案部署到客戶本地。根據(jù)客戶獲取計(jì)算能力的值收費(fèi)。
沒有了界面的支撐，在小企業(yè)和中小型企業(yè)銷售方面確實(shí)遇到了巨大的阻力；也突然了APISaaS的優(yōu)勢：非常好的契合了用戶的使用場景。將服務(wù)能力體現(xiàn)淋漓盡致的同時(shí)維護(hù)了企業(yè)服務(wù)各類角色的利益關(guān)系。
對于企業(yè)客戶而言：滿足需求和業(yè)務(wù)場景、省錢和在2-3年不落伍，這是對企業(yè)軟件服務(wù)的基本需求。API化的應(yīng)用服務(wù)很好地滿足了這個(gè)特征。
API SaaS已經(jīng)有了這個(gè)名詞。這是好事兒！我在過去的兩年逐漸體會(huì)到了APISaaS帶來的巨大價(jià)值和優(yōu)勢，這是我們喜歡的領(lǐng)域。
在SaaS熱度以后，是否就是API SaaS，我不知道。云的下一步在哪里？我堅(jiān)信，做好自己現(xiàn)在的未來就在哪里。創(chuàng)業(yè)是一次修行！
