![]()
今年的續約會議中,有兩個問題反復出現。財務部門問:"我們還在為沒人用的工具付錢嗎?"工程團隊問:"我們現在能自己搭這個嗎?"
過去,第二個問題往往很快就被擱置。但到了2026年,它已經成為續約談判的核心焦點。如果客戶能夠自行復現工具的核心功能,那么廠商究竟在靠什么維持續費?
很多廠商還沒準備好回答這個問題。
AI降低了內部工具的開發門檻,但并沒有消除支撐、維護、安全保障、文檔整理以及出現問題時承擔責任的成本。客戶可以復制出一個儀表板、工單路由隊列或審批表單,但這并不意味著運營風險也隨之轉移。如今的續約談判,必須證明廠商能夠承擔運營責任:可執行的技術支持協議、隨時可提供的安全合規證明、有明確賠償上限的賠償條款,以及在出現故障時愿意主動擔責而非將問題推回給客戶的合作態度。無法證明自身承擔上述責任的廠商,將在本來可以贏得的續約談判中節節失利。
這并不是對整個企業軟件市場的威脅,而是針對其中一個細分領域——那些圍繞可重復邏輯構建的垂直工作流工具。
過去二十年,這類工具的商業邏輯很簡單:定制軟件開發成本太高,訂閱付費是更合理的選擇。這一邏輯催生了大量中小廠商,它們出售的工具沒人真正喜歡,卻年年續費:內部儀表板、工單路由、審批表單、入職清單、輕量級合規追蹤器。這些工具存在的根本原因,是自行開發曾經不劃算。而AI,恰恰改變了這一前提。
"容易構建"不等于"值得信賴"。Stack Overflow 2025年開發者調查覆蓋逾4.9萬名開發者,其中46%表示對AI輸出內容的準確性存在疑慮。AI生成的工具同樣需要經過審查、測試和安全評估,而這些原本是客戶付費給廠商來消化的工作。
問題不在于客戶能不能自己搭建工具,而在于客戶是否愿意為工具上線后的一切負責。
續約壓力正是首先落在這里。當一名財務分析師可以在一個周末借助AI助手搭出一個能用的工具,那么做同樣事情的每月每席位40美元訂閱費就開始變得可商量了。當合規負責人能在幾天內搭建起一套證據追蹤系統,一家每年收費8萬美元的GRC廠商就必須拿出比功能演示更有說服力的理由。SAP 2025年對科技高管的調查顯示,140位受訪CIO中有68%計劃推進供應商整合。客戶不只是在削減閑置工具,更是在將供應商分成兩類:那些真正幫助企業降低業務風險的,以及那些只會多出一張賬單的。
大型平臺廠商的處境相對穩固,因為他們的合同通常涵蓋支持服務、系統集成、合規證明和安全承諾。客戶與他們簽訂的不是一份功能清單,而是運營責任、支持義務、合規證據以及圍繞產品建立的責任體系。AI可以生成功能,卻無法生成一個在功能出現故障時承擔合同責任的主體。
這一點,在合規領域每周都能得到印證。在政府安全項目中,FedRAMP(聯邦風險與授權管理項目)和CMMC(網絡安全成熟度模型認證)相關文檔本身就和代碼一樣是核心交付物。AI生成的儀表板有代碼提交記錄,卻沒有文檔鏈、審計歷史,也沒有專人在評估時為其背書答疑。在內部重建工具并不能重建這些配套體系,只會把這些責任壓到客戶自己的團隊頭上。
出錯的代價正在攀升,這正是客戶不能將責任追溯視為可選項的原因。美國證券交易委員會規定,上市公司必須在確認網絡安全事件重大性后的四個工作日內進行披露。歐盟《人工智能法案》對高風險系統的合規義務正按階段推進落地。網絡保險公司持續收緊承保范圍。每一項變化都在將成本從"開發軟件"轉向"為軟件出現的問題負責"。
當一個工作流出現故障,無論工具是采購的、自建的,還是周末用AI生成的,客戶都要承擔后果。難的從來不是寫代碼,而是成為代碼出錯時法律上需要負責的那一方。
因此,進入2026年續約季時,不妨用兩個問題來評估每一家供應商:這家供應商在出現故障時承擔哪些合同責任?如果下季度我們自己重建這個工具,哪些風險會落到我們頭上?
能夠通過這兩個問題檢驗的廠商,才值得續費。通不過的廠商,本質上一直在經營一門責任險業務,卻從未將其定價為保險——而如今,手握生成式AI使用權限的客戶已經看清了這一點。
這正是客戶應該要求的與實際得到的之間的落差:太多廠商賣的,不過是一套功能加一張賬單。
二十年來,軟件定價回答的是一個問題:避免自己開發這個要花多少錢?2026年的續約問題則更為尖銳:如果我們自己構建,有多少風險會反彈回來?
承擔故障責任,才是真正昂貴的部分。能夠承擔這份責任的廠商,續約單才能保住。只出售薄薄一層工作流功能的廠商,將在未來一年里不斷解釋:為什么客戶應該繼續為自己現在已經能夠構建的東西付錢。
Q&A
Q1:AI自建工具為什么會對SaaS廠商的續約產生威脅?
A:AI大幅降低了內部工具的開發門檻,讓客戶能夠快速復現儀表板、工單路由、審批表單等原本需要付費訂閱的工具功能。當開發成本不再是障礙,原來"訂閱比自建便宜"的邏輯就開始失效,廠商必須拿出更強的理由來證明續費的價值。
Q2:客戶自建工具和向廠商訂閱相比,主要差距在哪里?
A:核心差距在于責任歸屬。客戶可以用AI復制出工具的功能,但無法復制廠商提供的運營支持、安全合規證明、審計文檔鏈以及出現故障時的合同賠償責任。一旦自建,所有風險和追責都落到客戶自己團隊頭上,而不是廠商。
Q3:SaaS廠商應該如何應對2026年的續約壓力?
A:廠商需要清晰證明自身在合同層面承擔的運營責任,包括可執行的技術支持承諾、安全與合規證據、有賠償上限的責任條款。僅靠功能演示已經不夠,能夠在出現故障時主動承擔責任的廠商,才能在續約談判中站穩腳跟。
特別聲明:以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布,本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.