aPaaS 解決的究竟是什么問(wèn)題？本篇文章里，作者從更為落地的視角，探討了 aPaaS 的解決方案、AI 對(duì) aPaaS 的影響等方面，我們不妨來(lái)看一下。

兩年前，在寫(xiě)《關(guān)于 aPaaS 的思考（上）》時(shí)，正在求職關(guān)口，本質(zhì)輸出就是最好的思考方式，分享了我對(duì)下面 3 個(gè)問(wèn)題的思考：

1. aPaaS 產(chǎn)品是什么
2. aPaaS 產(chǎn)品面向的用戶是誰(shuí)？
3. aPaaS 產(chǎn)品面向的場(chǎng)景是什么？

這兩年里又一頭扎入「模型驅(qū)動(dòng)」的 aPaaS 產(chǎn)品中，在宏觀商業(yè)模式模式的思考外，補(bǔ)充了很多更落地的視角。再次站在職業(yè)選擇的路口，補(bǔ)上《關(guān)于 aPaaS 的思考（下）》，也算是給自己的階段性小結(jié)。

一、aPaaS 解決的問(wèn)題是什么

1. 面向企業(yè)

相比兩年前，對(duì)于這個(gè)問(wèn)題，我的視角會(huì)有所不同。

零代碼的視角：從無(wú)序到有序，提高中小企業(yè)的經(jīng)營(yíng)效率

在做零代碼時(shí)，我們關(guān)注的是從無(wú)到有，是中小企業(yè)「管理思路」的工具化。我們判斷中小企業(yè)，由于缺少高性價(jià)比的數(shù)字化管理工具，會(huì)導(dǎo)致企業(yè)整體經(jīng)營(yíng)效率會(huì)比較低。

比如：百人以內(nèi)的電商代運(yùn)營(yíng)團(tuán)隊(duì)，每天花費(fèi)大量人力用電子表格來(lái)進(jìn)行庫(kù)存管理。

低代碼的視角：降低內(nèi)部系統(tǒng)的成本

而在最近工作的兩年里，觀察市場(chǎng)上在投入 aPaaS 方向的企業(yè)，更多是中大型公司，而其核心的動(dòng)機(jī)是「如何以更低的成本迭代各種內(nèi)部系統(tǒng)」以滿足企業(yè)快速發(fā)展的訴求。

比如：A 公司內(nèi)部已經(jīng)有了 OA、人力、差旅等多個(gè)系統(tǒng)，但是系統(tǒng)數(shù)據(jù)不打通，希望搭建 aPaaS 層的工具，實(shí)現(xiàn)系統(tǒng)層的數(shù)據(jù)、流程互通。

B 公司存在大量業(yè)務(wù)線需要客服工具，于是中臺(tái)打造通用客服產(chǎn)品，但是發(fā)現(xiàn)業(yè)務(wù)支持時(shí)，存在大量個(gè)性化需求，迭代不過(guò)來(lái)，于是搭建 aPaaS 工具層，快速響應(yīng)。

所以從企業(yè)視角，本質(zhì)都是解決「企業(yè)應(yīng)用」的問(wèn)題，主要是看解決「中小企業(yè)的從無(wú)到有」，還是「大企業(yè)的從有到優(yōu)」，而這兩種思路，從商業(yè)化上，各自有其需要解決的問(wèn)題，商業(yè)化尚待驗(yàn)證：

專注解決「中小企業(yè)的從無(wú)到有」：這類客戶畫(huà)像是缺少 IT 能力的，要求產(chǎn)品上手門檻低，且會(huì)非常注重性價(jià)比，客單價(jià)也會(huì)低。這些要素決定了零代碼產(chǎn)品，本身產(chǎn)品上無(wú)法搭建復(fù)雜度過(guò)高的應(yīng)用，商業(yè)上無(wú)法實(shí)現(xiàn)高客單價(jià)，需要通過(guò)「走量」來(lái)拉升商業(yè)空間。

那最大的難點(diǎn)是：「量」如何走起來(lái)？一定不是依賴廠商自身的服務(wù)能力，最好的預(yù)期是產(chǎn)品門檻足夠低，中小企業(yè)能在教學(xué)資料的輔導(dǎo)下，自己完成閉環(huán)，退而求其次就是建立生態(tài)。

專注解決「大企業(yè)的從有到優(yōu)」：這類客戶要么已有自研產(chǎn)品、要么已經(jīng)采購(gòu) SaaS 系統(tǒng)，這些企業(yè)應(yīng)用的復(fù)雜度一般較高，對(duì)于 aPaaS 產(chǎn)品的天花板要求也更高。

對(duì)于 aPaaS 來(lái)說(shuō)，產(chǎn)品上的難點(diǎn)是底層如何抽象，既能實(shí)現(xiàn)提效又能保持能力的靈活性和天花板，商業(yè)上的難點(diǎn)是如何證明采用 aPaaS 的解決方案，可以給客戶省錢，能省多少錢 – aPaaS 是工具，客戶有訴求找過(guò)來(lái)，無(wú)法開(kāi)箱即用，要證明這個(gè)價(jià)值，比如有人力投入進(jìn)來(lái)，先把應(yīng)用搭起來(lái)，那價(jià)值被證明前，客戶是肯定不愿意投人，廠商就需要自己解決這個(gè)問(wèn)題，就會(huì)導(dǎo)致服務(wù)成本很高。

另外一個(gè)思路是，場(chǎng)景化的打造1-2個(gè)標(biāo)桿產(chǎn)品，用于價(jià)值的證明，但是大企業(yè)的需求，又極個(gè)性化。所以產(chǎn)品 & 商業(yè)的這兩個(gè)難題，還是在摸索中前進(jìn)。

2. 面向個(gè)人

本質(zhì)上，aPaaS 是搭建應(yīng)用的工具，對(duì)于個(gè)人用戶而言，如果有一定的抽象能力，也是可以用 aPaaS 解決很多個(gè)人場(chǎng)景的問(wèn)題。比如：

• 搭建個(gè)人網(wǎng)站
• 搭建個(gè)性化的記賬工具

還有一個(gè)小例子，有一次我希望找一個(gè) PDF 分割的工具，網(wǎng)上找了幾個(gè)都要付費(fèi)，最后用 Power Automate 的桌面流，幾分鐘解決了。當(dāng)然，Power Automate 的桌面流能做到的事情還有很多很多。

其實(shí)，我最開(kāi)始對(duì) aPaaS 產(chǎn)生興趣，也是因?yàn)?Ta 讓我這樣一個(gè)學(xué)文科、完全沒(méi)有代碼經(jīng)驗(yàn)的同學(xué)，能夠按照我的個(gè)人意愿，搭建個(gè)人知識(shí)管理的應(yīng)用。

總結(jié)起來(lái)，其實(shí)對(duì)于個(gè)人而言，aPaaS 是一個(gè)極其靈活、且門檻相比寫(xiě)代碼更低的工具，能幫個(gè)人去快速實(shí)現(xiàn)一些小的需求。

但是市面上，面向個(gè)人的 aPaaS 產(chǎn)品很少，幾乎沒(méi)有，除了微軟 Power Platform 的全家桶套裝，我基本沒(méi)接觸到其他面向個(gè)人用戶，也能使用的 aPaaS 產(chǎn)品（也許是我見(jiàn)識(shí)少…

這個(gè)從商業(yè)上，也可以理解：

首先從用戶規(guī)模上，aPaaS 僅提供工具，不提供實(shí)際解決需求的產(chǎn)品，對(duì)于用戶而言，無(wú)法解決動(dòng)力問(wèn)題，為什么我不去直接找一個(gè)解決我問(wèn)題的產(chǎn)品，而是要研究這個(gè)工具來(lái)搭建，而且這個(gè)學(xué)習(xí)成本還不低。所以面向 C 端，aPaaS 本身就是無(wú)法規(guī)?；漠a(chǎn)品，很難從流量的道路掙錢。

其次從工具的視角，去訂閱，也許是一個(gè)思路。但是作為工具，aPaaS 面向的場(chǎng)景有沒(méi)有那么明確，是需要用戶自己去發(fā)現(xiàn)需求，再去解決，不像是 Photoshop 這類的工具產(chǎn)品，場(chǎng)景很縱深（雖然在國(guó)內(nèi)也不一定賺到錢）。

所以面向個(gè)人，有價(jià)值，但是商業(yè)上可以想象的空間不多。??下面聊到的部分，會(huì)以企業(yè)場(chǎng)景為主。

二、aPaaS 的解決方案是什么

由于 aPaaS 本質(zhì)是「應(yīng)用開(kāi)發(fā)」工具，那 aPaaS 產(chǎn)品本身就是從「全代碼」-「無(wú)代碼」中間的平衡。

但是在產(chǎn)品設(shè)計(jì)上，其實(shí)二者的抽象思路還是有很大的區(qū)別：

零代碼是從業(yè)務(wù)層往下抽象，基于企業(yè)應(yīng)用的通用屬性，抽象對(duì)應(yīng)的產(chǎn)品功能。

低代碼是從技術(shù)層往上抽象，基于代碼開(kāi)放的路徑和工具進(jìn)行封裝，實(shí)現(xiàn)產(chǎn)品功能。

1. 零代碼的抽象

簡(jiǎn)單的業(yè)務(wù)系統(tǒng)，業(yè)務(wù)層基本可以抽象為四個(gè)通用的部分：數(shù)據(jù)收集、流轉(zhuǎn)、存儲(chǔ)、分析。對(duì)應(yīng)零代碼的主要功能模塊如上：

• 表單
• 流程
• 數(shù)據(jù)存儲(chǔ)
• 數(shù)據(jù)加工和 BI

同時(shí)，為了更大程度，降低用戶的使用成本，表單：數(shù)據(jù)表在結(jié)構(gòu)關(guān)系上，基本是 1:1 綁定，部分產(chǎn)品流程：表單：數(shù)據(jù)表也是1:1:1綁定。在搭建表單時(shí)，就完成了數(shù)據(jù)表的搭建，同時(shí)可以基于表單搭建對(duì)應(yīng)的數(shù)據(jù)流程。此類架構(gòu)，默認(rèn)幫用戶完成了前端和數(shù)據(jù)的綁定關(guān)系，極大降低用戶的搭建成本，但也降低了靈活性。如果業(yè)務(wù)希望搭建個(gè)性化的前端界面或者是有靈活的數(shù)據(jù)關(guān)系，可能就沒(méi)辦法實(shí)現(xiàn)。

這里再次 call back 到上文提到的零代碼產(chǎn)品在商業(yè)上的難點(diǎn)，很多零代碼產(chǎn)品無(wú)法解決量的問(wèn)題，到千萬(wàn)量級(jí)基本就會(huì)遇到營(yíng)收的瓶頸。部分產(chǎn)品此時(shí)選擇的路徑，可能是朝著低代碼轉(zhuǎn)型，強(qiáng)化其二開(kāi)能力，提高客單價(jià)，個(gè)人認(rèn)為，這不一定是好的思路，架構(gòu)上的轉(zhuǎn)向是很難的，要么另起新產(chǎn)品，要么還是可以考慮下零代碼在產(chǎn)品力上，如何更好滿足中小企業(yè)訴求，同時(shí)又能開(kāi)箱即用，同時(shí)在渠道上，看如何能更好找到中小企業(yè)的客戶。

2. 低代碼的抽象

從開(kāi)發(fā)一個(gè) APP 的研發(fā)工程來(lái)進(jìn)行抽象，得到對(duì)應(yīng)的產(chǎn)品能力：

• 數(shù)據(jù)庫(kù)服務(wù) – 數(shù)據(jù)表搭建器
• 前端服務(wù) – 頁(yè)面搭建器（封裝好的一方組件、自定義組件）
• 后端服務(wù) – 流程搭建器
• 底層：FaaS 服務(wù)，支持二開(kāi)
• 測(cè)試運(yùn)維：多環(huán)境、多分支
• 打包發(fā)布：發(fā)布管理

各模塊之間相關(guān)獨(dú)立，無(wú)耦合，可以通過(guò)調(diào)用和綁定來(lái)實(shí)現(xiàn)特定邏輯，比如頁(yè)面需要展示指定數(shù)據(jù)，需要頁(yè)面去主動(dòng)查詢獲取指定數(shù)據(jù)并且綁定在頁(yè)面組件。

優(yōu)點(diǎn)是，產(chǎn)品極其靈活+個(gè)性化，能搭建千人千面的應(yīng)用，問(wèn)題是配置成本極高。而到具體功能設(shè)計(jì)中，每個(gè)產(chǎn)品的封裝程度各不相同，比如一些模型驅(qū)動(dòng)的產(chǎn)品，為減少配置成本，會(huì)通過(guò)一些配置，默認(rèn)幫用戶進(jìn)行數(shù)據(jù)的綁定，而另一些產(chǎn)品則會(huì)更傾向于減少封裝邏輯，足夠原子化，操作權(quán)交給用戶。

三、誰(shuí)在做低代碼？

1. 企業(yè)內(nèi)部的技術(shù)平臺(tái)

抽象的中臺(tái)的 SaaS 產(chǎn)品支持各業(yè)務(wù)線，但是發(fā)現(xiàn)業(yè)務(wù)線的定制化需求多，導(dǎo)致產(chǎn)品迭代成本越來(lái)越高。于是希望借助 aPaaS 產(chǎn)品來(lái)沉淀底層配置化能力，實(shí)現(xiàn)對(duì)業(yè)務(wù)支持的提效。

支持企業(yè)內(nèi)部應(yīng)用開(kāi)發(fā)的技術(shù)部門：企業(yè)快速發(fā)展，存在大量?jī)?nèi)部系統(tǒng)的需求，不希望借助外部 SaaS 產(chǎn)品，還是以自研為主，同時(shí)作為成本部門，又希望能以較低的成本支持內(nèi)部系統(tǒng)的落地。于是希望搭建企業(yè)內(nèi)部的 aPaaS 工具，借助 aPaaS 工具，完成內(nèi)部系統(tǒng)的快速搭建。

2. 商業(yè)化的 SaaS 產(chǎn)品

已有 SaaS 標(biāo)品，在支持客戶時(shí)需要響應(yīng)大量個(gè)性化訴求，但做定制化開(kāi)發(fā)，投入產(chǎn)出比低，于是在標(biāo)品的基礎(chǔ)上，沉淀 aPaaS 工具層，基于 aPaaS 工具層，在標(biāo)品上拓展個(gè)性化開(kāi)發(fā)的訴求。

3. 商業(yè)化的 aPaaS 產(chǎn)品

本身無(wú) SaaS 標(biāo)品，僅提供 aPaaS 的工具能力，在產(chǎn)品運(yùn)營(yíng)層，提供各場(chǎng)景和行業(yè)的解決方案，切入客戶場(chǎng)景。需要考慮在和 SaaS 產(chǎn)品競(jìng)爭(zhēng)時(shí)，自身的核心優(yōu)勢(shì)是什么，相比在垂直領(lǐng)域深耕的 SaaS 產(chǎn)品，可能是缺乏行業(yè) Know how 的。

四、AI 對(duì) aPaaS 的影響是什么？

對(duì)零代碼的沖擊，應(yīng)該很小。零代碼面向的是中小客，本身缺少 IT 能力，當(dāng)前 AI 也無(wú)法直接搭建一個(gè)數(shù)字化應(yīng)用，只能在片段化的場(chǎng)景提效。

對(duì)低代碼產(chǎn)品，可能會(huì)有些沖擊，AI 和 aPaaS 都定位是面向有 IT 能力的企業(yè)，提升開(kāi)發(fā)效率的工具。AI 在代碼寫(xiě)作能力上，已經(jīng)有很好的應(yīng)用了，能實(shí)現(xiàn)提效的目標(biāo)，且從實(shí)際用戶-程序員的接受度上，使用 AI 來(lái)幫我寫(xiě)片段化的代碼 vs 學(xué)習(xí)一個(gè)可能其他公司都不會(huì)用的 aPaaS 工具來(lái)實(shí)現(xiàn)業(yè)務(wù)需求，當(dāng)然前者對(duì)自身的成長(zhǎng)更有幫助。

不過(guò)二者也并不是互斥的，AI + 全代碼開(kāi)發(fā) vs AI + 低代碼開(kāi)發(fā)，可能后者還是效率會(huì)更高，所以 aPaaS 產(chǎn)品如何在搭建側(cè)更好融入 AI 的能力，也是未來(lái)一個(gè)機(jī)會(huì)。比如 Zapier 已經(jīng)支持 AI 去幫忙搭建流程的節(jié)點(diǎn)、實(shí)現(xiàn)數(shù)據(jù)的轉(zhuǎn)化等，還有些產(chǎn)品支持 AI 直接生成頁(yè)面，同時(shí)用戶可以手動(dòng)對(duì)頁(yè)面進(jìn)行微調(diào)。

除了 AI + 低代碼外，很多公司在探索 Native AI 的應(yīng)用，這其中也融合很多低代碼的能力，比如工作流的搭建、數(shù)據(jù)庫(kù)的管理、API 的管理等

總結(jié)起來(lái)，AI 對(duì)零代碼的場(chǎng)景，基本無(wú)沖擊，AI 能部分解決低代碼解決的問(wèn)題，如果低代碼產(chǎn)品能很好融合 AI 的能力也可能是更大的機(jī)會(huì)。同時(shí) Native AI 應(yīng)用的探索，也需要借鑒低代碼產(chǎn)品的能力和產(chǎn)品思路