自建自动化流水线 vs 买 SaaS：三年成本算清楚再决定
同一件事（抓数据、定时同步、发通知），Zapier 三年约 5,200 元、Make 约 2,300 元、自建约 7,800 元。但价格不是唯一变量——附决策表和三个真实的临界点。
「这个用 Zapier 连一下不就行了？」
「你们这个量级，Zapier 会超。」
两种说法都对，取决于具体情况。这篇不算情怀账，只算钱和边界。
先说结论：简单规则的场景买 SaaS 更省，复杂逻辑或数据敏感的来自建更划算。临界点在三处，下面会标出来。
一、先定义「同一件事」
为了可比，设定一个具体场景：
每天从 3 个网站抓取数据 → 清洗去重 → 写入表格 → 异常时发通知
这是最常见的需求形态，也最能体现两种方案的差异。
二、SaaS 方案的真实成本
以下是撰写时的公开定价（以官方为准，会变动）：
| 平台 | 入门档 | 任务额度 | 适合 |
|---|---|---|---|
| Make | $9/月 | 10,000 ops | 单人/小团队，便宜 |
| Zapier | $19.99/月 | 750 tasks | 生态最全，单价高 |
| n8n Cloud | €20/月 | 2,500 executions | 自托管友好 |
三年总成本
Make $9 × 36 = $324 ≈ ¥2,300
Zapier $20 × 36 = $720 ≈ ¥5,200
n8n Cloud €20 × 36 = €720 ≈ ¥5,600
看上去都不贵。
但这里有三个隐形成本：
1. 任务额度很容易超
「每天 3 个源」听着不多，但一个源的抓取+清洗+写表可能就是 5–10 个操作。日均 3 源 × 8 操作 × 30 天 = 720 ops/月，看着够。
一旦加两个源、或者加了重试逻辑，额度就顶到上限，必须升档。升档后月费通常是 3–5 倍。
2. 复杂逻辑会被平台限制
SaaS 擅长的「A 触发 → B 处理 → C 输出」线性流程。一旦需要：
- 条件分支超过 3 层
- 自定义数据清洗（正则、去重算法）
- 失败补偿（重试时跳过已成功的部分）
就会变成在流程图里堆满条件节点，维护成本高于写代码。
3. 数据必须出内网
订单、客户、财务数据经过第三方 SaaS，很多公司合规上过不了。
三、自建方案的真实成本
一次性成本
| 项 | 工作量 | 市场价 |
|---|---|---|
| 流程梳理 | 1 天 | 含在项目里 |
| 抓取脚本 | 2–3 天 | |
| 清洗去重 | 1–2 天 | |
| 调度与通知 | 1 天 | |
| 测试与文档 | 1–2 天 | |
| 合计 | 7–10 天 | ¥6,000 起 |
持续成本
| 项 | 月成本 |
|---|---|
| VPS（1 核 2G 足够） | ¥30–100 |
| 域名（可选，通常复用） | ¥0 |
| 维护（改版适配，年均 2–3 次） | 摊到每月约 ¥200 |
首年：¥6,000 + ¥50×12 + ¥2,400 = ¥9,000
第二、三年：¥50×12 + ¥2,400 = ¥3,000/年
三年合计：¥15,000
等等——维护成本是这里的变量。如果目标站改版频繁，维护会更多；如果数据源稳定，可能一年都不用动。
没有维护成本的话，三年是 ¥6,000 + ¥1,800 = ¥7,800。
四、并排对比
| Make | Zapier | 自建（无维护） | 自建（含维护） | |
|---|---|---|---|---|
| 首年 | ¥780 | ¥1,730 | ¥8,400 | ¥9,600 |
| 三年 | ¥2,300 | ¥5,200 | ¥7,800 | ¥15,000 |
| 数据出内网 | 是 | 是 | 否 | 否 |
| 逻辑复杂度上限 | 中 | 中 | 无 | 无 |
| 出问题找谁 | 官方支持 | 官方支持 | 自己/开发方 | 自己/开发方 |
表格说明一件事：短期看 SaaS 便宜一半以上。自建要靠「免维护 + 长期使用」才能反超。
五、三个临界点
临界点一：任务额度
打开平台的用量统计，看过去 30 天实际消耗。
- 用了 < 50% 额度 → 留够余量，SaaS 合适
- 用了 > 80% 额度 → 下次升档就涨价 3–5 倍，此时算自建更实在
- 已经超限过一次 → 直接来自建
临界点二：分支复杂度
数一下你的流程里有多少个「如果」：
- 0–3 个：SaaS 够用
- 4–6 个：SaaS 能拼，但维护痛苦
- > 6 个：应该写代码
一个判断标准：如果你需要在流程图里加注释才能看懂自己在做什么，就该写代码了。
临界点三：数据敏感性
有这三个词里的任何一个：订单、客户信息、财务数据——优先自建，或者至少确认 SaaS 的数据处理协议符合你们的要求。
六、还有第三种选择
SaaS 指挥 + 自建执行。
把需要定制逻辑的部分写成脚本，用 Make 或 Zapier 做触发和通知。这样：
- 复杂逻辑用代码（可控、可测试）
- 触发和通知用 SaaS（不用自己维护调度）
- 成本介于两者之间
我自己用的是这个模式：抓取和数据清洗是脚本，触发靠定时任务，通知发到邮箱。
七、什么情况下别做自动化
这条比前面都重要。
如果这件事：
- 每天花的时间 < 15 分钟
- 一个月只做几次
- 规则经常变（每次都要改）
不值得自动化。 开发成本够你手动做三年。
判断标准：每天节省的时间 × 250 个工作日 > 开发成本 + 年维护成本，才值得。
举例：
每天省 30 分钟 × 250 天 = 125 小时/年
按 ¥100/小时算 = ¥12,500/年
自建成本 ¥6,000 + 维护 ¥2,400 = ¥8,400 首年
→ 值得
每天省 5 分钟 × 250 天 = 20.8 小时/年
按 ¥100/小时算 = ¥2,080/年
自建成本 ¥8,400
→ 不值得，用 SaaS 或继续手工
一句话总结
先用 SaaS 验证需求是否存在，确认是长期刚需再考虑自建。 反过来做——一上来就写代码——要么过度投资，要么写了个没人用的脚本。
如果你是后者，自动化流水线服务里的第一条就是「流程梳理」，我会先判断这件事值不值得自动化，不值得会直接说。