AI Agent 项目 RFP 模板：企业招标采购需求清单（可复制）

如果你正准备对外招标采购一个 AI Agent 项目，一份写得好的 RFP（招标/方案征集书）能帮你在第一轮就筛掉八成滥竽充数的供应商，也能避免上线后才发现「数据出境没说清」「准确率没法验收」「源码不归我」这类要命的坑。本文给一份可以直接复制改名就用的 RFP 模板，是我们做企业 AI Agent 智能体基础设施时，从甲方采购视角反复打磨出来的实战清单。

一、一份合格的 AI Agent RFP 应该包含什么

传统软件 RFP 模板套到 AI Agent 项目上会漏掉一大块——因为 Agent 是「不确定输出」的系统，它的验收、合规、运维方式都和传统软件不同。一份合格的 AI Agent RFP 至少要覆盖以下 12 个板块：

• 项目背景与目标——为什么做，成功长什么样
• 业务场景与范围——做什么、不做什么（边界比范围更重要）
• 功能需求——对话、工具调用、多 Agent 编排、知识库 RAG、人审兜底
• 非功能需求——准确率、延迟、并发、可用性
• 数据与合规——出境、权限、审计、隐私
• 模型策略——多模型路由、国产模型兼容、避免锁定
• 集成要求——CRM、IM、ERP、MCP、API
• 可观测与评测——Trace、Eval、回归、成本
• 交付与里程碑
• 服务与 SLA
• 报价结构
• 供应商资质要求

下面把每一节展开成可复制的条目。建议把和你业务无关的删掉，把方括号 [ ] 里的占位替换成你自己的数字和场景。

二、RFP 正文模板（逐节可复制）

① 项目背景与目标

• 公司/部门简介与当前业务痛点：[ 例：客服日均工单 [N] 单，人工成本 [X] 万/月，响应慢 ]
• 本项目要解决的核心问题：[ 一句话说清 ]
• 量化目标（必须可衡量）：[ 例：一线咨询自助解决率 ≥ 60%，平均响应 ↓ 50% ]
• 项目预算区间与期望上线时间：[ 区间 ] / [ 时间窗 ]

② 业务场景与范围

• 覆盖场景清单：[ 场景 A：售前咨询；场景 B：订单查询；场景 C：…… ]
• 明确不在范围内的内容（划边界，防扯皮）：[ 例：不含财务结算、不含线下硬件 ]
• 预期用户量级与角色：[ 内部员工 / 外部客户 / 坐席辅助 ]
• 语言要求：[ 简体中文为主，是否需多语言 ]

③ 功能需求

• 对话能力：多轮上下文、意图识别、澄清追问、敏感词与拒答策略
• 工具调用（Tool/Function Calling）：能调用 [ 内部接口/查库/下单/工单 ] 等工具，需说明工具注册与权限控制方式
• 多 Agent 编排：是否需要规划-执行-审查的多角色协作？说明编排框架与可控性
• 知识库 / RAG：支持 [ PDF/Word/网页/数据库 ] 入库，需说明分块、检索、引用溯源（答案必须可点回原文）、知识更新机制
• 人审与兜底：低置信度/高风险动作转人工；必须有「不会就老实说不会」的兜底，禁止幻觉编造；关键操作需二次确认

④ 非功能需求

• 准确率：核心场景任务完成率 ≥ [ 例 90% ]，以甲方提供的 Eval Set 验收
• 延迟：首字响应 ≤ [ 例 2s ]，整轮 P95 ≤ [ 例 8s ]
• 并发：支持峰值 [ N ] QPS / [ N ] 并发会话不降级
• 可用性：核心服务可用性 ≥ [ 例 99.9% ]

⑤ 数据与合规（最该卡死的一节）

• 数据出境：数据是否出境、调用的模型是否在境内合规节点？[ 要求：不出境 / 仅境内部署 ]
• 权限：多租户/部门级数据隔离、最小权限原则、字段级脱敏
• 审计留痕：所有对话、工具调用、数据访问可审计可回溯，保留 ≥ [ N ] 天
• 隐私：符合《个人信息保护法》《生成式 AI 服务管理办法》等；训练/微调是否使用客户数据需明确授权边界

⑥ 模型策略

• 多模型路由：能否按场景/成本在多个模型间路由（简单意图走小模型，复杂推理走强模型）
• 国产模型兼容：兼容 [ 豆包/通义/DeepSeek/文心/混元 ] 等，满足合规与降本
• 避免锁定：模型层可替换，不绑死单一厂商；提示词、知识库、编排逻辑等资产归甲方所有

⑦ 集成要求

• 业务系统：对接 [ CRM / ERP / 工单 / 内部 OA ]，说明对接方式与改造量
• IM/渠道：[ 企业微信 / 飞书 / 钉钉 / 网站挂件 / App ]
• 标准协议：是否支持 MCP（Model Context Protocol）接入工具与数据源、提供标准 OpenAPI
• 需提供集成接口文档与 SDK

⑧ 可观测与评测

• Trace：每次调用产出完整链路（输入→规划→工具→检索→输出），含耗时、Token、模型版本
• Eval：交付一套可复跑的评测集，主指标作为上线门槛
• 回归：版本发布前跑全量回归，指标退化可拦截
• 成本：按 Agent/场景/模型维度统计 Token 与费用，支持异常告警

⑨ 交付与里程碑

• M1 需求确认与方案设计（[ 周数 ]）
• M2 PoC / 试点场景上线并通过 Eval 验收（[ 周数 ]）
• M3 全量功能交付与集成联调（[ 周数 ]）
• M4 试运行、压测、安全合规验收（[ 周数 ]）
• 交付物清单：源码 / 部署文档 / 运维手册 / Eval Set / 培训

⑩ 服务与 SLA

• 响应时效：P1 故障 [ N ] 分钟响应、[ N ] 小时恢复
• 质保期与运维方式：[ N ] 个月质保，是否含驻场/远程
• 知识库/Prompt 迭代支持频次

⑪ 报价结构（要求拆开报，别报一口价）

• 一次性实施费（方案/开发/集成/部署）
• 软件许可/平台费（如有，按年/按席位）
• 模型/Token 用量费（说明计费口径与预估月度区间）
• 运维/服务年费
• 可选项与变更单价（防后期加项漫天要价）

⑫ 供应商资质要求

• 同类 AI Agent / 大模型应用落地案例（含可联系的客户或可演示环境）
• 团队规模与核心成员背景
• 相关资质：等保、ISO 27001、数据安全能力等（按行业要求）
• 对私有化/混合部署的支持能力

三、评分权重表（供应商横向打分用）

把投标方案按下表打分，避免「谁 PPT 漂亮选谁」。权重可按自身情况微调，建议技术与合规合计不低于 55%。

四、可复制：RFP 大纲骨架

下面这段 Markdown 骨架可以直接粘进文档工具，照着填空即可。

# [项目名] AI Agent 项目 RFP

## 1. 项目背景与目标
- 业务痛点：
- 量化目标：
- 预算区间 / 上线时间：

## 2. 业务场景与范围
- 覆盖场景：
- 明确不做：
- 用户量级 / 角色：

## 3. 功能需求
- [ ] 对话（多轮 / 意图 / 拒答）
- [ ] 工具调用（权限控制）
- [ ] 多 Agent 编排
- [ ] 知识库 / RAG（引用溯源）
- [ ] 人审与兜底

## 4. 非功能需求
- 准确率 ≥ __  | 首字 ≤ __ , P95 ≤ __
- 并发 __ QPS  | 可用性 ≥ __

## 5. 数据与合规
- [ ] 数据不出境  [ ] 权限隔离
- [ ] 审计留痕 __ 天  [ ] 隐私合规

## 6. 模型策略
- [ ] 多模型路由  [ ] 国产模型兼容  [ ] 资产归甲方 / 可替换

## 7. 集成要求
- 系统：CRM / ERP / 工单 / OA
- 渠道：企微 / 飞书 / 钉钉 / 网站 / App
- 协议：MCP / OpenAPI / SDK

## 8. 可观测与评测
- [ ] Trace  [ ] Eval Set  [ ] 回归  [ ] 成本统计

## 9. 交付与里程碑
- M1 方案 → M2 PoC验收 → M3 全量 → M4 上线
- 交付物：源码 / 文档 / Eval Set / 培训

## 10. 服务与 SLA
- 响应 / 恢复时效；质保 __ 个月

## 11. 报价结构（请分项报价）
- 实施费 / 许可费 / Token用量费 / 运维年费 / 变更单价

## 12. 供应商资质
- 同类案例（可验证）/ 团队 / 资质 / 部署能力

## 评分权重
技术25 合规15 可观测15 集成10 模型10 案例10 报价10 服务5

## 投标须知
- 提交截止：____   联系人：____
- 需含：方案书 / 分项报价 / PoC 计划 / 可验证案例

五、采购方常见的 5 个坑

1. 把验收写成「感觉不错」：AI 输出不确定，主观验收必然扯皮。一定要用可量化的 Eval Set 和准确率/完成率指标，并在 PoC 阶段就用你自己的真实数据验收。
2. 合规等上线后再补：数据是否出境、权限隔离、审计留痕，是最难事后补救的。必须在 RFP 里写死，并作为否决项。
3. 报一口价、源码不归己：一口价掩盖了后期 Token 用量和变更费用；提示词、知识库、编排逻辑这些核心资产若不约定归属，等于被供应商长期绑架。
4. 只比功能不比可观测：能演示 ≠ 能在生产稳定跑。没有 Trace/Eval/回归，上线后出问题无从定位、改 Prompt 不敢动，运维彻底依赖供应商。
5. 绑死单一模型：把方案锁死在某一个模型上，既丧失了多模型路由降本的空间，也在该模型涨价/限流/合规变动时毫无退路。要求模型层可替换。