Marc Benioff如何把Salesforce從SaaS變成企業平台?從訂閱、AppExchange到Agentforce
Marc Benioff 在 Salesforce 扮演什麼角色? 他是共同創辦人與長期領導者,將 CRM、雲端訂閱、平台生態與企業治理整合成公司戰略。
Salesforce 如何從 CRM 變成平台? 先以多租戶 SaaS 降低部署門檻,再用 API、AppExchange、客製化工具與資料服務延伸工作流程。
AppExchange 的網路效應是什麼? 第三方應用增加平台用途,更多客戶又提高開發者誘因;平台需靠審核、相容性與分潤規則維持信任。
收購如何補強 Salesforce? 收購可快速取得資料、分析、協作或整合能力,但產品重疊、文化不合與整合失焦會增加成本。
Agentforce 的核心依賴是什麼? Data 360 等資料層、CRM 權限、工具調用、人工覆核與可追蹤評估,比單一語言模型更關鍵。
企業為何在意 Salesforce 的信任? 客戶、員工與交易資料涉及權限、稽核、隱私、可用性與安全事件處理,會直接影響續約與擴張。
1-1-1 模型和商業策略有何關係? 慈善、員工志工與股權捐贈建立企業公民品牌,並在人才、客戶與社群關係中形成長期資產。
如何評估 Salesforce 的平台飛輪? 同時看訂閱留存、跨產品滲透、AppExchange 活躍度、資料治理、AI 使用率、毛利與整合成本。
閱讀 Benioff 案例要避免什麼? 不要把營收成長直接等同平台成功,還要檢驗產品黏性、開發者生態、企業信任與 Agent 責任邊界。
Marc Benioff 的商業影響,不只是把一套客戶關係管理軟體搬到網頁上。Salesforce 在 1999 年創立時,同時改寫了交付方式、收費方式與企業軟體的擴張方式:客戶不再先買伺服器和永久授權,而是透過瀏覽器使用持續更新的服務;公司以訂閱合約累積可預期收入,再把同一套多租戶平台開給開發者、顧問與合作夥伴。
二十多年後,Salesforce 已從 Sales Cloud 延伸到客服、行銷、商務、協作、資料、整合、分析與 AI。這條路也留下清楚的代價:龐大銷售費用、連續收購的整合壓力、組織重整、客戶資料責任,以及創辦人兼任董事長與執行長的治理集中。Benioff 值得列入 21 世紀商業名人堂,正因為 Salesforce 同時展示了 SaaS 飛輪能走多遠,以及平台公司必須為信任與資本紀律付出什麼。
文章實體化:Salesforce 從 SaaS 到企業平台
Marc Benioff 把 Salesforce 的平台化路線建立在一個清楚的產品階梯上:先用雲端訂閱取代企業自建 CRM,再用 AppExchange 讓第三方擴充,接著把資料、整合、分析與自動化納入平台,最後以 Agentforce 把 AI agent 放進企業流程,而不是只賣一個聊天介面。
- SaaS 與訂閱:說明多租戶、持續更新與 CRM 導入如何改變企業採購。
- AppExchange:看第三方應用、API 與合作夥伴如何擴大平台黏性。
- Agentforce:把 Data Cloud、權限、工作流與 AI agent 的企業治理條件連在一起。
本文以「Marc Benioff、Salesforce、訂閱制、AppExchange、CRM、Data Cloud 與 Agentforce」為主線,補回人物、組織、產品、技術節點與它們之間的因果關係,讓讀者能從具名實體一路追到實際工作流程與產業影響。
Benioff 把軟體交付、訂閱收入與企業文化設計成同一家公司
Salesforce 的官方領導素材頁把 Benioff 列為 Chair、Chief Executive Officer 與 Co-Founder;2026 年委託書則記載,他 1999 年共同創辦公司,自 2001 年起擔任董事長和執行長。這個角色組合讓產品敘事、銷售文化、公益模型與資本配置長期由同一位創辦人串接。
創辦人持續掌舵可以維持長期方向,卻不代表所有決策都應依靠個人魅力。委託書顯示 Benioff 實益持有約 2.8%普通股,經濟持股並非絕對控制;董事會、首席獨立董事、投資人溝通與接班規劃因此仍是必要制衡。判斷這類創辦人公司,應同時看願景持續性與制度能否在本人缺席時運作。
「No Software」先把企業軟體的高額前置成本改成持續服務
Salesforce 的官方歷史記載,Benioff、Parker Harris、Frank Dominguez 與 Dave Moellenhoff 在舊金山一間公寓開發第一版 CRM,並以「The End of Software」挑戰當時的本機部署模式。真正的改變並不是軟體消失,而是客戶不必自行管理版本、硬體與大型升級專案。
這讓採購從一次性資本支出轉為可按期間預算的營運支出,也讓供應商取得持續關係。Salesforce 必須維持可用性、安全、效能與定期更新,才能讓客戶續約;客戶則以較低起始門檻換取對服務商的長期依賴。SaaS 的核心不是把授權拆成月費,而是把交付責任從交易日延伸到整個合約週期。
多租戶架構把版本一致性變成訂閱模式的成本基礎
Salesforce 的官方架構文件說明,其平台以多租戶、metadata-driven 設計隔離各組織的資料與客製設定,同一核心可以服務大量客戶。對商業模式而言,這比「在雲端」更關鍵:供應商不必替每個客戶維護不同程式分支,修補與新功能也能以共同節奏推出。
共享核心帶來規模經濟,也放大單點責任。一次錯誤更新、權限缺陷或平台事故可能影響大量企業,因此變更管理、資料隔離、容量治理與公開狀態資訊都是產品本身。多租戶不是單純省伺服器,而是用嚴格工程治理換取更低的邊際交付成本。
訂閱會計讓成長可預測也延後暴露銷售轉弱
Salesforce 2026 財年Form 10-K指出,訂閱與支援收入通常在合約期間按比例認列,典型合約期為 12 至 36 個月。這讓既有合約支撐後續季度收入,卻也意味新簽約或續約轉弱不會立即完整反映在當季營收。
因此,分析 SaaS 公司不能只看營收成長。current remaining performance obligation(cRPO)接近未來十二個月可認列的合約存量,而總 RPO 還包含更長期間承諾;續約率、擴充、降級、合約長度與匯率都會改變它們。Benioff 模式的優勢是可見度較高,盲點則是收入曲線可能比需求變化更平滑。
2026 財年數字證明 Salesforce 已是高毛利的大型訂閱企業
截至 2026 年 1 月 31 日,Salesforce 年營收 415.25 億美元,其中訂閱與支援收入 393.88 億美元,占 95%;總毛利 322.55 億美元,毛利率約 78%。總 RPO 為 724 億美元,其中 cRPO 351 億美元。這些數字顯示,早年的線上 CRM 已形成大規模合約存量。
同年度 GAAP 營業利益約 83 億美元、營業利益率約 20%,營業現金流 150 億美元。高毛利並不等於低成本:研發支出 59.93 億美元,占營收 15%;銷售與行銷支出 143.45 億美元,占 35%。Salesforce 的經濟性依賴長期續約與交叉銷售,因為取得、服務與擴大企業客戶仍相當昂貴。
AppExchange 把單一 SaaS 產品變成可擴張的企業生態
2005 年推出的 AppExchange,讓第三方開發者能在 Salesforce 平台上銷售應用與擴充套件。官方歷史顯示,2004 年已有約 8,000 名開發者與 150 家獨立軟體商使用 Salesforce 技術;到 2013 年,AppExchange 超過 2,000 個應用與 200 萬次安裝。平台因而從供應 CRM 功能,轉為承載別人的產品。
生態飛輪的價值是互補品增加會提高客戶選擇,更多客戶又吸引更多開發者、顧問與系統整合商。代價是 Salesforce 必須管理安全審查、API 穩定性、分潤、上架規則與競合。若平台一方面依賴夥伴填補產業需求,一方面又任意複製熱門功能,生態信任就會受損。
Metadata 與低程式碼把客製需求留在共同平台
企業軟體的難題是每家公司流程不同。傳統做法常以大量客製程式碼解決,最後造成升級困難。Salesforce 把欄位、流程、權限、介面與自動化描述為 metadata,使管理員能在共同核心上設定差異,也讓 AppExchange 套件以 metadata 擴充。
這個設計同時建立了新的職業生態:管理員、顧問、開發者與架構師可以在 Trailhead 學習平台能力,再透過認證與專案交付。平台護城河不只來自程式碼,也來自客戶流程、合作夥伴、人才技能與既有整合共同形成的轉換成本。
Dreamforce 把企業採購轉成社群、教育與品牌儀式
官方歷史記載,2003 年第一屆 Dreamforce 約有 1,000 名登記參與者與 52 場簡報;2019 年則有超過 17.1 萬名登記參與者及 1,600 萬線上觀眾。Benioff 把原本沉悶的企業軟體會議變成產品發表、技能教育、客戶案例、合作夥伴招募與品牌文化的綜合場域。
這降低企業市場中無形產品的理解成本。客戶看到同業如何部署,開發者取得路線圖,顧問找到需求,Salesforce 則將社群活動轉成銷售管線。活動規模不能直接視為產品採用,但它能讓抽象平台被看見,並把「Trailblazer」身分轉為留存與倡議。
V2MOM 把創辦人願景拆成可向下對齊的年度管理工具
Salesforce 在創業第一年就使用 V2MOM,分別代表 Vision、Values、Methods、Obstacles 與 Measures。其Customer Zero 官方案例稱,V2MOM 是年度業務計畫,員工可理解期待、進度與衡量方式。這套方法試圖把 Benioff 的高密度敘事轉成組織可執行的目標。
管理工具有效與否,不在於每個人都填同一張表,而在於衝突能否被看見。若所有目標都列為最高優先,或 Measures 只追求活動量,V2MOM 也會變成形式。真正價值是公開障礙、排序資源,並讓跨部門工作可以回到同一組可驗收結果。
MuleSoft、Tableau 與 Slack 把 CRM 周邊能力收進 Customer 360
Salesforce 先後完成MuleSoft、Tableau與Slack收購。邏輯分別是連接異質系統、理解資料,以及把協作介面放進日常工作;它們共同補足 CRM 只掌握部分企業資料與工作流程的限制。
收購帶來產品、客戶與人才,卻不會自動形成一體。身份權限、資料模型、定價、銷售配額與產品介面都要整合,還要避免舊客戶因套裝綁售而反感。評估收購成功不能只看交易完成或品牌保留,應看跨產品採用、續約、整合速度、毛利與新增現金流。
Data 360 解決的是企業資料碎片而不是再增加一個資料庫
Salesforce 把 Data 360 定位為 AI 的資料基礎。10-K 說明,它透過 zero-copy 連接外部資料來源,整合結構化紀錄與文件、郵件、對話等非結構化內容,並以 metadata 與權限框架限制代理能看到和執行的範圍。2025 年完成 Informatica 收購後,又把資料目錄、品質、血緣與治理能力納入組合。
這個策略的商業意義是讓既有 CRM 客戶在同一權限脈絡中購買更多資料與 AI 能力。真正難點不在匯入多少筆紀錄,而在資料是否新鮮、能否對應正確客戶、是否獲得合法使用權,以及錯誤能否追溯。沒有治理的資料量只會讓 AI 更快產生錯誤。
Agentforce 把訂閱席次延伸到用量與工作成果計價
Agentforce 讓企業建立能讀取資料、遵守 metadata 規則並透過工作流程或 MuleSoft API 採取行動的 AI agent。這使 Salesforce 從「每位員工一個席次」走向同時按席次、Flex Credits、推論與工作量收費。收入模型因此可能隨自動化使用增加,而不只依賴員工人數。
Salesforce 自訂 Agentic Work Units(AWUs)衡量代理完成的工作。這有助把 token 成本與商業動作分開,但 AWU 仍是公司定義的營運指標,不等同客戶節省成本或新增收入。讀者應追問成功率、人工覆核、錯誤回滾、單位工作成本與付費續用,而不是只累計 agent 或 token 數量。
2027 財年第一季顯示 AI 增量已出現但仍依附既有平台
截至 2026 年 4 月 30 日的Form 10-Q與財報公告顯示,季度營收 111.33 億美元、訂閱與支援收入 105.93 億美元,GAAP 營業利益 23.47 億美元;cRPO 為 336 億美元。
公司稱 Agentforce ARR 達 12 億美元,Agentforce 與 Data 360 合計 ARR 近 34 億美元;超過一半相關 bookings 來自既有客戶。這說明 AI 初期最容易透過已存在的資料、權限、銷售關係與合約擴張。另一方面,既有客戶擴充占比高也意味 Salesforce 尚須證明能否獲得新的預算類別,而非只重包裝原有 CRM 支出。
新收入揭露反映 Salesforce 正把應用與資料平台重新組合
2027 財年起,Salesforce 將訂閱收入重新分成 Agentforce Apps,以及 Data 360、Headless Platform 與其他。第一季前者收入 69.10 億美元,後者 36.83 億美元;按固定匯率計算,兩類年增率分別約 7%與 23%。這個分類比把每個 Cloud 分開,更貼近應用層與資料/平台層的戰略。
揭露變更也需要保留可比性。產品改名不代表收入自然成為 AI 收入,Salesforce 10-K 已說明 2026 財年把服務名稱改成 Agentforce 並未改變收入分配。分析時應分清舊產品重新命名、收購貢獻、價格、用量與真正新增產品,避免把品牌轉換全算成有機成長。
AgentExchange 延續 AppExchange 飛輪也提高安全審查責任
Salesforce 2025 年推出AgentExchange,上線時有 200 多家合作夥伴與數百個 actions、topics、templates;官方同時表示 AppExchange 已超過 1,300 萬次應用安裝。Benioff 團隊試圖把 2005 年的應用市集模式複製到 agent 技能與自動化動作。
差別是 agent 不只顯示資料,還可能寫入系統、寄送訊息、修改訂單或觸發付款。市集審查因此要涵蓋資料權限、提示注入、工具邊界、第三方模型、日誌與撤銷能力。AgentExchange 的護城河若成立,會來自可信任的執行生態;若安全與責任歸屬不清,網路效應也會反向放大事故。
Trust 從品牌價值變成可量測的營運承諾
企業把客戶、員工與交易資料放進 Salesforce 後,信任不是廣告標語。公司維護Trust Status公開服務狀態、維護與事件資訊;10-K 也說明資安治理、威脅情報、事件回應、第三方風險與董事會監督。這些機制讓客戶能把平台健康納入自身風險管理。
Salesforce 也在 10-K 承認,資料外洩、服務中斷、第三方雲端與 AI 供應商都可能造成法律、財務與聲譽損失。好的信任策略不是宣稱沒有風險,而是明確權限、縮小影響面、保存稽核、及時揭露並讓客戶可退出或回滾。
負責任 AI 必須能約束 Agentforce 的實際行動
FY26 Stakeholder Impact Report稱,公司由 Office of Ethical and Humane Use 建立 AI 政策、內部監督與跨部門審查,並在 FY26 對 AI 產品與功能完成 600 多次 trusted AI reviews。這提供了治理框架,但最終仍要看控制是否進入產品。
對 agent 而言,治理至少包括允許的工具、可讀資料、可寫範圍、人工確認條件、輸出標記、測試集、事件記錄與停用機制。公司自己的風險揭露已指出,AI 可能不準確、偏誤、洩漏資料或依賴第三方模型。若沒有可執行 guardrails,倫理原則無法承擔企業流程的實際責任。
1-1-1 模型把公益承諾嵌入公司形成而不是事後捐款
Benioff 在創業初期提出 1-1-1 模型,把 1%股權、1%產品與 1%員工時間投入社區。FY26 影響力報告顯示,Salesforce 累計提供 8.985 億美元 grants、超過 1,000 萬小時志工服務,並以免費或大幅折扣產品支援約 6.42 萬家非營利與高等教育機構;約 1.96 萬家公司採用 Pledge 1%概念。
這個設計的重要性,是在公司價值尚小時先保留資源,而不是等成功後再決定是否回饋。它也不能取代對員工、客戶、稅務、環境與治理的核心責任。公益數字應接受和財務指標相同的口徑檢查,避免品牌敘事掩蓋裁員、產品風險或供應鏈影響。
Stakeholder capitalism 在成本壓力下才看得出是否具約束力
Salesforce 的價值觀包含 trust、customer success、innovation、equality 與 sustainability,Benioff 也主張企業是改變社會的平台。但 2026 財年公司為提升利潤率持續重整,產生約 5.86 億美元費用,主要涉及員工轉職、資遣與資料中心退出。價值主張與成本紀律會在這裡直接碰撞。
負責任管理不是禁止重整,而是說明決策口徑、降低任意性、保護受影響員工並讀回長期能力是否受損。若短期 margin 擴張犧牲產品品質、客戶成功或人才信任,訂閱模式會在後續續約才反映代價。stakeholder capitalism 的可信度,取決於困難時期仍能否留下可驗證程序。
銷售文化既是 Salesforce 的成長引擎也是效率壓力來源
Salesforce 把客戶成功、年度合約、土地擴張式銷售與大型活動結合,建立強大的企業銷售機器。2026 財年銷售與行銷費用達營收 35%,遠高於單純線上自助產品;這反映企業採購需要顧問式銷售、導入夥伴、法務、安全審查與長期關係。
當產品組合增加,業務可能同時推銷席次、資料容量、Slack、整合、分析與 AI credits。交叉銷售能提高每客戶收入,也可能造成複雜定價與 shelfware。管理者應追蹤淨收入留存、啟用率、實際用量、導入時間及每項產品的續約,而不是只看簽約總額。
資本配置已從只追求成長轉向收購、回購與獲利平衡
FY26 Salesforce 以 127.21 億美元回購股票,另支付 15.49 億美元現金股利,同時維持研發與收購。2027 財年第一季又執行 250 億美元 accelerated share repurchase,並以債務支應部分資金。這代表成熟 SaaS 公司不再只把全部現金投入營收成長。
回購能抵銷股權薪酬稀釋並提高每股數字,但借款回購也增加利息與資產負債表風險。投資人應把回購、股權薪酬、淨股數、收購價、自由現金流和有機成長一起看。Benioff 後期的考驗,是在 AI 投資機會與股東資本回饋之間維持可說明的優先順序。
Informatica 收購加深資料護城河也增加整合與債務考驗
Salesforce 在 2025 年 11 月完成 Informatica 收購,FY26 僅納入部分期間便貢獻約 3.99 億美元收入,並為 RPO 帶入約 22 億美元。它補強 Data 360 的資料整合、目錄、品質、血緣與治理,符合 agent 必須取得乾淨企業資料的戰略。
但收購貢獻也會讓表面成長高於有機成長,相關無形資產攤銷與債務成本會影響 GAAP 利潤。2027 財年第一季公司指引明列 Informatica 約貢獻三個百分點全年成長。判斷整合成效時,應把收購收入、交叉銷售、留才、產品整併、成本與債務分開驗證。
台灣 SaaS 團隊可以借用平台飛輪但不應照抄企業複雜度
台灣軟體公司可從 Salesforce 學三件事。第一,把更新、安全和客戶成功納入訂閱承諾,而非只改收費方式;第二,用 API、metadata 與夥伴市集讓垂直產業顧問補足產品能力;第三,以訓練、認證和案例讓人才供給跟著平台成長。
不應照抄的是在產品市場適配前堆疊大量 Cloud、收購或複雜價格表。台灣企業常面對跨境資料、在地法規、中文工作流程與中小企業預算,應先證明單一流程的留存與導入效率,再開放生態。平台不是功能很多,而是外部參與者能以低摩擦創造、交付並取得價值。
企業採購 Agentforce 應先建立資料與責任清單
華語企業評估 Agentforce 或其他企業 agent 平台時,應先列出資料來源、資料擁有者、個資目的、模型供應商、可呼叫工具、可寫欄位、人工核准點與事件責任。再以窄流程測量成功率、處理時間、覆核成本、錯誤嚴重度及停用能力。
Salesforce 的整合優勢在於既有 CRM metadata、權限與流程,但企業既有設定若錯誤,agent 也會放大錯誤。Data 360 的 zero-copy 可以減少資料複製,不等於免除合法性與品質檢查。真正上線門檻不是 demo 能回答,而是錯誤時能知道它讀了什麼、做了什麼、誰能撤回。
判斷 Benioff 模式要同時讀成長、效率、生態與信任
成長面看 cRPO、RPO、續約、擴充與有機收入;效率面看 GAAP 營業利益率、現金流、銷售費用、股權薪酬與重整;生態面看 AppExchange/AgentExchange 的活躍採用、夥伴收入與跨產品使用;信任面看可用性、資安事件、權限錯誤、AI 覆核及監管。
這四組指標能避免兩種誤判:一種只看到 415 億美元營收就忽略取得成本與整合風險;另一種只看到組織重整就忽略訂閱、metadata 和生態形成的持久能力。Benioff 的成績在於把企業軟體重組成服務平台,接下來則要證明 agent 時代仍能維持同樣的信任交換。
Marc Benioff 的名人堂位置來自商業模型與制度的共同改寫
Benioff 值得列入 21 世紀商業名人堂,不是因為他發明 CRM,而是把瀏覽器交付、訂閱會計、多租戶架構、metadata、AppExchange、Dreamforce、人才認證與公益承諾接成一個可擴張系統。Salesforce 從公寓裡的線上銷售工具成長為企業資料與工作平台,證明軟體公司的護城河可以同時由程式碼、合約、生態和文化構成。
名人堂也不等於免於檢驗。高銷售成本、收購整合、AI 責任、資安、重整與創辦人治理集中,都會決定這套制度能否進入下一個十年。最值得學的是讓商業模式、技術架構和社群互相強化;最需要警惕的是把品牌語言、公司自訂 AI 指標或公益承諾當成客戶價值與治理成果的替代證據。
延伸閱讀
若想把Salesforce的SaaS平台飛輪放進更廣的AI商業模型比較,可以接著閱讀AI SaaS護城河怎麼建立?,對照資料、工作流、分發與留存如何共同形成產品優勢。
資料來源
- Salesforce Newsroom:Leadership 官方媒體素材
- Salesforce Newsroom:Marc Benioff 官方人物頁
- Salesforce:The History of Salesforce
- Salesforce:First 25 Years
- U.S. SEC:Salesforce FY2026 Form 10-K
- U.S. SEC:Salesforce FY2027 Q1 Form 10-Q
- U.S. SEC:Salesforce 2026 Proxy Statement
- Salesforce Investor Relations:FY2026 Q4 Results
- Salesforce Investor Relations:FY2027 Q1 Results
- Salesforce Investor Relations:FY2027 Revenue Reporting Update
- Salesforce Architects:Platform Multitenant Architecture
- Salesforce Trailhead:Salesforce Architecture
- Salesforce:AgentExchange Launch
- Salesforce:From Apps to Agents
- Salesforce:Customer Zero 與 V2MOM
- Salesforce:Completes Acquisition of MuleSoft
- Salesforce:Completes Acquisition of Tableau
- Salesforce:Completes Acquisition of Slack
- Salesforce:Acquisitions Timeline
- Salesforce:Slack and Salesforce Integration
- Salesforce Trust Status
- Salesforce:Security, Privacy and Architecture
- Salesforce:FY26 Stakeholder Impact Report
- Salesforce:2025 News and Insights Recap


把「Marc Benioff如何把Salesforce從SaaS變成企業平台?從訂閱、AppExchange到Agentforce」拆成可驗證的系統問題
這篇文章的主題不只是一個名詞或產品名稱,而是一套由資料、流程、資源與限制共同組成的系統。讀完主要敘述後,可以把焦點往前推一步:系統邊界在哪裡、關鍵機制如何運作、指標改善是否伴隨新的成本,以及哪些說法仍需要原始資料核對。
| 分析面向 | 要追問什麼 | 可查找的證據 |
|---|---|---|
| 系統邊界 | 本文的主題由哪些元件、角色與外部條件共同構成? | 架構圖、供應鏈、時間線與官方規格 |
| 運作機制 | 結果是由哪個流程、模型、設計或制度選擇造成? | 流程步驟、參數、介面、測試與案例 |
| 指標與代價 | 效率、速度或規模提升後,哪種成本或風險被轉移? | 功耗、延遲、可靠性、價格、勞動與環境資料 |
| 可驗證性 | 哪些結論可以重現,哪些仍只是公司說法或推測? | 原始文件、版本、第三方測試與反例 |
用這四個問題閱讀,能把技術敘事從「看起來很強」轉成可比較的證據鏈,也能看見一個系統真正改變的是什麼。
KEEP READING
接著讀什麼?
從同一主題繼續閱讀,或回到 YOLO LAB 的完整文章索引,找到下一個值得投入時間的問題。


發表迴響