为什么用户会选择它
用户选择 n8n,是因为他需要 Agent 真正读取系统、更新 CRM、发消息和执行审批,同时又要保留代码、自托管、错误处理和审计能力。简单的两三个 SaaS 连接用 Zapier 或 Make 更省事;高频事件系统和完全自研平台则可能觉得 n8n 的执行计费或工作流抽象不合适。
- 01
确定性逻辑包住 AI:条件、重试、限流、人工审批和 fallback 降低 Agent 失控风险
- 02
自托管与来源可见:技术团队可以控制数据、模型和部署,不必把工作流全部交给 SaaS
- 03
500+ 集成加代码节点:既有即插即用连接器,也能用 JavaScript、HTTP 和自定义节点补足
- 04
按完整执行收费:一个工作流无论包含多少步骤都只计算一次执行,并开放无限用户与工作流
- 自托管会把升级、监控、扩容和安全责任重新交给使用团队
- 按执行收费对 webhook、事件同步和高频 AI 对话可能迅速变贵
- 复杂工作流的调试、凭证和错误恢复仍有明显学习成本
- 虽然工作流可导出 JSON,长期运行后仍会形成大量 n8n 节点与运维依赖
增长信号说明了什么
开源与模板构成长期分发入口
GitHub、Community Edition、模板和连接器搜索让用户在购买前就能构建真实工作流,降低产品教育成本。
AI Agent 激活既有自动化用户
用户不必迁移到新的 Agent 框架,就能在原有工作流中加入 LLM、记忆、工具和人工审批。
治理能力推动企业升级
环境、Git 版本、SSO、日志和扩容选项把免费构建者向 Business 与 Enterprise 引导。
开源规模不等于商业转化
GitHub stars 和自托管安装量不能直接换算成 Cloud、Business 或 Enterprise 收入。
展开完整增长证据与来源记录
- 公开变化
Agent 能力与显式业务逻辑组合
- 公开变化
人类审批、监控、评估和审计成为核心卖点
- 公开变化
模板与社区版形成强开发者分发
产品到底是什么
可自托管的工作流自动化平台,组合可视化节点、代码、Agent、人工审批、日志、版本和企业治理。
选择模板或创建触发器
连接模型、数据、代码和业务系统
运行、查看日志并持续调试和发布
技术团队、自动化工程师、运营、IT、销售与企业平台团队
用可视化节点和代码把模型、业务系统、数据与审批连接为可调试、可审计的自动化。
用户让第一个连接真实业务系统的多步骤工作流成功执行。
钱怎么流动
云端按月度完整执行次数收费;商业与企业版本用协作、并发、历史、环境、版本和治理能力升级。
开源仓库、Community Edition、模板、集成目录和技术教程覆盖大量具体自动化搜索。
用户先运行真实工作流,再因托管便利、执行量、协作、历史或治理需求升级 Cloud 与企业方案。
Cloud 或自托管运行工作流;节点、代码、Agent、凭证、日志和人工审批共同完成业务动作。
生产工作流、凭证、错误处理、自定义节点和环境治理越多,持续运行与迁移成本越高。
Community Edition 让技术用户先在自己的基础设施上完成真实工作流;Cloud 按完整 workflow execution 收费,不按步骤和用户数计费。更高方案主要出售执行量、并发、历史、环境、Git、SSO、日志与支持,而不是更多基础节点。
- Cloud 执行的计算、队列、日志、存储和网络成本
- 500+ 集成的维护、API 变化适配与凭证安全
- 企业支持、版本治理、合规与自托管发行维护
- 月度完整执行次数、并发或历史保留达到上限
- 需要多人协作、环境、Git 版本、SSO、日志流和项目权限
- 不愿承担自托管升级、监控、扩容和故障恢复
- 生产工作流、凭证映射和错误恢复逻辑
- 模板、社区节点与 500+ 集成生态
- 团队的执行历史、环境配置和治理规则
获客、激活与留存
获客入口
- 开源社区版与 GitHub 形成开发者入口
- 数千模板覆盖长尾自动化需求
- 500+ 集成承接生态搜索
- 14 天无卡试用降低团队验证成本
留存资产
生产工作流、凭证、日志、历史、环境、版本控制与自定义节点形成高迁移成本。
激活时刻
用户让第一个连接真实业务系统的多步骤工作流成功执行。
竞争与替代方案
差异化轴:面向技术团队,在可视化速度与代码控制、自托管和生产治理之间取平衡。
