讨论 n8n 和 Make 时,很多对比停在"节点多少、界面好不好看"。对一个两三人的跨境团队,真正决定成败的是另一个问题:这套自动化坏了的时候,谁来修?
先给结论:没有人能稳定负责服务器和升级,就用托管方案(Make,或 n8n 自己的云端版本);有明确的数据落地要求、流程量大且团队里有人能维护,再考虑自托管 n8n。 自托管省下的订阅费,会以运维时间的形式重新出现。
两者的定位差异
| 判断项 | n8n | Make |
|---|---|---|
| 部署方式 | 云端托管或自托管都可以 | 云端托管 |
| 社区版 | 自托管可用免费社区版,多数功能可用 | 无自托管形态 |
| 付费能力 | SSO、环境、项目、工作流共享、外部存储、Git 版本管理等属于付费能力 | 按套餐区分能力与用量 |
| 计费口径 | 按套餐与部署形态不同 | 按 credits 计量(原称 operations,非 AI 应用 1 个 operation 计 1 个 credit) |
| 适合谁 | 有技术维护能力、对数据位置有要求 | 希望立刻可用、不想管基础设施 |
n8n 官方文档也提醒:功能可用性随时间变化且按套餐和版本不同,最终以官方定价页为准。本文不引用具体价格,价格变动很快,签约前请自行核对。
自托管真正省的和真正花的
省的: 订阅费、按用量(credits)计费的压力、把数据留在自己环境里的能力。
花的:
- 部署和升级。 版本更新、依赖、数据库备份、证书续期;
- 可用性。 服务挂了没人告警,弃购邮件和订单通知就静默中断;
- 排障。 出问题时你既是使用者也是运维;
- 权限与安全。 谁能改流程、密钥怎么存、日志里有没有客户数据。
把这些折算成每月工时,再和订阅费比较。多数两三人团队算完之后会发现,除非有明确的数据合规要求,托管方案更划算。
用三个问题决定
1. 数据能不能出你的环境
如果流程里会经过客户地址、身份证件、支付信息或医疗相关数据,且你的合规要求限制数据存放位置,自托管的价值就成立。反过来,如果流程只是"新订单发个 Slack 通知",为它自建服务器不合理。
2. 流程量是否已经稳定且大
Make 按 credits 计费(非 AI 应用每个 operation 计 1 个 credit),流程越密集、轮询越频繁,成本增长越明显。当每月用量已经稳定在很高的量级、且流程不再频繁变动,自托管的固定成本才可能划算。流程还在天天改的阶段,托管方案的迭代速度更重要。
3. 团队里有没有"第二个人"能维护
只有一个人懂这套系统,他休假时流程出问题就没人能处理。自托管前先问:文档在哪、备份怎么恢复、告警发给谁。回答不出来,就先用托管。
两周试跑方法
选一条低风险但真实的流程,例如"新订单 → 判断是否首购 → 写入表格 → 通知负责人":
- 在两个方案里各搭一次,记录搭建耗时;
- 故意制造三次失败(接口超时、字段缺失、鉴权过期),记录你多久发现、多久修好;
- 让不写代码的同事尝试修改一个分支条件;
- 记录一个月的实际执行次数,用于成本估算;
- 自托管方案额外记录:升级一次要多久、备份恢复是否验证过。
第 2 项最能说明问题。自动化的价值在于无人值守,而无人值守的前提是失败时你会知道。
怎么选
- 团队没有运维能力、流程还在频繁调整 → 托管方案(Make 或 n8n 云端);
- 有数据落地要求、流程稳定、有人能长期维护 → 自托管 n8n;
- 介于两者之间 → 先用托管跑三个月,等流程稳定、成本可测算之后再评估迁移。
用 AI 先估算自托管要花多少工时(附提示词)
“自托管省下的订阅费,会以运维时间的形式重新出现”这句话,最好用自己团队的情况算一遍。可以让 ChatGPT 或 Claude 先帮你列出要维护的事项,再由你自己填工时。下面这段可以直接复制,把【】里的内容换成你自己的:
我们是一个【团队人数】人的跨境电商团队,正在考虑自托管 n8n。
打算跑的流程有:【比如:新订单写入表格并通知负责人、弃购提醒、询盘分流】。
流程里会经过的数据有:【比如:客户姓名、邮箱、收货地址】。
团队里能处理服务器问题的人:【有几个人、每周大概能抽出多少时间】。
请帮我:
1. 按“部署和升级 / 可用性和告警 / 排障 / 权限与安全 / 备份和恢复”分类,列出自托管需要定期做的事;
2. 每一项写清楚多久做一次、出问题时会影响哪条流程;
3. 标出哪些事项只有一个人会做,一旦他不在就没人能接手;
4. 列出我需要提前写好的文档,比如备份怎么恢复、告警发给谁。
不要估算价格,不要比较各家套餐,工时由我自己填写。
AI 列出来的清单只是起点。每一项后面的工时要自己填,填不出来的那几项,往往就是团队还没有能力接手的地方。
小团队自托管 n8n 常见的几个误区
- 把“免费社区版”当成“免费”。 软件可以不付订阅费,但服务器、备份和处理故障的时间都是成本。
- 先迁移所有流程,再考虑告警。 告警应该在第一条流程上线时就配好,否则流程静默中断,要等客户来催才发现。
- 备份做了,但从来没恢复过。 没验证过的备份,出事时未必能用。两周试跑里的第 5 项就是为这个准备的。
- 升级随手点,不看说明。 版本更新前先看更新说明,在不影响订单的时段升级,升级后检查关键流程是否还在正常跑。
- 只有搭建的人知道密钥放在哪。 密钥、账号和服务器信息要有统一的存放位置和交接说明,不要只存在一个人的电脑里。
- 为了省 credits,把流程改得很难看懂。 流程越绕,下一个接手的人越难改,省下的费用可能又花在排障上。
常见问题
n8n 和 Make 哪个便宜? 没法一句话回答。Make 按 credits 计量,n8n 的计费随套餐和部署形态不同,自托管还要算上运维工时。比较靠谱的做法是用两周试跑记下的实际执行次数,对照两家官网当前的定价页自己算,再加上自托管每月要花的维护时间。
不会写代码,能自托管 n8n 吗? 能搭起来不等于能长期维护。版本升级、数据库备份、证书续期和排障都需要有人懂服务器。团队里没有这样的人,先用托管方案更稳妥。
已经在用 Make,什么时候值得迁到自托管 n8n? 按前面的三个问题判断:有明确的数据存放要求、流程量大且已经稳定、团队里有第二个人能维护。三条都不满足,就没必要为了省订阅费迁移。
n8n 云端版和自托管有什么区别? 云端版由 n8n 负责服务器和升级,用起来更接近 Make 这样的托管方案;自托管则由你自己负责部署、升级和备份。两者具体的能力差异以 n8n 官方部署说明为准。(2026-10-29 核对:n8n 官方文档说明 n8n Cloud 是全托管方案,由 n8n 负责托管、更新和扩容;自托管部署在你自己的基础设施上,基础设施和维护由你负责,安装和配置需要技术能力,免费的 Community Edition 可以自托管并提供几乎完整的功能,见 Choose how to use n8n。)
Make 和 Zapier、n8n 三个怎么一起比较? 可以分两步想:先用Make还是Zapier小团队选哪个判断流程本身是线性的还是多分支的,再用本文的三个问题判断要不要自托管。
先看清楚自己要自动化什么,可以参考Make还是Zapier小团队选哪个里的流程拆解方法;整体工具组合见跨境卖家的AI工具箱该怎么选。工具页:Make、Zapier。
资料核验日期:2026-10-29。主要依据:n8n 官方部署方式说明。套餐、能力边界和计费方式会调整,选型前请以各自官网当前说明为准。



