误区一：SaaS 一定便宜
订阅按人按年叠加，集成与迁移也要投入；用户数增长后，订阅曲线会超过自建。判断方法：按三年、按预期人数估算，把集成人力算进去，再与定制比较，而不是只看首月账单，也不是只看单价表。怎么算，把三年订阅与集成人力一起摊开。
误区二：定制一定贴合
需求没澄清时，定制只是把混乱固化成代码，改起来更贵。贴不合贴取决于流程是否画清、例外是否穷举；做不到这两点，定制出来的系统也会被业务绕开，最后回到表格，投入却已经沉没。为什么定制不贴合，因为需求本身还没澄清。
误区三：SaaS 不能集成
多数产品提供接口与消息回调，难点在字段映射、主数据一致与失败重试。集成可行性要看文档质量与对方配合度，而不是看有没有开放平台这个页面；页面上写得再全，字段对不上也白搭。怎么验证集成，先做一个接口试点，再推算其余。
误区四：定制等于拥有源码
是否交付源码、能否二次开发、后续升级谁负责，都要写进合同。很多定制只交付使用权，换供应商时拿不到代码；产权条款比功能清单更影响长期成本，也更容易在谈判时被忽略。怎么保产权，把源码、二次开发与升级责任写进合同。
误区五：先买再想流程
工具会放大流程本身的问题：流程有重复审批，系统里就多一层审批；流程没有责任人，系统里就多一个卡点。上线前先把流程与责任人定下来，比选型更重要，否则再贵的系统也会被绕开。怎么避免绕行，先定责任人与审批节点。
适用与不适用
适合谁
- 正在比较 SaaS 与定制的业务负责人
- 已被便宜或贴合说服、想复核的企业
- 需要向管理层解释取舍的项目经理
不适合谁
- 流程尚未梳理、期望系统解决管理问题的团队
- 只关心功能清单、不看变更机制的采购
典型场景
某贸易公司想用 SaaS 管合同，试用后发现审批链与公司实际不符，销售绕过系统走邮件。复盘发现根因是审批规则没定：三个部门都能改条款。公司先定规则与责任人，再回到选型，最终用 SaaS 标准流程加两级配置解决，没走定制。
可执行步骤
- 先画流程、定责任人与例外规则，写成两页说明并签字确认后发布件
- 按三年人数增长估算订阅与集成成本，做两档情景对比，再看曲线图
- 要求供应商演示接口与字段映射，而非只看功能清单与页面截图，并留证
- 核对知识产权、二次开发与退出条款，写进合同附件正文，逐条确认
- 用小范围试点验证绕行情况，统计使用率与原因，两周复盘一次记录
常见坑
- 被首年低价吸引，用户数增长后订阅翻倍，集成与迁移又要另付，总成本失控，预算无处消化。
- 需求没澄清就定制，开发反复改，最后业务仍用表格，投入沉没，复盘也找不到责任人。只能认。
- 以为有开放平台就能集成，实际字段对不上、失败无重试，数据长期不一致，对账只能靠人工。
- 合同没写源码与二次开发权，想加一个小功能都要原厂排期，业务被拖住，机会成本更高。
自检与验收清单
- 流程、责任人与例外规则是否已书面化，并发布
- 三年成本是否含订阅增长、集成与迁移等费用
- 接口与字段映射是否实测过并留记录，谁签的
- 知识产权与二次开发权是否写进合同的附件中
- 试点是否观察了绕行行为与使用率、谁跟进签字
常见问题
SaaS 真的会越用越贵吗？
用户数与模块增加时会。是否可接受取决于业务增长与替代方案；建议在合同里约定价格调整方式与阶梯，并测算三年后的单位成本，再判断是否可承受，别等到续费时才谈，那时选择已经很少。
定制能不能先做小一点？
可以，而且应该。先做一条流程的最小闭环，用三个月验证使用率，再扩展；一次性做大而全的定制，失败时很难回退，也很难说清哪部分真的被使用，最后只能整体推倒，代价很高。
流程一定要先改吗？
至少要理清。系统会把流程固化，规则不清就固化混乱；不必等到完美，但责任人、审批节点与例外处理要能说清，否则上线后仍会被绕开，投入得不到回报，团队也会失去信心。