Make（原 Integromat）和 n8n 都是把”发生一件事 → 做一系列动作”画成流程图的工具。选型时最容易被界面相似度误导：两边都能连表格、邮件和即时通讯，真正拉开差距的是谁来运行它、数据放在哪、坏了谁来修。
这篇文章不比较谁的节点更多，只回答一个问题：你的下一条工作流应该放在哪一边。具体怎么把 n8n 跑起来，见 用 n8n 搭第一条自动化。
先看三个不能妥协的条件
在比功能之前，先把下面三件事写下来。任何一条回答”必须”，选择就会窄很多。
- 数据能不能离开你的网络。 客户名单、合同、内部接口如果不能送到第三方云，托管型的 Make 就不在候选里，应看可自托管的 n8n。
- 有没有人负责服务器。 自托管不是安装完就结束。升级失败、磁盘满、证书过期，都要有人在工作时间之外看一眼。没有这个人，就选托管服务。
- 失败了能不能当天发现。 不管选哪个，都要有告警。这一条不能用来区分产品，但可以用来否决”先跑起来以后再说”的计划。
三个条件都没有硬约束时，再看费用和上手速度。
按同一张表比较
价格和套餐经常变，下表不写具体金额。采购时打开两边官网的定价页，按你真实的”每月执行次数”估算，而不是按广告上的入门价。
| 维度 | Make | n8n 自托管 | n8n 官方云 |
|---|---|---|---|
| 谁管运行环境 | 厂商 | 你自己 | 厂商 |
| 数据默认位置 | 厂商云 | 你的机器或内网 | 厂商云 |
| 上手速度 | 快，账号即可 | 慢，要先把服务跑稳 | 较快 |
| 费用形态 | 按操作或额度计费 | 机器与人力 | 按官方云套餐 |
| 适合的人 | 没有运维、流程以 SaaS 为主 | 有内网系统或明确的数据边界 | 想少碰服务器，又能接受云端 |
| 锁进平台的程度 | 场景存在厂商账号里 | 工作流可导出，但仍要自己备份 | 介于两者之间 |
“操作次数”的定义两边不一样。一条流程里每个模块跑一次，可能都算一次操作。估算时拿一条真实流程走一遍，数模块数，再乘每月触发次数，而不是用”我们一天大概一百条”这种感觉。
用任务类型决定，而不是用品牌决定
把待自动化的事分成三类，选择会清楚很多。
只连接公开的 SaaS。 表单进表格、表格进群、日历提醒。Make 和 n8n 云都能做。谁的账号团队已经有、谁的现成模块刚好覆盖你的服务，就用谁。不要为了统一品牌，把一个下午能接完的流程拖延成选型项目。
要访问公司内网。 例如内部工单、不对外的数据库、文件服务器。这种任务放在能部署到内网的 n8n 上。用托管服务去连内网，通常要再开一条打通网络的通道，故障点比流程本身还多。
步骤里有一段必须审查的代码。 例如生成报表的脚本、要跟仓库一起发布的逻辑。这段不要塞进可视化节点。用 GitHub Actions 或现有服务去跑，可视化工具只负责触发和通知。
一个小团队完全可以两种都留着：对外 SaaS 用已经付费的 Make，内网用一台 n8n。统一到一个工具上，不是第一目标。少一个没人看的服务器，比架构图好看更重要。
算成本时把人算进去
自托管看起来”没有许可证”，账单却经常出现在别的地方：
- 一台一直开着的机器，以及它的磁盘和备份。
- 每次官方升级要有人在测试环境先跑一遍。
- 凭据泄漏或执行器卡住时，要有人能登录排查。
- 工作流导出文件要放进有权限控制的仓库，而不是只留在某个人的浏览器里。
托管服务的账单更直观，但容易在执行量上涨后变贵。给财务一个算法：每月执行次数 × 单次模块数，超过某个自己设定的阈值就重新估价。阈值不要等账单出来才定。
人员少于三人、又没有人把”看自动化平台”写进职责时，优先托管。这和 小团队工具链 里的原则一样：每加一个要值守的系统，都要说出谁负责。
迁移时按业务步骤重画
不要把”导出再导入”当成迁移方案。即使两边都能导出 JSON，字段名、错误处理和循环方式也不相同。可靠的做法是：
- 列出旧流程的触发条件、输入字段、判断规则、写入目标和通知对象。
- 在新工具里按这份清单重画，而不是对着旧界面逐个节点翻译。
- 用同一批样本跑两边：正常数据、缺字段、下游失败。输出不一致就先改规则，不要切流量。
- 并行跑一段时间。新流程只写到影子表或测试频道，确认几天之后再停旧的。
凭据在新环境重新授权，不要把旧平台的密钥复制过去凑合。迁移完成的标志不是”图看起来一样”，而是同一批输入得到可以核对的同一批输出。
谁可以改图
可视化工具的风险是：谁打开谁都能改，改完立刻生效。给团队定三条就够：
- 改收件人、文案、过滤阈值：流程负责人可以直接改，但要在节点备注里写日期和原因。
- 改凭据、删除或覆盖数据、向客户发信：只有管理员能改。
- 每次改动后用一条固定样本重放。样本不过，就回退到上一个能导出的版本。
把工作流的导出文件放进仓库，至少每周一次。平台账号被人禁用或误删时，这是你唯一能重建的副本。
常见问题
已经在 Make 上搭了很多，要整站迁到 n8n 吗？
不要。只有数据位置、费用或内网接入已经成为问题时，才迁移对应的那几条。其余继续跑，直到业务本身要改流程。
自托管是不是就没有成本？
软件本身可以自己部署，机器、备份、升级和排查都要人。没有人值守时，这笔成本会变成故障，而不是节省。
场景能原样导入到另一个工具吗？
不能假设可以。按业务步骤重画，并用同一批样本对比输出。能对上，再切换。
非研发同事可以自己改吗？
可以改文案、过滤条件和通知对象。凭据、删除数据和对外发送，留给管理员，并用固定样本做改动后的重放。