本篇文章將從基礎(chǔ)能力、產(chǎn)品特色兩個關(guān)鍵層面對 aPaaS平臺進行分析。作者以 Salesforce、紛享銷客、明道云三個平臺為主要例子，對比三個平臺的特色能力，能給產(chǎn)品設(shè)計的伙伴們提供一些設(shè)計參考，希望能對你有所啟發(fā)。

當前 SaaS 產(chǎn)品面臨一個矛盾，即“小客戶續(xù)費率低、大客戶定制化程度高”。

另外，小客戶與大客戶在 SaaS 產(chǎn)品的需求點上又是不同的。就拿我比較熟悉的 CRM 中的 L2C 部分為例，小客戶更多聚焦于 L（線索），希望通過一套CRM 系統(tǒng)為其帶來更多的銷售線索。

而大客戶聚焦于 L2C 流程的信息化管理提效，希望通過一套系統(tǒng)將已經(jīng)很成熟的線下流程固化到系統(tǒng)中，做到更流暢更大范圍的協(xié)同從而促進公司整體效率的提升。

因此在我看來，SaaS 產(chǎn)品未來發(fā)展的兩個大方向：

• 以細分方向切入打造標準產(chǎn)品做 PLG。
• 上探大客戶市場做信息化賦能。

而對于想要上探大客戶市場的 SaaS 公司而言，在標準產(chǎn)品能力的打磨外不可避免的需要應(yīng)對大客戶的定制化需求，更不用提在我國經(jīng)濟中起到重要支柱作用的國企客戶了。

這個問題目前看來的唯一解法就是 aPaaS。

一、aPaaS 概述

對于 aPaaS 產(chǎn)品而言，核心的三大板塊即對象、流程、權(quán)限層層遞進：

• 通過「對象」抽象業(yè)務(wù)實體，是一切 B 端產(chǎn)品通過數(shù)據(jù)流與信息流賦能業(yè)務(wù)的基礎(chǔ)。
• 通過「流程」連接「對象」、創(chuàng)建「對象」間的對應(yīng)關(guān)系實現(xiàn)數(shù)據(jù)流與信息流的自動化。
• 在設(shè)計 B 端產(chǎn)品時通常以“上帝視角”將全部「對象」和「流程」大而全設(shè)計，最后通過「權(quán)限」控制 B 端產(chǎn)品中各個用戶角色的可見及可操作范圍。

通過這三大板塊的低代碼甚至無代碼快速配置具備定制化能力，以在產(chǎn)品層面吸引更多大客戶。同時盡可能的降低定制成本，從而給 SaaS 公司帶來更大的營收。

二、本文目的

下面通過對比目前行業(yè)內(nèi)具備優(yōu)秀 aPaaS 能力公司的相關(guān)產(chǎn)品，以 aPaaS 三大核心板塊的維度，淺層面做一個拆解。

本文結(jié)構(gòu)：先介紹基礎(chǔ)能力、再介紹各家的特色能力、在文末附上拆解產(chǎn)品的在三大板塊能力的對比表格。

通過滿足基礎(chǔ)能力，則完成了一款 aPaaS 產(chǎn)品的基本設(shè)計思路。而各家特色能力則是基于對用戶需求的深刻洞察、為了更好的滿足用戶需求的差異化設(shè)計。

三、產(chǎn)品清單

本次拆解選取了三款優(yōu)秀的 aPaaS 產(chǎn)品，分別是「Salesforce」、「紛享銷客」、「明道云」。另外還有不少優(yōu)秀的 aPaaS 產(chǎn)品，由于沒有體驗賬號只能欠奉。

四、基礎(chǔ)能力

1. 對象

對象的底層架構(gòu)分為兩大層級，底層對象數(shù)據(jù)與上層對象展示：

• 底層對象數(shù)據(jù)由對象參數(shù)和字段參數(shù)兩個模塊組成。對象參數(shù)指的是這個業(yè)務(wù)對象（比如商機）自身的參數(shù)、對象參數(shù)指的是對象內(nèi)字段的參數(shù)（單選、默認值等等）。
• 上層對象展示由布局和三大頁面展示構(gòu)成，其中三大頁面展示關(guān)聯(lián)布局。布局包括布局數(shù)據(jù)、業(yè)務(wù)類型數(shù)據(jù)以及布局規(guī)則，布局數(shù)據(jù)為布局本身的數(shù)據(jù)（該布局適用于哪種場景），業(yè)務(wù)類型數(shù)據(jù)（同樣是商機，市場和銷售看到的布局則不一樣），布局規(guī)則為該對象的詳細布局規(guī)則（字段位置、展示與否等）。同時，由于 B 端信息系統(tǒng)繞不開三大頁面（新建頁、列表頁、詳情頁），因此做單獨抽象，而后與布局做關(guān)聯(lián)。
• 而對象的兩層架構(gòu)受權(quán)限賦予的用戶角色所控制，用戶角色 + 對象數(shù)據(jù) + 對象展示 = 每個用戶在每個場景下看到的頁面。

對象的基礎(chǔ)能力分為兩大板塊：列表和詳情頁（編輯頁和新建頁屬于詳情頁的特殊場景設(shè)計）。

① 列表基礎(chǔ)能力包括場景視圖、檢索能力、查重能力：

• 場景視圖：通過對對象內(nèi)未來將要包含數(shù)據(jù)按照預設(shè)場景分類，為不同用戶劃定不同的數(shù)據(jù)展示邊界。
• 檢索能力：列表頁自定義檢索功能。
• 查重能力：系統(tǒng)要具備在用戶錄入數(shù)據(jù)時根據(jù)預設(shè)邏輯檢索當前系統(tǒng)內(nèi)是否存在重復數(shù)據(jù)的能力。

② 詳情頁基礎(chǔ)能力包括字段編輯器、布局編輯、字段關(guān)系：

• 字段編輯器：包括字段組件庫（基本字段組件、高級字段組件）、默認值（包括公式計算）、數(shù)據(jù)驗證（是否必填、長度等）、屬性（只讀/編輯）等。不同的字段組件由于其性質(zhì)不同，需要包含不同的編輯項。
• 布局編輯：分為內(nèi)置布局編輯和外置布局編輯兩種。內(nèi)置編輯即編輯功能內(nèi)置在對象的表單編輯環(huán)節(jié)，外置編輯則單獨抽象出布局編輯功能獨立于字段編輯。兩種編輯方式各有優(yōu)劣，內(nèi)置編輯在布局設(shè)計或后期變更時體驗更加友好，而外置編輯則通過將布局編輯功能獨立抽象進而提供了較強的擴展性（支持不同角色、場景使用不同的布局方案）。
• 字段關(guān)系：包括字段的顯隱/關(guān)聯(lián)關(guān)系（例如：當字段 A 不為空時顯示字段 B）以滿足級聯(lián)遞進場景。

2. 流程

流程的基礎(chǔ)能力分為數(shù)據(jù)處理流程和審批流程兩種，在數(shù)據(jù)處理流程中存在審批場景，而在審批流程又可作為數(shù)據(jù)處理流程的觸發(fā)器，因此兩種流程存在相互調(diào)用關(guān)系：

1）數(shù)據(jù)處理流程包括四類基礎(chǔ)能力，觸發(fā)、數(shù)據(jù)、邏輯、通知，通過數(shù)據(jù)處理流程編輯器完成設(shè)計

① 觸發(fā)基礎(chǔ)能力包括表單觸發(fā)、邏輯觸發(fā)、時間觸發(fā)、API 觸發(fā)：

• 表單觸發(fā)：通過用戶在預先設(shè)計的表單中填寫相關(guān)數(shù)據(jù)觸發(fā)流程。
• 邏輯觸發(fā)：當對象中數(shù)據(jù)滿足預先設(shè)計的邏輯時觸發(fā)流程。
• 時間觸發(fā)：當達到預先設(shè)置的時間或時間周期時觸發(fā)流程。
• API 觸發(fā)： 通過 API 觸發(fā)流程。

② 數(shù)據(jù)基礎(chǔ)能力包括數(shù)據(jù)的增、刪、改、查：

• 增：在對象或?qū)ο蟮淖侄沃性黾訑?shù)據(jù)。
• 刪：在對象或?qū)ο蟮淖侄沃袆h除數(shù)據(jù)（在實際產(chǎn)品設(shè)計中一般為假刪）。
• 改：在對象或?qū)ο蟮淖侄沃行薷臄?shù)據(jù)（在實際產(chǎn)品設(shè)計中需記錄修改日志）。
• 查：在對象的字段中查詢數(shù)據(jù)，是「刪」和「改」的必要基礎(chǔ)、「增」的非必要基礎(chǔ)。

③ 邏輯基礎(chǔ)能力包括賦值、判斷、循環(huán)、暫停。

④ 通知基礎(chǔ)能力包括站內(nèi)信通知、三方應(yīng)用集成通知、API 通知：

• 站內(nèi)信通知：在 aPaaS 平臺內(nèi)部完成通知，除非 aPaaS 平臺具備協(xié)同能力，不然使用場景極大受限。
• 三方應(yīng)用集成通知：集成到目前常用的協(xié)同工具中，諸如企微、釘釘、飛書、微信（需配合移動端和小程序/公眾號）等。
• API 通知：用于提供與客戶自研系統(tǒng)的集成能力。

2）審批流程按照審批時間線分為三個階段，審批前、審批中、審批后，通過審批流程編輯器完成設(shè)計

• 審批前：在審批流程開始以前的操作，如審批人是誰。
• 審批中：在審批流程進行中的操作，如發(fā)起人操作（是否可撤回/催辦）、自動通過機制、審批人操作（通過/拒絕/轉(zhuǎn)審/待定）、審批人權(quán)限（當審批人與發(fā)起人所擁有數(shù)據(jù)權(quán)限不一致時，審批人在審批時的數(shù)據(jù)可見范圍）。
• 審批后：在審批流程結(jié)束之后的動作，如消息通知機制、審批后動作（又要調(diào)用數(shù)據(jù)處理流程的基本能力）。

3. 權(quán)限

權(quán)限功能的核心思想在于“分級管理”，橫向兩級 + 縱向三級架構(gòu)，以此切割所有管理職責，做到可插拔可復用：

• 橫向：功能權(quán)限、數(shù)據(jù)權(quán)限。功能權(quán)限控制用戶是否可以對數(shù)據(jù)做增刪改查操作、數(shù)據(jù)權(quán)限控制用戶是否對該數(shù)據(jù)可見。在數(shù)據(jù)權(quán)限內(nèi)部繼續(xù)分化全部數(shù)據(jù)權(quán)限、組織內(nèi)數(shù)據(jù)權(quán)限、數(shù)據(jù)共享，以體現(xiàn)數(shù)據(jù)之間不同的繼承關(guān)系。
• 縱向：前臺、后臺、超級后臺。前臺權(quán)限控制了用戶的權(quán)限邊界，后臺權(quán)限控制了各個系統(tǒng)管理員團隊的權(quán)限邊界，超級后臺權(quán)限控制了整個系統(tǒng)的權(quán)限。

通過抽象角色（功能權(quán)限）、崗位（數(shù)據(jù)權(quán)限）、管理角色、分管小組四個模塊，在以上模塊的基礎(chǔ)上關(guān)聯(lián)員工實現(xiàn)高度靈活以支持人員的快速遷移。

在功能設(shè)計時，在上文基礎(chǔ)上考慮到需要控制的功能模塊、業(yè)務(wù)對象、對象字段、流程等數(shù)據(jù)眾多且還需分別控制可見和可編輯。以單個權(quán)限（字段的只讀/編輯為顆粒度）、單個自然人，二者組成了權(quán)限控制的基礎(chǔ)。

在實際權(quán)限功能設(shè)計中，考慮到用戶體驗，通常還會在基礎(chǔ)之上做進一步的包裝，諸如權(quán)限組、用戶角色等。

看起來十分簡單，但是權(quán)限系統(tǒng)設(shè)計在 aPaaS 產(chǎn)品中卻是最復雜的。由于本人對權(quán)限系統(tǒng)的了解并不深入，因此對于下面的分析可能會非常淺，望各位讀者見諒。

五、產(chǎn)品特色

1. Salesforce

1）對象

① 強大的對象編輯器

對于「Salesforce」的對象部分，其實特色確實不多。一方面是由于對象作為 aPaaS 三大板塊的基礎(chǔ)，本身可做的新鮮功能就不多；其次以「Salesforce」的行業(yè)地位和發(fā)展時間來看，其成為了眾多 aPaaS 平臺的參考對象，導致整個對象相關(guān)功能趨于同質(zhì)化。

初步體驗，「Salesforce」的對象功能是非常“難用”的，體現(xiàn)為設(shè)置項眾多且十分復雜，再加之其在我國緩慢的運行速度（這樣大體量的系統(tǒng)估計在海外使用也談不上輕快），但是客觀來講「Salesforce」的編輯器是十分強大的。通過對象編輯器，你幾乎可以 100% 的完成你對于對象的設(shè)計構(gòu)想而無需根據(jù)系統(tǒng)的功能邊界“削足適履”。

聚焦于產(chǎn)品層面，「Salesforce」的對象編輯器除了擁有基礎(chǔ)能力外，還支持篩選器配置、搜索布局、自定義按鈕、列表和詳情頁的布局等。

尤其是布局編輯器，除了支持完全定制對象詳情頁的功能及布局外，還支持創(chuàng)建不同的頁面布局以適配不同場景（比如根據(jù)營銷團隊、銷售團隊、客服團隊的業(yè)務(wù)需求和數(shù)據(jù)隔離需求創(chuàng)建不同的商機布局）。

但是應(yīng)當指出的是，「Salesforce」的對象編輯過程及其不友好，無論是字段的配置還是布局的配置均沒有采用圖形可視化的交互，這對于系統(tǒng)搭建人員來講是一個不夠友好的點（或許對于「Salesforce」來說，系統(tǒng)的搭建者都是實施團隊或認證系統(tǒng)管理員，不存在業(yè)務(wù)人員自行搭建的場景）。

2）流程

① 極其強大的流程引擎

「Salesforce」在流程部分則非常具有特色，通過對流程元素接近“代碼級”的抽象，使其幾乎可以完成日常工作中的絕大多數(shù)流程設(shè)計。但問題就是其易用性較低，從網(wǎng)絡(luò)上大量的教程和培訓課程就能可見一斑。

「Salesforce」除了審批流，目前還有 6 大流程，分別是屏幕流、記錄觸發(fā)流、計劃觸發(fā)流、平臺事件觸發(fā)流、自動啟動流（無觸發(fā)器）、記錄觸發(fā)的業(yè)務(wù)流程。

下面分別介紹：

• 記錄觸發(fā)流：先介紹「記錄觸發(fā)流」，它是其他流程的基礎(chǔ)。當對象中的數(shù)據(jù)增刪改時被觸發(fā)，運行預設(shè)的流程。
• 屏幕流：在「記錄觸發(fā)流」的基礎(chǔ)上增加「屏幕」和「回滾記錄」組件?！钙聊弧菇M件可被理解為一個表單，支持用戶通過填寫一些信息而觸發(fā)預設(shè)流程。
• 計劃觸發(fā)流：在「記錄觸發(fā)流」的基礎(chǔ)上增加根據(jù)預設(shè)時間或預設(shè)頻率觸發(fā)的能力。
• 平臺事件觸發(fā)流：在「記錄觸發(fā)流」的基礎(chǔ)上增加根據(jù)平臺事件觸發(fā)的能力?！赣涗浻|發(fā)流」也可以理解為被某些事件觸發(fā)，只不過和「事件觸發(fā)流」本質(zhì)的區(qū)別在于，觸發(fā)「記錄觸發(fā)流」的事件局限于該流程關(guān)聯(lián)的對象的內(nèi)部；而觸發(fā)「平臺事件觸發(fā)流」的事件為該流程關(guān)聯(lián)對象的外部、平臺的內(nèi)部。
• 自動啟動流（無觸發(fā)器）：一個無觸發(fā)器的「記錄觸發(fā)流」，當接到 Apex 或 API 的指令后觸發(fā)。
• 記錄觸發(fā)的業(yè)務(wù)流程：與上述「記錄觸發(fā)流」及其衍生流程不同，「記錄觸發(fā)的業(yè)務(wù)流程」類似階段推進流程，當被預設(shè)動作觸發(fā)后跳轉(zhuǎn)到下一個階段，以將用戶線下的階段性流程線上化。

② 變量資源帶來更多可能

變量資源是「Salesforce」流程中非常重要的板塊。

在這里的“變量”與「Salesforce」定義的“變量”不同。在「Salesforce」中，變量只是資源的一種，與其并列的還有常量、公式、選項等；這里所說的變量可以理解為「Salesforce」的全部資源，都可以理解為宏觀的變量。變量的意義在于有兩點，即“輸入到變量暫存”和“從變量輸出賦值”。

在「Salesforce」中，每新建一個元素就會被視為一個資源，方便系統(tǒng)搭建人員隨時修改各個元素的默認值；同時支持手動創(chuàng)建資源，為流程的構(gòu)建創(chuàng)造更多的場景（比如計數(shù)、復用選項、數(shù)據(jù)橋接等）。

③ 豐富的模板生態(tài)

如前所述，強大的流程引擎和變量資源概念的引入只是基礎(chǔ)，加之「Salesforce」的生態(tài)能力，在「Salesforce」和「appexchange」中可以找到豐富的流程模板，其中不乏很多大廠出品。

這將帶來三個好處：

• 通過對現(xiàn)有模板的適配性修改，可以讓系統(tǒng)管理員以更快的速度完成功能的搭建。
• 現(xiàn)有模板中不乏很多高評分的“最佳實踐”模板，為用戶帶來更大的價值。
• 「appexchange」為流程開發(fā)者提供平臺、為用戶提供流程模板與“最佳實踐”、為「Salesforce」造就了繁榮的生態(tài)實現(xiàn)了更大的規(guī)模效應(yīng)，最終都會不斷提高「Salesforce」的 NDR，在這個三邊關(guān)系中取得了共贏。

3）權(quán)限

① 權(quán)限集&權(quán)限集組二次包裝

「Salesforce」在單個權(quán)限的基礎(chǔ)上做了兩層封裝，分別為權(quán)限集和權(quán)限集組，權(quán)限集包含多個單個權(quán)限、權(quán)限集組包含多個權(quán)限集。

在權(quán)限集組中，各個權(quán)限集的權(quán)限共享，屬于“自下而上”的權(quán)限控制。

舉一個應(yīng)用場景的例子，比如某大型銷售團隊在業(yè)務(wù)上面向大中小客戶劃分三個團隊，在對象和流程上就可以遵循“大而全”的思路取并集設(shè)計、在權(quán)限配置時為三個團隊單獨配置權(quán)限。

而此時，存在一個業(yè)務(wù)支持小組，為三個小組提供就技術(shù)和資源上的支持。那么則無需重新為該業(yè)務(wù)支持小組重新配置權(quán)限，而只需將三個小組的權(quán)限打包為權(quán)限集組賦給業(yè)務(wù)支持小組。

2. 紛享銷客

1）對象

① 支持對已有對象或?qū)ο髢?nèi)字段名稱做修改

客戶的個性化需求不僅局限于業(yè)務(wù)對象和流程的再造，還有較大比例是讓現(xiàn)有業(yè)務(wù)對象和流程與客戶組織內(nèi)的習慣做適配。在客戶的組織內(nèi)，已經(jīng)習慣了管「線索」叫「潛在客戶」、管「商機」叫「銷售機會」，我們沒有必要一定讓客戶為了我們的產(chǎn)品而修改組織內(nèi)已有的工作習慣，尤其對于大客戶而言。

而「紛享銷客」的所有對象以及對象內(nèi)的字段是以 ID 作為唯一值的（在功能搭建時也可以根據(jù)開發(fā)者的習慣自定義 ID），將現(xiàn)有對象或?qū)ο髢?nèi)字段與客戶修改后的名稱再做一次關(guān)聯(lián)并不會影響系統(tǒng)功能，成本也并不高，但是卻能極大地提升用戶體驗。

② 具備 CRM 特色和本土化的字段組件庫

除了具備 aPaaS 平臺較為常見諸如文本（單行/多行/富文本）、數(shù)字、選項（單選/復選）等基礎(chǔ)字段組件外，作為 CRM 產(chǎn)品還支持了很多非常具有 CRM 特色和本土化的字段組件，比如簽名字段、支付組件、簽到組件、地區(qū)定位等。

通過這些組件能夠很好的滿足 CRM 的用戶場景，比如使用簽名字段可以實現(xiàn)業(yè)務(wù)人員提交客戶合同審批時通過系統(tǒng)簽名確認的場景、使用支付組件可以實現(xiàn)組織上下游訂貨支付場景（也契合了「紛享銷客」“連接型 CRM”的產(chǎn)品定位）、使用地區(qū)定位可以實現(xiàn)監(jiān)控銷售人員做客戶拜訪的場景（實現(xiàn) CRM 的“銷售過程賦能、銷售結(jié)果管理”理念，關(guān)于這個話題以后再說）。

③ 支持打印模板功能

在「紛享銷客」中支持企業(yè)自定義各種單據(jù)的打印模板。對于組織發(fā)展時間較長、信息化程度較低的大客戶或零售、物流、倉儲等較為依賴紙質(zhì)單據(jù)管理的行業(yè)來說來說，這一功能能夠使其在不對當前管理方式做大調(diào)整的情況下平滑無感的過渡到信息化管理。

2）對象

① 具象本土化特色實踐

「紛享銷客」在前文的對象部分就非常具有 CRM 和本土化特色，而在流程方面同樣如此，通過多層級具象實踐，以便業(yè)務(wù)人員經(jīng)過簡單培訓后快速搭建。

在流程基礎(chǔ)能力上具象出 4 種流程（審批流程、業(yè)務(wù)流程、工作流程、階段推進器），利用「Salesforce」的流程 + 對象同樣可以實現(xiàn)上述 4 中流程，但是其難度超乎一般業(yè)務(wù)人員能力范圍。

流程具象關(guān)系（即用「Salesforce」實現(xiàn)同等功能）如下：

• 紛享銷客，審批流 = Salesforce，批準過程。
• 紛享銷客，業(yè)務(wù)流程 = Salesforce，屏幕流。
• 紛享銷客，工作流 = Salesforce，記錄觸發(fā)流 ∪ 計劃觸發(fā)流。
• 紛享銷客，階段推進器 = Salesforce，記錄觸發(fā)的業(yè)務(wù)流程 ∪ 屏幕流 ∪ 記錄觸發(fā)流 ∪ 計劃觸發(fā)流。

② 連接型 CRM

除了將實際業(yè)務(wù)中常用的諸如短信通知、發(fā)送郵件具象進流程動作中以外，結(jié)合「紛享銷客」的協(xié)同和“連接型”能力，流程中的動作可以通過「企信」協(xié)同或發(fā)送到其他應(yīng)用中（如「訂貨通」、「代理通」等）。

3. 權(quán)限

1）連接型“權(quán)限”

「紛享銷客」的權(quán)限部分可配置部門內(nèi)數(shù)據(jù)權(quán)限和數(shù)據(jù)共享，其具備兩大場景：

• 公司銷售團隊下分為三個小組，可將三個小組需要共享的數(shù)據(jù)，通過配置部門內(nèi)數(shù)據(jù)權(quán)限和數(shù)據(jù)共享完成權(quán)限的拉齊。
• 聚焦于「紛享銷客」的“連接型 CRM”產(chǎn)品定位，如果客戶將自己的上下游也加入到「紛享銷客」中，即可通過配置內(nèi)部數(shù)據(jù)權(quán)限和數(shù)據(jù)共享完成對于上下游多租戶的權(quán)限管控。

3. 明道云

1）對象

① 完全視覺圖形化的優(yōu)秀體驗

「明道云」和無論是「紛享銷客」還是「Salesforce」相比都有較大的差別，前者定位為輕量化的 aaPaaS 平臺，僅提供基礎(chǔ)能力；而后兩者都是老牌 CRM 大廠，aPaaS 能力只是在發(fā)展到一定階段后的產(chǎn)物。不僅如此，后兩者在產(chǎn)品理念上更加偏向于“傳統(tǒng)派” aPaaS 產(chǎn)品（更加傳統(tǒng)的產(chǎn)品國內(nèi)還有「泛微」、國外還有「SAP」等），而「明道云」這種“創(chuàng)新派”產(chǎn)品則更加輕量化，聚焦“業(yè)務(wù)人員快速搭建信息系統(tǒng)”理念。

據(jù)此，在「明道云」的對象/場景試圖創(chuàng)建和編輯的過程中，都采取了完全視覺圖形化的方式。即便「紛享銷客」和「Salesforce」在很多地方也采用了視覺圖形化的方式，但是整體的使用體驗上「明道云」還是非常優(yōu)秀的。

② 積極擁抱 AI+aPaaS

之前和朋友討論過在 AI 時代 SaaS 行業(yè)未來發(fā)展，主要的爭議點在于“AI 顛覆 SaaS 論”和“AI 賦能 SaaS”論。我個人的意見還是“AI 賦能 SaaS 論”，具體到落地就是通過 AI 輔助業(yè)務(wù)人員完成 aPaaS 平臺搭建。

坦率的講，“擴展性”和“易用性”是天平的兩端（這一點在后文的流程方面體現(xiàn)的尤為明顯），國內(nèi)諸如「明道云」之類的 aaPaaS 平臺的產(chǎn)品厚度總體是不足的，可擴展性其實遠不如「紛享銷客」和「Salesforce」，但也帶來了極佳的易用性，可以做到業(yè)務(wù)人員依靠幫助手冊即可完成對于相對復雜信息系統(tǒng)的搭建。

未來通過 AI 輔助業(yè)務(wù)人員搭建，一方面能夠提高業(yè)務(wù)人員搭建的信息系統(tǒng)的質(zhì)量，同時也為 aPaaS 平臺向高擴展性方向迭代提供了空間。

回到主題，「明道云」提供了「AI 字段建議」功能。根據(jù)體驗，雖然目前所提供的字段數(shù)量并不全、且不包含字段的詳細配置，但仍然可以說是朝著 AI+aPaaS 的方向邁出了堅實的一步。

2）流程

① 搭建過程十分簡單

不同于「Salesforce」和「紛享銷客」以 CRM 為基本盤、將 aPaaS 平臺作為適應(yīng)用戶需求的業(yè)務(wù)定制平臺，「明道云」定位純 aaPaaS 產(chǎn)品，其流程聚焦于用戶在平臺內(nèi)部創(chuàng)建的各個對象（也可以理解為數(shù)據(jù)表），使得其靈活度極高，各種流程可使用的元素完全一致。

同時得益于出色的交互，使整個搭建過程十分簡單易上手。

3）權(quán)限

① 簡單清晰，基礎(chǔ)權(quán)限設(shè)計的參考模板

「明道云」的權(quán)限部分設(shè)計的是比較簡單的，但是十分清晰，可以作為權(quán)限設(shè)計部分的基礎(chǔ)參考模板。

在其內(nèi)部，圍繞著對象的增刪改查下鉆分化出對象內(nèi)場景視圖的增刪改查、對象內(nèi)字段的增刪改查、對象內(nèi)數(shù)據(jù)增刪改查的范圍、對象內(nèi)可觸發(fā)的操作四個方向。

雖然權(quán)限部分的功能非?；A(chǔ)，但是加上「明道云」出色的交互設(shè)計，整個權(quán)限部分十分簡單清晰，可以作為 B 端產(chǎn)品基礎(chǔ)權(quán)限設(shè)計的參考模板（僅限基礎(chǔ)）。

過于基礎(chǔ)粗放的權(quán)限功能勢必會造成系統(tǒng)無法適應(yīng)大型組織內(nèi)部復雜的分工關(guān)系，但是這也契合明道云的產(chǎn)品定位，即適配中小組織、業(yè)務(wù)自發(fā)搭建、小范圍內(nèi)協(xié)同、通用型 aaPaaS 這四個關(guān)鍵詞。

六、總結(jié)

1）總結(jié)

對于 aPaaS 平臺的三大板塊而言，目前對象和權(quán)限已經(jīng)比較成熟且標準化了，且各家的功能在逐漸趨同；而流程部分各家差異是非常大的，「Salesforce」聚焦于抽象流程底層、「紛享銷客」聚焦于業(yè)務(wù)場景實踐、「明道云」則十分輕量易用。

這也和本次對比的三個產(chǎn)品的產(chǎn)品定位有關(guān)，「Salesforce」經(jīng)過長時間的發(fā)展迭代，通過極其健壯的 aPaaS 能力，早已成為一個“開發(fā)平臺”，打造自己的平臺生態(tài)。

「紛享銷客」作為國內(nèi)極其優(yōu)秀的 CRM 產(chǎn)品，在 CRM 的基本盤上通過 aPaaS 去滿足大客戶的定制化需求，同時也保留了國內(nèi)平臺在本土化上的優(yōu)秀表現(xiàn)，打造出了“符合國情”的優(yōu)秀產(chǎn)品。

而「明道云」和二者不同，其定位為通用型的輕量化 aPaaS 產(chǎn)品，本質(zhì)上是去革 Excel 的命（有機會可以給大家拆解一下「伙伴云」，在我理解這才是真正的 Excel Pro），再加上優(yōu)秀的體驗，十分適合組織內(nèi)部團隊級的信息化協(xié)同。

不過在對「明道云」多說兩句，「明道云」是我研究 aPaaS 時深入體驗的第一款產(chǎn)品，個人對這款產(chǎn)品是十分喜愛的。但是還是有一點擔憂的是，它沒有自己的基本盤。

拿本次拆解的其他兩款產(chǎn)品來說，「Salesforce」有自己的生態(tài)能力、「紛享銷客」有極其優(yōu)秀的 CRM 做基本盤，它們也在做 aPaaS。

換句話說，「明道云」能做到的，「Salesforce」和「紛享銷客」也能做到。而二者的獨特優(yōu)勢，卻是「明道云」所確實的。而主打組織內(nèi)團隊級協(xié)同的話，隨著組織的發(fā)展和產(chǎn)品在組織內(nèi)的滲透，未來的 NDR 又會是一個挑戰(zhàn)。雖然對其有所擔憂，但是仍然希望「明道云」這款優(yōu)秀的產(chǎn)品能夠找到自己未來的發(fā)展方向茁壯成長。

2）展望

個人猜想，未來 aPaaS 平臺在流程上的創(chuàng)新點是非常大的，尤其是對于國內(nèi) aPaaS 廠商?！窼alesforce」流程的底層抽象已經(jīng)比較完善了，但是國內(nèi) aPaaS 平臺在流程的抽象上仍然有繼續(xù)向底層深挖的迭代空間。對于權(quán)限的部分個人傾向于穩(wěn)定發(fā)展，個人目前確實也想不到除了繼續(xù)抽象組織的管理訴求外的其他創(chuàng)新點在哪里。

而對于對象，雖然和權(quán)限一樣已經(jīng)高度成熟且同質(zhì)化，但是隨著 AGI 時代的到來相信未來對象 + 流程 + AGI 可能會涌現(xiàn)出新的創(chuàng)新方向。

同時，包括本次對比的三款產(chǎn)品以及其他產(chǎn)品我們也能看到，國內(nèi)的 aPaaS 平臺與海外市場在發(fā)展方向上有本質(zhì)的差別。

海外 aPaaS 平臺由于先發(fā)優(yōu)勢，涌現(xiàn)了 SAP、Oracle 等強大但“工程化”的產(chǎn)品。而國內(nèi)的新時代 aPaaS 平臺誕生于中國互聯(lián)網(wǎng)甚至移動互聯(lián)網(wǎng)爆發(fā)之后，并且我們即將步入 AGI 時代。

再加上由于國內(nèi)外企業(yè)商業(yè)環(huán)境和發(fā)展階段的不同造就的對于 SaaS 和 aPaaS 平臺定位和需求的不同，相信國內(nèi)的 aPaaS 平臺未來一定會朝著場景化、最佳實踐化方向演進，為企業(yè)創(chuàng)造更大的價值。

附錄：對比匯總

1）字段組件庫對比匯總

2）Salesforce 6 大流程元素對比匯總

3）明道云 6 種流程元素對比匯總

4）Salesforce 流程變量匯總

5）紛享銷客 4 大流程元素對比匯總