直接答案：RFP 不是“把供应商功能清单抄一遍”，而是把业务问题、数据/系统边界、POC 验收、报价口径、合同和退出写成可评分、可追责的文件。先决定自建、采购 SaaS、私有化/混合还是外包 POC，再发 RFP；不接受没有样本、没有 POC、没有退出条款的报价。RFP 也不能替代业务决策——需求没定、数据没盘点时，先做诊断。
本文面向企业 AI 项目负责人、产品/业务、采购、法务、IT/安全、数据和供应商管理，讨论 Agent、RAG、AI 客服、文档问答、质检/预测性维护等项目的 RFP 怎么写。资料截止 2026-10-30。本文是公开标准、治理框架和项目方法整理，不是对任何供应商、产品、报价、准确率或合规性的认证/承诺；具体需求、评分、POC、合同和采购流程，以业务风险、标准原文、公司制度、招标/采购规则和律师意见为准。
RFP 先写业务问题和验收，不先写功能清单；评分权重和证据要在收标前定，不能看完演示再改；POC、报价/TCO、合同和退出要一起写，否则选出来的只是“演示最好”的供应商。
先决定自建、采购还是混合，再发 RFP
需求清晰、供应商多、金额/风险高时发 RFP；需求没定、数据没盘点、只想比价格时先做诊断，不要用 RFP 代替业务决策。
RFP 是采购流程，不是需求发现流程。如果企业还没写清“谁用、解决什么问题、数据在哪、失败会怎样”，RFP 只会把模糊需求变成一堆供应商话术。先做一个轻量诊断，决定路径：核心能力自建、标准场景采购 SaaS、敏感数据私有化/混合、短期验证外包 POC。路径不同，RFP 的评分、合同和退出条款也不同。
| 路径 | 适合 | 不适合 | RFP 重点 |
|---|---|---|---|
| 自建 | 核心差异化、数据/团队可控、长期迭代 | 没有算法/工程/运维团队 | 数据、模型、评测、运维和资产归属 |
| 采购 SaaS | 标准场景、快速上线、少定制 | 数据不能出企业/不能接受多租户 | 数据隔离、导出、SLA、涨价/退出 |
| 私有化/混合 | 敏感数据、系统集成、权限复杂 | 没有 GPU/运维/安全能力 | 部署、算力、升级、监控、回滚 |
| 外包 POC | 需求待验证、短期补能力 | 没有业务 owner、没有验收样本 | 范围、样本、时间盒、停止条件、IP |
路径选择是编辑建议；具体自建/采购/混合决策按业务、数据、预算、合规和现有团队确认。
RFP 的需求书怎么写？
按“业务问题—用户/场景—数据—系统边界—安全/权限—验收—运维”七段写，不按供应商功能清单写；每段有 owner 和可验收结果。
需求书要让不同供应商在同一张卷子上回答，而不是各讲各的产品。建议固定七段：业务问题/目标、用户与场景、数据来源与授权、系统/接口边界、安全/权限/合规、POC/验收、上线/运维/退出。每段写清“必须/最好/不要”、现状、约束、责任人和证据，避免“支持 AI”“可对接”这种无法评分的表述。
| 段落 | 要写什么 | 证据/附注 | owner |
|---|---|---|---|
| 业务问题/目标 | 当前流程、痛点、基线、成功标准、失败代价 | 流程/基线数据 | 业务 |
| 用户/场景 | 角色、任务、渠道、频率、异常/升级 | 用户清单、样例 | 产品 |
| 数据 | 来源、字段、授权、质量、标注、保存/删除 | 数据地图、样本 | 数据/法务 |
| 系统/接口 | ERP/MES/OA/CRM、API、权限、网络、部署 | 接口清单、架构图 | IT |
| 安全/合规 | 数据分类、权限、日志、审计、跨境、供应商责任 | 制度、评估/合同 | 安全/法务 |
| POC/验收 | 样本、指标、门槛、人工复核、时间盒、停止条件 | 验收方案 | 业务/QA |
| 上线/运维/退出 | SLA、监控、变更、回滚、数据/模型/账号移交 | SLA、退出清单 | 运维/采购 |
七段结构是编辑模板；具体需求书按行业、系统、风险和采购制度调整。
供应商评分表怎么设计？
把评分分成业务匹配、数据/系统、POC、报价/TCO、安全合规、交付与退出六组；权重先定，证据先定义，不接受“AI 能力强”这种无法核验的项。
评分表要在收标前定好，不能看完演示再改。每组权重按项目风险调整：业务/数据集成重的项目提高前两组；强监管/敏感数据提高安全合规；预算紧的提高 TCO，但不能把价格权重高到忽略退出成本。每项评分都写“看什么证据”，例如同行业案例（需授权）、接口文档、测试报告、POC 结果、报价明细、合同条款，而不是“感觉专业”。
| 组 | 权重示例 | 评什么 | 证据 |
|---|---|---|---|
| 业务匹配 | 20% | 场景理解、用户流程、异常/人工接管、落地案例 | 案例（授权）、流程 demo、访谈 |
| 数据/系统 | 20% | 数据接入、清洗、标注、接口、权限、部署 | 接口文档、数据流图、集成记录 |
| POC | 20% | 自有黄金集/场景样本、指标、人工复核、时间盒 | POC 方案、测试报告 |
| 报价/TCO | 15% | 许可/订阅、实施、数据、集成、算力、运维、退出 | 报价明细、三年 TCO |
| 安全/合规 | 15% | 数据隔离、日志/审计、权限、跨境、事件响应 | 制度、评估、合同/DPA |
| 交付/退出 | 10% | 团队、SLA、变更、培训、移交、删除 | 组织表、SLA、退出清单 |
权重是示例假设，不是标准；应按项目风险、预算和采购制度在收标前确定并留档。
POC 怎么写进 RFP？
POC 要写样本来源、场景/风险分层、指标门槛、人工复核、时间盒和停止条件；不让供应商自带演示集，也不把 POC 做成免费定制。
POC 是 RFP 里最容易含糊的部分。要写清：用谁的样本、多少条、覆盖哪些场景/风险、谁标注/仲裁、跑多久、在什么环境、看哪些指标、谁签字、什么情况停止、POC 费用/是否抵扣。供应商可以自带演示，但验收必须用企业自己的/受控的样本；POC 也不应变成“免费做半个项目”，应有明确范围和时间盒。
| 条款 | 要写什么 | 验收证据 |
|---|---|---|
| 样本 | 企业提供/脱敏、场景/风险分层、负例/安全项、数量 | 样本清单、标注指南 |
| 指标 | 任务成功、引用、拒答/安全、格式、时延、接管 | 指标定义、计算口径 |
| 门槛 | 硬门槛 100%、软门槛/降级方案、分层结果 | 验收方案、签字页 |
| 环境 | 测试/预生产、数据隔离、账号/权限 | 环境说明、权限记录 |
| 时间盒 | 开始/结束、评审节点、延期处理 | 计划、会议记录 |
| 停止/费用 | 不达标停止、POC 费用/抵扣、样本/成果归属 | 合同、POC 协议 |
POC 条款是编辑建议；具体样本、门槛、费用和成果归属按项目/合同确认，不承诺固定准确率或上线周期。
报价/TCO 怎么拆？
报价按许可/订阅、实施、数据、集成、算力、运维、培训和退出八项拆；比三年 TCO，不只看首年 license 或单价，并写清假设。
AI 项目报价常见“首年很低、后续很贵”：低价 license + 实施另计 + 数据/标注另计 + 集成按人天 + 算力/调用超量 + 运维/升级年费 + 退出迁移。RFP 要统一报价模板，要求供应商按科目列单价/数量/假设/边界，并给三年 TCO；无法给的项写“待确认”，不要用“按需”糊过去。下面是 TCO 公式和科目，不是具体报价。
| 科目 | 包含什么 | 首年/后续 | 证据 |
|---|---|---|---|
| 许可/订阅 | 平台、坐席、调用量、模块、最低消费 | 首年+续费 | 价目表、合同 |
| 实施 | 需求、配置、开发、测试、项目管理 | 首年为主 | 人天/里程碑 |
| 数据 | 清洗、标注、评测集、知识库整理 | 首年+持续 | 样本量、单价 |
| 集成 | ERP/MES/OA/CRM、SSO、权限、网络 | 首年+变更 | 接口清单、人天 |
| 算力/调用 | GPU/云、API token、向量库、存储 | 随量 | 用量假设、单价 |
| 运维 | 监控、复训、升级、告警、值班 | 每年 | SLA、人力 |
| 培训/变更 | 培训、流程改造、内部推广 | 首年+持续 | 计划、工时 |
| 退出/迁移 | 数据导出、模型/提示词/知识库移交、删除 | 合同结束 | 退出清单 |
TCO 科目是编辑模板；具体价格/用量以供应商报价、企业实际和合同为准，本文不提供统一报价或价格承诺。
合同条款怎么写？
合同写验收/付款节点、数据/模型/提示词归属、不可训练、SLA、变更、退出/删除和第三方评测；没有这些条款，RFP 只是问卷。
RFP 选出的供应商，最后要落到合同。AI 项目合同除了通用采购条款，还要写清：验收标准和付款节点、数据和模型/提示词/知识库/评测集归属、不得用企业数据训练、SLA/支持、变更/涨价、分包/转委托、安全事件通知、退出/删除/移交、争议/第三方评测。不要接受“合同用我们标准模板”而跳过这些条款。
| 条款 | 要写什么 | 验收证据 |
|---|---|---|
| 验收/付款 | POC/上线/验收节点、门槛、尾款、失败处理 | 验收方案、签字页 |
| 数据/模型归属 | 企业数据、模型/微调权重、提示词、知识库、评测集 | 资产清单、合同附件 |
| 不可训练 | 企业数据不用于供应商训练/复用 | 承诺函、隔离/审计 |
| SLA/支持 | 可用性、响应、修复、升级、值班 | SLA、工单记录 |
| 变更/涨价 | 版本、价格、调用量、提前通知 | 变更流程、价目表 |
| 分包/安全 | 分包商清单、数据位置、事件通知、审计权 | 清单、DPA、通知模板 |
| 退出/删除 | 数据/日志/配置/账号移交、删除证明 | 移交清单、删除证明 |
合同条款是编辑建议，不替代律师审阅；具体知识产权、数据、SLA、验收和退出条款按项目/采购制度确认。
90 天 RFP 流程怎么排？
前两周需求/数据/预算，3–4 周写 RFP/评分，5–6 周答疑/短名单，7–8 周 POC/评审，9–12 周谈判、合同、启动并完成移交、基线复盘并留档。
RFP 不是发出去就结束。建议把“需求确认、RFP 发布、答疑、短名单、POC、评审、谈判、合同、启动”排成 90 天，并给每个阶段设 owner 和决策点。POC 时间盒尽量短，先验证关键假设，不要把所有需求都塞进 POC。
| 阶段 | 动作 | 产出 | 负责人 |
|---|---|---|---|
| 0–2 周 | 业务诊断、数据/系统盘点、预算/路径、RFP 范围 | 诊断报告、路径决策、预算框架 | 业务/采购 |
| 3–4 周 | 写需求书、评分表、POC/合同条款、审批 | RFP 文件、评分表、审批记录 | 产品/采购/法务 |
| 5–6 周 | 发布/答疑、供应商资格审查、短名单 | 答疑记录、短名单 | 采购 |
| 7–8 周 | POC/演示、评分、评审会 | POC 报告、评分表、评审纪要 | 业务/QA |
| 9–10 周 | 商务谈判、合同、SLA/退出条款 | 合同、SLA、退出清单 | 采购/法务 |
| 11–12 周 | 启动会、移交、基线、下一次评审 | 启动记录、基线、项目计划 | 项目经理 |
90 天流程是编辑建议；具体招标/采购时限、审批和合同流程按公司制度/招投标规则调整。
定标前验收清单
定标前核对需求、评分、POC、报价、合同和退出六类证据；任何一项缺失，都不要用“先签再说”补，并留档记录。
定标不是“选最高分”，而是确认高分有证据、低分有原因、合同能落地。下面清单可以给业务、采购、法务、IT/安全、数据和财务共用；每项都要有文件/记录，不接受口头承诺。
| 检查项 | 通过标准 | 证据 | 不合格处理 |
|---|---|---|---|
| 需求 | 业务/数据/系统/安全/验收/运维七段齐全 | RFP、需求确认 | 补需求/延后 |
| 评分 | 权重/证据/评委在收标前确定 | 评分表、评审记录 | 重评/留档 |
| POC | 企业样本、指标、门槛、时间盒、停止条件 | POC 方案/报告 | 补 POC/不选 |
| 报价/TCO | 八项科目、三年 TCO、假设/边界 | 报价明细、TCO 表 | 补报价/重算 |
| 合同 | 验收/付款、IP、不可训练、SLA、退出 | 合同/附件 | 谈判/换供应商 |
| 退出 | 数据/模型/提示词/知识库/账号移交和删除 | 退出清单、删除证明 | 补条款/不签 |
验收清单是编辑建议；具体定标、审批和合同签署按公司制度、采购/招投标规则和律师意见执行。
谁该读、谁不适合、能支持什么决策？
适合正在选型/招标/采购 AI Agent、RAG、客服、质检或文档问答的企业；不适合需求未定、没有业务 owner/数据盘点，或只想比低价的团队。
该读：企业 AI 项目负责人、产品/业务、采购、法务、IT/安全、数据和供应商管理；正在写 AI RFP、供应商短名单、POC 方案或合同条款的团队；需要把“效果”写进评分、验收和付款节点的企业。 不适合：需求未定、数据/系统没盘点、没有业务 owner 的团队；只想比低价、不接受 POC 或合同条款的项目；希望用一份 RFP 替代业务决策/技术评估的团队。 能支持：决定自建/采购/混合/外包、写需求书、设计评分表、POC、报价/TCO、合同和定标验收。
常见问题
RFP 和 RFI 有什么区别？
RFI 通常用于了解市场/供应商能力，不形成正式采购承诺；RFP 用于提出具体需求、评分和合同条件，选出供应商。需求还没定时可先做 RFI/诊断，但不要把 RFI 当 RFP 直接定标。
供应商太少，还要发 RFP 吗？
供应商少不代表不用写需求/评分/合同。可以用简化 RFP 或定向邀请，但仍要写清需求、POC、报价/TCO 和退出条款；只有一家时更要留证据，避免“只能选它”变成被动接受。
POC 要不要付费？
看范围和双方投入。短期、边界清晰的 POC 可以付费/抵扣后续合同；要求供应商免费做大量定制既不现实也不利于质量。关键是写清样本、时间盒、成果归属、费用/抵扣和停止条件。
评分权重怎么定？
按项目风险/目标定，不抄固定模板。业务/数据集成重，提高业务/数据权重；强监管/敏感数据，提高安全合规；预算紧，提高 TCO 但不能忽略退出成本。权重和证据要在收标前确定并留档。
报价越低越好吗？
不是。AI 项目常见低价 license + 实施/数据/集成/算力/运维/退出另计。要比三年 TCO 和边界，不只看首年报价；低于成本的报价往往意味着范围缩水、后期加价或服务质量下降。
合同没写退出条款怎么办？
签约前补：数据/日志/配置/账号/模型/提示词/知识库移交、删除证明、过渡期支持、费用和争议处理。已经签约的，尽快补充协议/操作手册，并做一次退出演练；没有退出能力的供应商，不应进入关键项目。
一句话总结
企业 AI 项目 RFP 先定路径和业务问题，再写七段需求书、六组评分、POC 样本/门槛、八项 TCO、合同/退出条款和 90 天流程；评分证据在收标前定，POC 用企业样本，合同写清 IP/不可训练/验收/退出，定标前六类证据缺一不可。
研究方法与局限
本文为公开标准、治理框架和编辑方法整理，不是对任何供应商、产品、报价、准确率、POC 或合同的认证/承诺或法律意见。文中没有使用未公开的客户 RFP、报价或合同；路径表、需求书、评分表、POC/TCO/合同清单、90 天流程和定标清单是编辑建议，具体需求、权重、POC、报价、合同和采购流程以业务风险、标准原文、公司制度、招投标规则和律师意见为准。
数据来源与口径
资料截止 2026-10-30；以下为公开官方/一手页面，具体适用范围、版本和条款以原文为准。
- 《人工智能安全治理框架3.0》（TC260，2026-09-14）：tc260.org.cn。风险治理/评估框架，可用于需求书的安全/风险段落。
- GB/T 45288.1-2025《人工智能 大模型 第1部分：通用要求》（2025-02-28 实施）：国家标准全文公开系统。大模型通用要求，可用于能力/生命周期基线。
- GB/T 45654-2025《网络安全技术 生成式人工智能服务安全基本要求》（2025-11-01 实施）：国家标准全文公开系统。生成式 AI 服务安全要求和评估基线。
- 《国家人工智能产业综合标准化体系建设指南（2024版）》（四部门，2024-07）：gov.cn。AI 标准体系/评测/服务规范的政策背景。