AI 自动化项目怎么报价：Dify、n8n、RAG、Agent 和维护范围

AI 自动化项目很容易报价失控。客户一句“帮我做一个 AI 助手”，可能包含知识库、表单、工作流、CRM、邮件、企业微信、部署、权限、日志、维护和培训。如果你只按“搭一个机器人”报价，后面一定会被范围拖住。报价前要先拆清楚：做什么、不做什么、用什么工具、接哪些系统、谁维护、怎么验收。

本文是待复核草稿。AI 工具实践报价基础可以看 项目报价助手，Agent 交付可以看 Agent 生产部署清单。

适合谁

适合准备接 Dify、n8n、RAG、Agent、客服自动化、销售线索处理、文档摘要和内部 AI 工具项目的新手。

也适合已经做过 Demo，但不知道怎么把 Demo 变成可收费交付的人。真正收费的不是“接一个模型”，而是完整流程、稳定性和维护边界。

不适合谁

不适合没有需求澄清就直接报价的人。AI 自动化的隐藏工作很多，尤其是资料整理、权限、测试和后期修改。

也不适合把工具成本和维护成本完全忽略。API 费用、服务器、向量库、日志、告警和人工复核都可能产生持续成本。

先拆项目类型

常见项目可以拆成几类：知识库问答、工作流自动化、Agent 工具调用、内容生成、数据摘要、客服辅助、内部通知和系统集成。

每一类成本不同。知识库项目重资料整理和检索测试；n8n 项目重流程和外部系统；Agent 项目重工具权限和人工审核；部署项目重环境、监控和维护。

报价要包含范围

报价单里应写清楚页面或工作流数量、知识库文档数量、接入系统数量、用户角色数量、是否包含部署、是否包含培训、是否包含后续修改。

不要只写“搭建 AI Agent”。更好的写法是：“搭建 1 个销售线索分析工作流，接入网站表单和邮件通知，包含 3 个字段校验、1 个 AI 分析节点、1 个人工确认节点和 1 次上线培训。”

验收标准

AI 项目验收不能只看“能回答”。要定义测试问题、成功标准、错误处理、响应时间、日志、权限和人工接管。

例如 RAG 项目可以用 30 个真实问题验收，要求回答带来源；工作流项目可以用 10 个正常输入和 10 个异常输入验收；Agent 项目要测试工具调用边界。

维护范围

维护要单独写。包括模型 API 变更、平台版本更新、知识库资料更新、错误排查、提示词优化、流程修改、用户培训和月度报告。

如果维护不写清楚，客户后续每次新增需求都可能变成“顺手改一下”。范围边界越清楚，合作越稳定。

常见错误

第一个错误是按工具报价，而不是按业务范围报价。Dify、n8n 只是工具，客户买的是结果和流程。

第二个错误是没有资料整理费用。RAG 项目里，资料清洗经常比搭工具更费时间。

第三个错误是没有写不包含事项。比如不包含服务器费用、不包含长期运维、不包含第三方平台账号费用、不包含无限次修改。

交付检查

报价方案里建议加入一页“范围确认表”。表里写清楚输入资料由谁提供、账号由谁准备、第三方费用谁承担、上线环境是谁维护、验收问题由谁确认、后续修改按什么标准计费。这样前期多花十分钟，后面能少很多扯皮。

如果项目包含 RAG，要单独估算文档整理和测试费用；如果包含 Agent，要单独估算工具权限和人工审核；如果包含 n8n 或 Dify 部署，要单独估算服务器、备份和升级；如果包含企业微信、飞书或 Slack 接入，要估算平台审核和消息权限配置时间。

风险提醒

AI 自动化项目可能涉及客户数据、外部平台规则、API 成本和权限风险。报价时要写清客户需要提供的资料、账号、授权和复核人。

不要承诺模型永远正确。更合理的交付是提高流程效率、减少重复劳动，并提供人工复核和错误处理机制。

具体步骤

第一步，问清业务目标和当前流程。第二步，拆出项目类型和系统接入。第三步，列交付物和不包含事项。第四步，定义验收问题和测试标准。第五步，估算部署和持续成本。第六步，单独报价维护。需要报价表，可以从 工具导航 下载或使用 项目报价助手。

免责声明

本文只用于 AI 自动化项目报价参考，不构成固定价格、收入或成交承诺。正式报价前，应结合客户范围、地区、工具成本和自身交付能力人工复核。