盘点与使用情况
我们列出每个 Zap 或场景的触发器、应用、步骤、凭证所有者及使用情况，并标记出闲置的工作流、重复项和关键流程。
迁移包含哪些内容
在 n8n 中重建
我们依据 n8n 的工作方式重新设计每个工作流，原生处理数据列表，而不是逐步照搬。没有专用节点的应用通过 HTTP Request 节点连接。
测试与切换
每个新工作流都会与原工作流并行运行，并对接测试目标。输出结果一致后，我们切换 Webhook 并暂停原工作流，同时保留它作为备用。
Zapier、Make 与 n8n 的常见对应关系
并非所有功能都能一一对应，以下是最常见的对照。
逻辑与控制
- Zapier 的路径与 Make 的 Router：If 与 Switch 节点
- 筛选器：Filter 节点
- Zapier 的延迟：Wait 节点
- 定时任务：Schedule Trigger 节点
- Make 的错误处理器：Error Trigger 加逐节点重试
数据与转换
- Zapier 的 Formatter 与 Make 函数：Edit Fields、Date & Time 或表达式
- Make 的迭代器与聚合器：Split Out、Aggregate 或 Loop Over Items
- Zapier 的 Code：JavaScript 或 Python 的 Code 节点
- Zapier 或 Make 的数据存储：数据库表，例如 Postgres 中的表
分阶段的工作方式
从盘点到切换
- 访问账户并导出可用内容，例如 JSON 格式的 Make 蓝图
- 按优先级排列的盘点清单，以及 n8n Cloud 或 VPS 的成本估算
- 分批重建，从使用频率最高的工作流开始
- 使用真实案例与边界情况进行并行测试
- 有计划地切换，并密切监控最初的几次执行
何时迁移有价值，何时不宜迁移
以下情况值得迁移
- 您的工作流步骤众多，并且按步骤付费
- 业务量会在月底前推高您的用量
- 您需要当前套餐使用起来很别扭的代码或 API 调用
以下情况暂不建议迁移
- 您只有少数简单且成本低的工作流
- 您依赖 Zapier Tables 或 Interfaces，替换它们会增加复杂性
- 某个应用只能通过没有公开 API 的私有集成连接
您将获得什么
交付成果
工作流运行在您付费的服务器上，即 n8n Cloud 或您自己的 VPS，从第一天起就已包含在报价中。
- 包含每个工作流的优先级、使用情况与负责人的盘点清单
- 在您的 n8n 实例中已记录的工作流文档
- 带有电子邮件或 Slack 提醒的错误处理工作流
- 并行测试报告
- 切换与回滚方案
从 7 天试用开始
一个工作流，迁移并验证
我们与您共同选定使用频率最高或最关键的工作流，并在 n8n 中重建。试用期间，它将与原工作流并行运行，我们会逐次执行比对结果。若结果可靠，我们再推进剩余的盘点项目。范围、日期和条款会在开始前以书面形式确定。
常见问题
常见问题解答
迁移期间我需要暂停自动化流程吗？
不需要。在我们构建和测试新工作流期间，您的原工作流会保持运行。输出结果一致后再进行切换：更新 Webhook 网址，并暂停（而非删除）旧的 Zap 或场景，以便在最初的执行中需要时可以回滚。
使用 n8n 能节省多少费用？
这取决于您的用量，因此我们不会预先给出具体数字。Zapier 按每个完成的操作计任务数，Make 按其模块的消耗计费；n8n Cloud 按完整的工作流执行次数计费，而如果您在自有 VPS 上使用社区版，则是为服务器付费，不按执行次数计费。盘点会根据您的数据比较各种方案。
凭证和执行历史可以导出吗？
凭证无法导出：每个连接都需要在 n8n 中重新授权，我们借此步骤将其转移到公司账户下，而不是某位员工的个人账户。执行历史同样无法迁移；如果您需要，我们会在切换前确认您的套餐允许导出哪些内容。
没有 n8n 节点的应用怎么办？
如果该应用提供公开 API，我们会通过 HTTP Request 节点或经过审核的社区节点进行连接。如果它只能通过 Zapier 或 Make 的私有集成运行，我们会在盘点中标注，并寻找替代方案：导出数据、更换应用，或保留该工作流原样不动。
联系我们
您目前运行着多少个 Zap 或场景？
请告诉我们您使用的平台以及让您担忧的工作流，我们将发送一份书面的 7 天试用方案，其中包含一个经并行测试的已迁移工作流。