低程式碼/無程式碼的SaaS/CRM還有未來嗎？

當然，Salesforce應用的使用使用者是什麼都看不到的：他們只是與Salesforce提供的介面進行互動。但是瞭解這一點很重要，因為它是分解應用程式的價值並在更廣泛的應用程式、平臺和生態系統中體現了它的有用框架。 
 

從應用程式到平臺 
各個階段的投資者都在討論平臺的概念-他們不想投資於工具或產品，而投資於有潛力成為平臺的公司。平臺的定義很多，我建議使用以下內容：平臺是一種應用程式，提供了一組可以在其上構建其他應用程式的介面。本質上，它允許在核心平臺應用程式中定義的資料模型之上進行擴充套件和自定義。
回到Salesforce作為說明性示例，他們的平臺故事在很多地方都有體現。我們將專注於三個：Force.com，AppExchange，Lightning Apps。
 

Force.com
Force.com是Salesforce進入該平臺即服務業務的平臺，該服務使客戶可以構建自定義應用程式，該應用程式部署在Salesforce資料模型之上並託管在Force.com上。Salesforce本機應用程式提供了一組特定的已定義（儘管是半可定製的）檢視，頁面和視覺化檢視，而Force.com提供程式開發人員使用整合開發環境（IDE）來使用自定義物件，欄位和工作流來構建自定義應用程式，這些物件主要是用javascript，C ++和visualforce（由Salesforce建立）。 
這使開發人員（包括廣泛的第三方Salesforce顧問）能夠建立自定義應用程式，這些應用程式針對其組織中存在的特定流程和工作流進行了量身定製。請記住，最終，企業軟體只是對流程或功能如何工作的看法，儘管可能有重疊，但沒有兩個企業是相同的。當您開始跨行業，公司規模，地域分佈以及任何其他細分時，尤其如此。即使在組織內部，不同的業務部門也可能外觀和行為不同。Force.com為客戶提供了獲取核心Salesforce應用程式體驗並對其進行自定義的能力。
 

AppExchange
Salesforce AppExchange是由第三方組織構建的應用程式市場，用於跨行業，地區和功能區域擴充套件和擴充套件Salesforce的功能。Force.com允許開發人員針對自己的Salesforce例項和資料構建和部署應用程式，而AppExchange允許外部開發人員建立自己的應用程式，併發布到市場上，以供所有Salesforce客戶使用。 
可以將其視為公司和軟體開發人員利用Salesforce平臺及其安裝基礎的功能來分發他們建立的應用程式的一種方式，這些功能可以滿足Salesforce不能提供的特定需求。
 

Lightning Apps
儘管Force.com被視為開發人員產品，但Salesforce在2015年左右將Lightning Apps作為其品牌更名的一部分發布到Lightning，並且隨著時間的推移一直在增加新功能（並更改命名約定）。但是，Lightning的核心是為非專業工程師提供低碼和無碼開發經驗，以建立，部署和管理移動和桌面應用程式。 
這些應用中投放多種用途-但在很大程度上有助於擴大自定義和構建Salesforce的應用程式。在大多陣列織中，業務使用者的數量遠遠超過開發人員，並且透過開放彌補開發過程的人員的空缺，您可以迅速增加可以參與公司的Salesforce生態系統並從中受益的人數。
 
Salesforce長期以來一直了解，其核心價值和防禦能力是業務本質上以客戶為中心，而公司最有價值的資料是與他們如何向最終客戶銷售和服務有關的資料。每個銷售主管都使用CRM，許多銷售主管使用Salesforce（儘管令人驚訝的是，只有20％的市場使用Salesforce CRM）。
這使Salesforce成為記錄系統，用於管理有關公司最重要資產的資料。資料具有重力，這種記錄系統既可以獨自指揮巨大的價值，也可以對組織內的所有其他系統產生影響。其他系統需要與Salesforce配合使用，因為如果不這樣做，就不太可能被採用。這使Salesforce成為記錄系統。他們利用它來建立除銷售之外的其他許多大型企業，即營銷雲，服務雲，商務雲。
如果您的營銷系統必須瞭解誰是最有潛力的人，以及哪些是在Salesforce中生活的人，則您的營銷系統必須能夠從Salesforce中讀取（並可能寫入）。想象一下試圖將潛在顧客評分工具引入您的組織，並告訴您的CRO您需要將Salesforce換用另一種CRM，因為您的潛在顧客評分引擎無法與Salesforce一起使用。這不會發生。請不要嘗試這個。
 

記錄和互動參與的雙系統
在許多情況下，您在B2B和B2C上有許多不同的使用者，他們有不同的需求。內部銷售，現場銷售，客戶成功，市場營銷的日常工作都非常不同。管理層和個人貢獻者的使用模式也大不相同。有些可能在桌上型電腦上，有些可能在iPad上。有些人可能整天都在打電話。 
這些使用者中的每一個都以不同的方式與Salesforce平臺互動。一些“使用者”是僅透過公開的API與該平臺進行互動的開發人員。有些使用者甚至不是真正的人-他們可能是由Salesforce提供或完全在其外部的其他軟體系統。 
這些參與方與Salesforce進行互動的各種介面是“參與系統”。這些是您與之互動並從中儲存和結構化的資料中獲取價值的方法，也是將後續資料輸入系統的方式，從而為平臺創造了防禦力。這些介面可以是任意數量的本機或自定義應用程式，也可以是其他系統使用的API。 
但是重要的是，Salesforce作為記錄系統的地位賦予了他們影響參與系統的權利。處於起步階段，Salesforce.com的應用擔任記錄和參與的兩個系統。但是，現代軟體環境要複雜得多，而且參與方法也越來越多樣化。
 
當Salesforce只是一個小小的新貴，相比投入向更大的Oracle和Siebel，終端使用者在使用哪種軟體方面沒有太多選擇。雲還處於起步階段，大多數軟體仍在內部使用。公司的IT組織將決定使用什麼，然後使用。
現在情況有所不同-軟體建立和採用的速度要快得多，並且使用者期望獲得現代的，客戶友好的體驗。如果IT部門沒有提供它們，他們會自行搜尋出來，不久之後，企業IT部門可能會發現自己處於採購週期中以購買企業版。為什麼這很重要？這意味著記錄系統和參與系統正在越來越多地分離。 
資料可能具有引力，但是依靠系統的首要地位以犧牲使用者體驗為代價的資料儲存是一個危險的主張。面對這種主張時，有兩種方法可以採取：

• 鞏固您作為記錄和參與系統的地位，
• 或建立一個平臺以允許各種各樣的參與系統，同時保持作為記錄系統的位置。

Salesforce模型的優點在於，它已經是預設的記錄系統-因此，透過提供平臺，他們不僅可以透過Salesforce本身，還可以透過其客戶以及所有第三方（ISV，系統整合商，小型開發商店，諮詢公司）。這將進一步鞏固Salesforce作為平臺的地位，因為每種增量用例和參與方法都會創造附加價值，並增加轉換成本。 
 

中介軟體的中心性
什麼是中介軟體，您可能會想問一下？當您要確定某人是否真的在花時間思考企業系統和體系結構時，就使用中介軟體這個詞。 
中介軟體是一個廣闊的領域，其中包括將不同的應用程式和資料來源連線在一起的各種軟體。各種整合產品，API管理和訊息代理都屬於此類。如果將兩個系統連線在一起，則可能是中介軟體。它在中間，因此得名。
但是隨著系統變得越來越複雜，環境變得更加異構和混合，當您考慮到大多數公司使用數百個應用程式，並且當這些應用程式處於真空狀態且與更廣泛的應用程式無關時，這些中介軟體的層級變得異常重要。公司的系統，流程和資料模型。  
......
為什麼Salesforce收購Mulesoft？因為符合Salesforce的最大利益，因此地球上將永遠存在的每個應用程式都可以非常輕鬆地與Salesforce連線。而且，任何建立在Salesforce平臺之上的應用程式都可以與這些其他應用程式連線，從而使Salesforce記錄系統具有至高無上的地位，並且是您與客戶進行的每項增量工作的核心。 
 

低程式碼
就像說“我們是雲公司”一樣，“我們是一家低程式碼公司”的說法幾乎沒有告訴您公司產品實際提供的價值。
"我們是雲公司”說明：雲是一種部署方法，一種操作模式，並且可能與雲原生、kubernetes和其他近期流行詞彙有關；而低程式碼是使用者介面和應用程式自定義正規化，它存在於每個應用程式類別中。
所有應用程式都是關聯式資料庫上的UX。該“資料庫”可以是電子表格，也可以是Salesforce在其產品中嵌入的用於儲存所有資料的任何資料庫。可以將其視為非常有思想的IDE或應用程式開發語言，並將其置於企業所需的任何資料來源（通常是資料庫）之上。
 

潛在的未來 
Salesforce的CRM實際上涉及兩件事：幫助您與客戶互動（互動參與系統），以及幫助您對這些互動進行分類（記錄系統）。
但是越來越多的人購買而不是出售產品。您將很難找到比“產品帶動的增長”更熱門的2021年流行語，而且您肯定會找到一些樂於充分讚揚該模型優點的投資者和作家。
在這種模型下，Twilio + Segment已經提供了除持久後端和低程式碼開發平臺以外的所有功能。

Twilio沒有現成的CRM收入模型可以保護，其平臺是客戶參與模型的自上而下的重新架構，不涉及基礎關係記錄及其互動；Salesforce模型是自下而上構建的，其中的真實來源是客戶記錄。但是，客戶記錄是建立在Salesforce平臺範圍之外不斷髮生的一組互動作用上的。 
想象如果有一個位於Salesforce之上的“低價銷售”應用程式，該應用程式可以利用資料模型，還可以給資料模型帶來意見，然後不僅可以基於Salesforce之上建立應用程式，還可以針對其他應用程式（包括Adobe）建立應用程式。
這與當前的內部開發的定製CRM應用程式世界不同的是，以前需要開發團隊和開發人員數月的時間，現在可能需要一名開發人員和幾周的時間。因為這些供應商不必重新發明CRM。我們通常知道其中一個服務的目的。他們重塑的是您與CRM互動的方式。
客戶互動驅動業務價值，而基於基礎資料庫的決策卻很少。現代化的公司尋求在靠近客戶的位置進行創新，潛在的Twilio客戶會重新考慮這些互動，並開啟了無數訊號的大門，而不僅僅是那些很好地適合關係正規化的訊號。 

到底是Twilio幹掉CRM？還是CRM幹掉Twilio?