大多数马来西亚中小企业其实已经拥有它们需要的每一个系统。缺的是它们之间的接线 —— 于是同一个客户存在于三个地方，靠人手工对齐。
Zapier 和 n8n 做的是同一件事：这边一发生什么，那边就做什么。Zapier 是托管的，简单，按任务计费。n8n 可以跑在你自己的服务器上，量一大就更省钱，数据也留在你掌控的基础设施上。
对小企业来说，这通常是能拿到的最便宜的实打实的收益。不用新软件，不用迁移，不用重新培训 —— 只是系统之间的复制粘贴消失了。
网站咨询以邮件形式到达。有人把名字抄进 CRM，在 WhatsApp 上通知销售，再加一条跟进提醒。三个系统，四分钟，忙起来时三步里偶尔会漏掉一步。
这条咨询会自动创建 CRM 记录、把详情推送给对的销售、并排好跟进。没有人需要打字。那个以前会被漏掉的步骤，现在漏不掉了。
怎么选，而我们没有想卖谁的立场
你用哪一个，我们都没有商业利益，所以这里是真实的判断依据。
Zapier 是托管的，配置快，按任务计费。在量不大时它非常好用，往往当周就能跑起来。成本完全可预测 —— 直到量涨上去，那时按任务计费会变成一笔月账单，悄悄超过当初好好开发一次的成本。
n8n 做同样的事，但可以跑在你自己的服务器上。这意味着按任务的成本基本消失，而且 —— 往往更重要 —— 被搬运的数据从不离开你掌控的基础设施。代价是得有人来托管和更新它。
大致规则：每月几百个任务以内，或者你想立刻用起来，选 Zapier。上到几千，或者数据敏感到你宁愿它留在内部，选 n8n。介于两者之间，就从 Zapier 起步 —— 以后迁移并不难，而为一份你还没用上的灵活性付费是笔亏本买卖。
有一点值得直说：两者都不提供实时保证。它们都很可靠，也都偶尔会重试，一条流程可能花一分钟而不是一秒。如果某个流程确实容不下这个，那它需要的是直接集成，我们会这么讲。
直接对比
| Zapier | n8n | |
|---|---|---|
| 运行在哪里 | 由对方托管 | 你的服务器，或托管 |
| 价格 | 按任务计费 | 服务器成本，基本固定 |
| 做出第一条流程要多久 | 几小时 | 几天，含搭建 |
| 你的数据在哪里 | Zapier 的基础设施 | 你放在哪就在哪 |
| 最擅长 | 中等量，快速启动 | 大量，敏感数据 |
| 最弱之处 | 量涨上去后的成本 | 需要有人维护它 |
我们实际怎么做
-
01
我们跟着一条信息走一遍
比如一条新咨询。它从哪里开始，最终要到哪里，中途谁会碰到它？
-
02
我们老实地挑工具
量小又简单：用 Zapier，这周就能跑起来。量大或数据敏感：用你自己服务器上的 n8n。
-
03
我们在构建时就考虑失败情况
如果另一个系统宕了，或者邮件退回了，会怎样？一条会悄悄丢记录的流程，比没有流程更糟。
-
04
我们把地图交给你
一张什么连着什么的图，这样以后没人会怕去动它。
- 两个系统都存着同一个客户，靠人工对齐
- 一次表单提交，要变成一条记录、一封邮件和一项任务
- 任何以“然后我再把它复制到……”开头的事
- 逻辑分支太多 —— 最后变成没人维护得了的意大利面图
- Zapier 上量很大：按任务计费的成本会超过好好开发一次的成本
- 必须即时且绝不失败。这些工具可靠，但不提供实时保证
- 所连接系统的登录账号
- 关于「谁该被通知什么」的决定
第一条流程是几天，不是几周。大部分时间花在边缘情况上。
关于这项，大家都问什么
选 Zapier 还是 n8n？
想马上就能用、量又不大，选 Zapier。每月跑上千个任务，或者数据不该放在别人服务器上，选 n8n。我们会直接告诉你选哪个，没有想卖谁的偏好。
我已经有 Zapier，但一团乱怎么办？
很常见，也修得好。把接手过来的一堆 Zap 理清并写成文档，往往比新建任何东西都更适合作为第一个项目。