客户关系管理软件的换代 (Siebel Systems)：这个品类的第一名，为什么会被一种新的交付方式淘汰？
当交付方式的成本结构变了，产品功能的第一名就不再是市场的第一名
客户关系管理软件的换代 (Siebel Systems)：巅峰期企业客户关系管理软件的领导厂商，在大型企业中拥有广泛客户，收入规模在行业高点时达到数十亿美元；终局是在软件交付模式从本地部署转向云端订阅的过程中失去优势，收入连续下滑，最终被大型软件公司收购并整合进其应用体系。
企业客户关系管理软件的领导厂商，在大型企业中拥有广泛客户，收入规模在行业高点时达到数十亿美元
在软件交付模式从本地部署转向云端订阅的过程中失去优势，收入连续下滑，最终被大型软件公司收购并整合进其应用体系
4,156 votes cast
1 plans · 1 insights
投稿会先进入待审，通过后才进入公开目录和站点地图。
Root Causes Consensus Poll
Vote for the primary fatal error that caused this enterprise to collapse.
交付模式的成本结构被对手改写
订阅模式降低初期投入，原有许可模式的性价比优势下降
收入结构依赖许可与实施服务
许可收入下滑时缺少订阅式的经常性收入缓冲
既有销售体系成为转型阻力
直销与顾问团队的收入模式与订阅制冲突，内部推动缓慢
产品架构面向本地部署
转向多租户云端架构需要重建，进度落后于新对手
Timeline: peak to collapse
行业高点与收入峰值
公司在企业客户关系管理市场处于领导地位，收入与市值达到高点
订阅模式兴起
云端订阅式的同类产品以更低的初期投入与更快的部署速度进入市场，客户开始尝试
转型受阻与收入下滑
公司推出订阅产品，但既有销售体系与收入模式拖慢转型，新签订单与收入持续下滑
被收购与整合
公司被大型软件公司以数十亿美元收购，产品被并入对方的客户关系管理产品线
Four-Dimensional Retrospective Breakdown
Background & Golden Era
公司的产品以本地部署为主，收入来自许可与服务实施，销售模式依赖大客户直销与顾问团队；这种模式在客户规模大、定制需求多时很有优势，但也意味着实施周期长、初期投入高，而新的云端订阅模式恰好解决了中小企业与部分大企业的这些痛点巅峰期的成绩单是：企业客户关系管理软件的领导厂商，在大型企业中拥有广泛客户，收入规模在行业高点时达到数十亿美元。此时的它拥有渠道、品牌与资本的合力，看起来没有任何理由会输。
Fatal Turning Point Miscalculation
云端订阅模式以更低的初期成本与更快的上线速度获得客户，公司的许可收入增长放缓、新签订单下滑；虽然公司也推出了自己的订阅产品，但既有商业模式与销售体系成为转型阻力，收入连续下滑后公司被大型软件公司收购，产品被并入对方的客户关系管理产品线早期为了速度堆起来的技术债没有及时偿还，等到业务规模翻倍，系统已经无法支撑新场景，重构又意味着停掉增长，只能一路将就。
Internal Culture & Bureaucratic Hubris
工程团队疲于救火与打补丁，优秀工程师流失，剩下的人只能用更低效的方式维持系统运转，形成恶性循环。
The Collapse & Aftermath
在软件交付模式从本地部署转向云端订阅的过程中失去优势，收入连续下滑，最终被大型软件公司收购并整合进其应用体系。客户关系管理软件的换代 (Siebel Systems)的结局不是某一次意外，而是上面这些判断在数年里不断叠加、又始终没有被纠正的必然结果。
Battle-Tested Actionable Survival Rules
Distilled practical DOs and DONTs forged from costly corporate catastrophes.
当同行的交付方式变了，先算自己的成本结构还能撑多久
把经常性收入占比当作转型进度的唯一硬指标。
- •把经常性收入占比作为转型核心指标
- •为新模式设立独立团队与考核机制
- •不要让既有销售体系决定转型速度
- •不要用功能优势替代交付方式的竞争
Revival Simulation: If you were the CEO at the inflection point, how would you save it?
History cannot be rewritten, but executive decision-making can be honed. Propose decisive divestitures and strategic bets, and let entrepreneurs & VCs vote on feasibility.
先按订阅模式重建收入结构，再谈产品功能
Critical intervention point：2003 年前后订阅式产品开始获得客户、公司新签订单下滑时
- •停止用许可收入维持短期业绩
- •停止让既有销售体系主导转型节奏
- •停止把功能优势当作竞争壁垒
- •为新模式设立独立团队与考核机制
- •把经常性收入占比作为核心指标
- •在架构上推进多租户与快速部署能力
既有收入模式依赖许可，转型会造成短期收入下降。
经常性收入形成规模并逐步替代许可收入，公司在新的交付方式下保持竞争力。
Expert Post-Mortem Insights
Firsthand diagnostic analyses from entrepreneurs, VCs, alumni, and analysts.
企业软件的竞争在那些年发生了一次根本变化：过去卖的是许可加实施服务，客户要先付一大笔许可费，再花几个月甚至一年做部署；新模式把这两件事都压缩了——按月付费、开箱即用。对大客户来说，这种模式未必全面替代，但对数量众多的中型客户而言，它把「能不能用上」变成了「先试一个月」。而这家公司的整个组织是围绕许可销售建立的：销售提成、顾问团队、收入确认方式都在旧模式里，转型意味着自己与自己做生意。当收入开始下滑时，公司在资本市场上的处境也随之变化，最终被收购。
在软件行业，交付方式的转变往往比功能迭代更能决定谁会活下来。
Business Post-Mortem Memo · 客户关系管理软件的换代 (Siebel Systems)
这个品类的第一名，为什么会被一种新的交付方式淘汰？
# Business Post-Mortem Memo：客户关系管理软件的换代 (Siebel Systems) > 这个品类的第一名，为什么会被一种新的交付方式淘汰？ > Period: 2000 - 2006 | Industry: Enterprise SaaS > Peak: 企业客户关系管理软件的领导厂商，在大型企业中拥有广泛客户，收入规模在行业高点时达到数十亿美元 > Final: 在软件交付模式从本地部署转向云端订阅的过程中失去优势，收入连续下滑，最终被大型软件公司收购并整合进其应用体系 ## Overview 当交付方式的成本结构变了，产品功能的第一名就不再是市场的第一名。巅峰期企业客户关系管理软件的领导厂商，在大型企业中拥有广泛客户，收入规模在行业高点时达到数十亿美元；终局是在软件交付模式从本地部署转向云端订阅的过程中失去优势，收入连续下滑，最终被大型软件公司收购并整合进其应用体系。 ## Top-voted root causes 1. [Strategy] 交付模式的成本结构被对手改写 (1,367 votes) 2. [Capital & Finance] 收入结构依赖许可与实施服务 (1,148 votes) 3. [Org & Culture] 既有销售体系成为转型阻力 (930 votes) ## Actionable lessons ### 当同行的交付方式变了，先算自己的成本结构还能撑多久 > 把经常性收入占比当作转型进度的唯一硬指标。 - ✅ DOs: - 把经常性收入占比作为转型核心指标 - 为新模式设立独立团队与考核机制 - ❌ DON'Ts: - 不要让既有销售体系决定转型速度 - 不要用功能优势替代交付方式的竞争 ## Revival plans ### 先按订阅模式重建收入结构，再谈产品功能 — 良略编辑部 Intervention: 2003 年前后订阅式产品开始获得客户、公司新签订单下滑时 - Must cut: - 停止用许可收入维持短期业绩 - 停止让既有销售体系主导转型节奏 - 停止把功能优势当作竞争壁垒 - Breakthrough moves: - 为新模式设立独立团队与考核机制 - 把经常性收入占比作为核心指标 - 在架构上推进多租户与快速部署能力 - Expected outcome: 经常性收入形成规模并逐步替代许可收入，公司在新的交付方式下保持竞争力。 ## Community insights ### 它的产品功能在当时确实最强，但客户买软件时算的是另一笔账：先掏多少钱、多久能用起来。 — 良略编辑部 (行业研究员) 企业软件的竞争在那些年发生了一次根本变化：过去卖的是许可加实施服务，客户要先付一大笔许可费，再花几个月甚至一年做部署；新模式把这两件事都压缩了——按月付费、开箱即用。对大客户来说，这种模式未必全面替代，但对数量众多的中型客户而言，它把「能不能用上」变成了「先试一个月」。而这家公司的整个组织是围绕许可销售建立的：销售提成、顾问团队、收入确认方式都在旧模式里，转型意味着自己与自己做生意。当收入开始下滑时，公司在资本市场上的处境也随之变化，最终被收购。 - Alternative Move if Replayed 在软件行业，交付方式的转变往往比功能迭代更能决定谁会活下来。 --- Source: 良略 · https://www.lianglue.com/c/siebel-systems