去年冬天，一位连锁烘焙的老板在续费节点前找过来。他用着一套主流的连锁餐饮 SaaS，门店从 6 家做到 38 家，期间也加购过「高级版」「全家桶」，每年付费从五位数涨到中六位数。问题不是 SaaS 不好用——日常点单、库存、报表都没毛病——而是他这两年又开了两条线：一条社区轻食、一条预制菜批发。点单系统跑得动堂食、跑不动批发；会员积分能算烘焙、算不了预制菜的渠道返点；最让他难受的是，想做一个「跨业态会员等级互通」的玩法，跟 SaaS 提了大半年，对方说要排到下下个版本。
这种「八成能用、两成卡死」的状态，是行业垂直 SaaS 用到一定阶段几乎都会遇到的。这一篇我们不讨论 SaaS 好不好，只讨论一个问题：什么时候继续凑合用、什么时候该认真考虑转向定制开发，以及中间那条「渐进替换」的路怎么走。
为什么垂直 SaaS 看着对路，实际还是有两成不贴
行业垂直 SaaS 的卖点是「我们就是为你这个行业做的」，这句话八成是真的。餐饮 SaaS 把翻台、备餐、套餐、外卖渠道都封装好了，比通用 ERP 直接好用；汽修 SaaS 把工单、配件、车主车辆档案串起来，省掉了大量自己拼装的功夫。但「为这个行业做的」隐含一个前提：这个行业的「标准画像」。
标准画像是行业里 70% 到 80% 的中位企业长什么样。SaaS 厂商基于这个画像做产品，能在主线上做到比通用工具贴 30% 以上。问题是，做到一定规模或者走出差异化路线的企业，恰恰是那剩下的 20% 到 30%。你做的事情越像「标准」，SaaS 越省心；你做的事情越偏「自有路数」，SaaS 越拖后腿。我们之前在 /blog/standard-software-20-percent-gap/ 里专门讲过这个「20% 缺口」现象，垂直 SaaS 只是把缺口的位置挪了挪，并没有消除。
更具体地说，垂直 SaaS 的"不贴"通常集中在三类地方：跨业态的数据打通、自有品牌想做的差异化玩法、和企业其他系统（ERP、财务、HR、自研 App）的双向对接。这三类需求在企业小的时候不存在，所以最初买 SaaS 没感觉；规模一上来或者业务一扩张，就开始顶到天花板。
5 类典型卡点：什么样的「不贴」该认真对待
不是所有"用着卡"都要转定制。把卡点分类，能让决策清晰很多。基于我们近两年接触的 SaaS 替换和补充定制项目，归纳出 5 类典型场景。
卡点一：多业态融合，一套 SaaS 装不下
烘焙加预制菜、医美加产品零售、汽修加二手车业务、教培加书店——多数行业 SaaS 都是「单业态深做」的逻辑，跨业态融合时会发现：商品体系不通用、订单状态机不通用、报表口径不通用。强行用一套 SaaS 跑两个业态，往往要靠大量「假数据」「占位字段」绕，三个月后没人记得当初为什么这么填。
卡点二：品牌输出需要差异化，SaaS 模板拦腰挡住
自有品牌做到一定阶段，会想做「只有我家有」的会员玩法、营销活动、用户旅程。SaaS 的会员模块往往是「等级 + 积分 + 储值 + 优惠券」四件套，外加少量营销玩法。你想做"老带新阶梯返佣 + 跨门店积分加速 + 生日月专属任务"这种组合拳，常常发现要么做不了，要么要给 SaaS 厂商付几万到十几万二开费，最终做出来还是个简化版。
卡点三：数据所有权和导出能力
这是个慢慢浮现的问题。最初没人在意数据存在哪，三五年后数据沉淀到一定体量，会突然意识到：核心客户、消费流水、会员标签都在 SaaS 厂商的服务器里。想做精细化分析，要么用 SaaS 自带的「不够用」的报表，要么走 API 导出（限速、限量、限字段），自己再搭一个数据仓库。这部分我们在 /blog/enterprise-data-governance-first-step/ 里展开过。
卡点四：和 ERP / 财务 / 自研 App 对接
垂直 SaaS 通常有「标准接口包」，但「标准」的意思是按它的方式来。要接金蝶用友的总账、要把订单同步给自研的 App、要让仓库 WMS 反向回写库存，常常是这边能给一组 webhook、那边只接受文件导入，中间得自己写胶水代码。胶水多了，就成了"集成地狱"，/blog/dingtalk-data-sync-architecture/ 里讲过类似的痛。
卡点五：AI 接入和数据二次利用
2025 年下半年开始，几乎每个客户都问"我能不能在我自己的业务数据上跑个 AI Agent"。垂直 SaaS 的 AI 能力分两种：要么是厂商自带的"AI 助手"功能（多数还在初级阶段），要么提供有限的 MCP / API 接口让你接外部模型。想做一个真正贴自家业务的 Agent——比如让它读完所有客户历史消费后给店员发"今天该跟进谁"的建议——多半要把数据导出来另起炉灶。AI Agent 落地的前置条件，我们在 /blog/ai-agent-precondition-self-check/ 里整理过一张自检表。
| 卡点类型 | 出现的典型规模 | 紧迫程度 | 处置建议 |
|---|---|---|---|
| 多业态融合 | 2 个以上业态 | 中-高 | 核心定制 + 外围继续 SaaS |
| 品牌差异化 | 自有品牌且年营收过千万 | 中 | 评估二开费 vs 自研 |
| 数据所有权 | SaaS 用满 2 年以上 | 中-高 | 先建数据中台导出 |
| ERP / 财务对接 | 已有 ERP 或财务系统 | 高 | 中间层定制 |
| AI 接入 | 想做业务级 Agent | 中-高 | 必须把数据拿回来 |
什么时候继续用 SaaS：别为了"自主"瞎折腾
讲完卡点，要泼一盆冷水。下面三类情况，老老实实续费 SaaS 才是省心选择，自己折腾大概率是给自己挖坑。
第一，业务标准化程度高。如果你的业务流程跟行业里 70% 的同行差不多，没什么自己特别的玩法，那 SaaS 厂商投了千万级研发做出来的产品，比你自己组队从零做的好用得多。这种时候纠结"数据不在自己手里"，多半是焦虑感作祟而非真痛点。
第二，规模还在快速变动期。年门店数翻一倍、年营收翻一倍这种阶段，业务流程本身都没稳定，去做定制只会做完就过时。SaaS 的好处是流程跟着行业最佳实践跑，先跟一段时间，等业务稳定下来再说自主权。
第三，不需要差异化。如果你做的是充分竞争的同质化品类，差异化点不在数字化系统而在选品、供应链、渠道，那把钱花在数字化定制上回报率并不高。这时候 SaaS 是性价比最高的选择。
我们做过的几次"劝退"，都是发生在这三类客户身上。客户一进门说要全套自研，我们花一天时间调研完业务，反而建议他先把现有 SaaS 用透，省下来的几十万投到供应链上去。
什么时候该认真考虑转定制：三个信号叠加
反过来，下面三个信号同时出现时，转定制的账基本就能算得过来。
信号一：有清晰的自有品牌和差异化主张。 不是"我也开了个店"那种自有品牌，而是"我做的事情跟同行不一样、客户认我这个牌子"。这种情况下，数字化系统不再是后勤工具，而是品牌体验的一部分——会员怎么分层、消息怎么推、活动怎么玩，都该跟你的品牌调性走。SaaS 模板对你是束缚不是助力。
信号二：3 个以上业态或子品牌共用一套数据底盘。 上面说过的多业态融合卡点。当你的业务图谱开始变成"主品牌 + 副线 + 渠道分销 + 加盟"这种立体结构，没有任何一个垂直 SaaS 能装得下。这时候要么硬拼三四套 SaaS 用胶水串起来（运维灾难），要么自建数据中台 + 业务定制。
信号三：有自建技术团队或愿意外包给可信的开发伙伴。 转定制的最大隐性成本不是开发费用，而是长期维护。如果你只有一个兼职运维、连个像样的产品经理都没有，转定制后续的迭代和故障处理会要命。要么自己养 5 到 10 人的技术团队，要么找个愿意按年签维护合约的开发伙伴。这点上 /blog/software-vendor-selection-due-diligence/ 里有详细的尽调清单。
三个信号要同时出现。只满足一个或两个，硬转定制的成功率不高。我们见过最遗憾的失败案例，是一家中型连锁有清晰品牌、也有多业态，但没有任何技术团队，全靠开发商交付，半年后开发商一换人，整个系统就开始烂。
渐进路径：核心定制 + 外围继续 SaaS
很多老板一听"转定制"，脑子里冒出来的画面是"从头自研一整套"。这是最贵也最危险的路。我们更推荐的是核心定制 + 外围 SaaS 的混合路径。
核心是什么？两类：一类是你的业务差异化所在（会员体系、营销玩法、跨业态打通），一类是数据所有权所在（中央数据仓库、客户主数据、订单流水）。这两类自建，剩下的全部继续用 SaaS。
外围是什么？标准化程度高、行业通用的模块。财务记账继续用金蝶用友（参考 /blog/dingtalk-kingdee-integration/），电子合同继续用 e签宝，考勤继续用钉钉，客服工单继续用第三方，门店点单这种"几乎所有同行都一样"的功能也可以继续用现成的。
这种混合形态的好处是：自建部分聚焦差异化，开发周期 3 到 6 个月就能上线第一版；外围部分继续吃 SaaS 的成熟度，不用重复造轮子。代价是要做接口集成，但比起全自研，集成的复杂度可控得多。
| 阶段 | 自建范围 | SaaS 保留范围 | 典型周期 |
|---|---|---|---|
| 第一步 | 数据中台 + 主数据 | 全部业务系统 | 1 到 2 个月 |
| 第二步 | 会员 / 营销 / 跨业态 | 点单、库存、财务 | 3 到 4 个月 |
| 第三步 | 业务编排 + AI Agent | 财务、合同、考勤、工单 | 持续迭代 |
| 终态 | 核心定制三大块 | 外围 4 到 6 个标准模块 | 维持稳态 |
这条路径还有一个被低估的好处：它给了你一个"试错窗口"。第一步只做数据中台和数据导出，投入不大，但能让你看清楚自己的数据资产到底长什么样、值不值得继续投。如果做完第一步发现差异化需求其实没那么强，及时刹车也行。
把 AI Agent 这件事放进来一起想
聊到这里必须把 AI 这条线接进来。2025 到 2026 这两年，做 SaaS 替换的客户里有六成以上，最初的动机其实是"想在自己的业务数据上跑 AI"。
为什么 AI Agent 推着大家做 SaaS 替换？因为 Agent 要发挥价值，需要三样东西：一是清洗过的业务数据（不是 SaaS 给的"只读 API"），二是稳定的业务工具调用（能下单、能改状态、能发消息），三是基于业务规则的编排能力。垂直 SaaS 给前两样能给到 40 分，给第三样只能给 10 分。想真正用 AI 替代一部分人力——参考 /blog/ai-digital-employee-capabilities/ 里讲的数字员工能力清单——你得有能让 Agent 自由读写、自由编排的业务系统。
这也意味着，转定制的"投入回报"算法需要更新。过去算账只看"省了几个人工"或"提升了多少效率"，现在要把"为 AI Agent 落地铺路"这一项加进去。一家年营收过亿的连锁，如果通过自建系统让 3 到 5 个数字员工在客服、内容、运营、销售跟进、数据分析这些岗位上各做一部分活，省下来的人力成本和效率提升，足以摊平大部分定制开发费用。AI Coding 这两年把开发效率拉高了一档，参考 /blog/ai-coding-in-house-dev-team/，定制开发的成本也没有几年前那么吓人了。
成本对照：续费 vs 二开 vs 渐进定制 vs 全自研
把账摆出来。这里给的是行业里常见的区间，具体数字看规模和复杂度差异会很大。
| 路径 | 一次性投入 | 年度开销 | 上线周期 | 适用规模 |
|---|---|---|---|---|
| 继续 SaaS + 适度二开 | 5 万到 20 万 | 10 万到 30 万 | 1 到 3 个月 | 单业态、规模稳定 |
| 渐进定制（核心 + SaaS） | 30 万到 80 万 | 15 万到 30 万 | 3 到 6 个月 | 多业态、有自有品牌 |
| 大幅替换 + 数据中台 | 80 万到 200 万 | 20 万到 50 万 | 6 到 12 个月 | 跨业态、需要 AI 接入 |
| 全自研一整套 | 200 万以上 | 50 万以上 | 12 到 24 个月 | 已有技术团队、规模过 5 亿 |
几个常被忽略的成本要重点提：一是 SaaS 续费每年都会涨 8% 到 15%，三年累计可能比第一年高 30% 以上；二是二开外包的隐性成本，每改一次都要重新走 SaaS 厂商的兼容测试，几次下来比自研还贵；三是定制路径里的"接口维护"，外围 SaaS 自己升级时你也要跟着改接口，这部分要算到年度开销里。更详细的成本拆解可以看 /blog/custom-software-development-cost/ 和 /blog/saas-vs-custom-development/。
决策卡：打印贴墙，续费前对一遍
最后给一张可以打印贴墙的决策卡。在每年 SaaS 续费节点前 60 天，自己或者拉上业务一把手一起对一遍。
┌─ 一、业务现状 ──────────────────────────────┐
│ □ 业态数 ≥ 3 个 │
│ □ 自有品牌且年营收过千万 │
│ □ 已有 ERP / 财务 / 自研 App 需要对接 │
│ □ 想做的会员/营销玩法 SaaS 做不了 │
│ □ 数据导出受限或费用高 │
│ □ 想做 AI Agent 但拿不到稳定数据 │
├─ 二、组织能力 ──────────────────────────────┤
│ □ 有 5 人以上技术/产品团队 │
│ □ 或愿意签 3 年期开发维护合约 │
│ □ 业务一把手能讲清差异化主张 │
├─ 三、财务底线 ──────────────────────────────┤
│ □ 当前 SaaS 年开销 ≥ 15 万 │
│ □ 二开外包年开销 ≥ 5 万 │
│ □ 能承担 50 万以上的一次性投入 │
├─ 结果 ──────────────────────────────────────┤
│ 一栏勾选 ≤ 1 项 → 继续 SaaS │
│ 一栏勾选 2-3 项 + 二栏满足 → 渐进定制 │
│ 一栏勾选 4+ 项 + 二栏满足 + 三栏满足 → 转定制│
└──────────────────────────────────────────────┘
这张卡不能解决所有问题，但能避免"心血来潮换系统"和"明明该换还在硬扛"两种极端。如果你在第一栏勾了 4 项以上，但第二栏一项都满足不了，最理性的动作是先补组织能力——招技术负责人或找可靠的开发伙伴——再谈系统转型。系统是组织能力的延伸，没有相应组织能力撑着，再好的系统都会烂掉。我们在 /blog/how-to-choose-custom-software-company/ 里写过怎么挑开发伙伴，可以一起看。
行业垂直 SaaS 不是敌人，定制开发也不是答案。它们是企业不同阶段的不同工具。规模小、流程标准、想专注做生意，SaaS 是好朋友；规模上来、品牌成型、想做自己的玩法，定制就成了必然。中间的混合阶段最长，多数企业会在这里待三到五年——这段时间里，把数据先拿回自己手里、把核心差异化先自建起来、把外围继续交给成熟 SaaS，是最稳的姿态。续费节点不必紧张，但也别错过那个"该换了"的信号。
