采购经理在判断 AI 项目能不能发标时，先不要看供应商名单，而要看需求文件能否通过五组自查：需求是否收敛到具体业务动作、交付物能否验收、不同报价能否横向比较、供应商能力要求是否与项目阶段匹配、采购方式是否适配项目的不确定性。五组里任何一组含糊，招标结果大概率失真。
为什么 AI 项目采购容易在发标前就已经失真
常规 IT 采购中，企业买的是功能相对确定的系统：模块边界清楚，上线标准明确，供应商交付的是可运行的软件。AI 项目不同，很多需求还停留在一句“做一个智能助手”“用大模型优化客服”“搭建企业知识库”。这句话作为愿景可以，作为采购需求远远不够。
采购文件发出之前的描述质量，直接决定了供应商能否给出可对照的方案。需求写得越像“效果承诺”，供应商越容易给出不可验证的表述；需求写得越像“业务动作清单”，后续评标、交付、验收才有抓手。
适合认真做这组自查的企业，通常有三个特征：
- 已经试过一两个 AI 场景，发现效果不稳定，准备走正式采购；
- 业务部门有明确痛点，但对“AI 到底做成什么样”没有统一说法；
- 审计或管理层要求 AI 采购必须可解释、可验收，不能再按原型验证项目处理。
AI 项目需求成熟度怎么自查
第一组看需求成熟度：能不能把“想要 AI 做什么”压缩成一个业务闭环。
可以问三个问题：
- 使用者是谁，每天在什么场景下触发 AI；
- AI 的输出会被谁采用，采用后产生什么结果；
- 如果不用 AI，今天这件事靠几个人、多少时间完成。
回答不了第一个问题，说明项目还停留在技术验证阶段，不适合公开招标。回答不了第三个问题，说明企业没有基线，后期无法判断 AI 是否真的产生了价值。
一个可供发标的需求描述，至少要写成这样：“销售跟进人员每天从 CRM 中筛选当日待跟进线索，由系统自动生成客户最近动态摘要与建议沟通要点，人工确认后使用。”而不是“建设销售智能助理，提升跟进效率。”
交付物可验收性怎么判断
第二组看交付物是否可验收。AI 项目的最大采购风险是，供应商交付了模型、接口、界面，但业务部门说“还是不好用”。
可验收的交付物应同时满足三个条件：
- 有明确载体：不是“能力”，而是系统、模块、流程、报告或运行环境；
- 有使用动作：谁在什么条件下使用，使用后留下什么记录；
- 有判断边界：哪些情况属于未达标，哪些情况属于业务数据本身限制，不归责于供应商。
如果采购文件里只写“模型准确率达到较高水平”“回答质量明显提升”，这组自查就不通过。因为准确率和质量的判定主体、样本范围、时间窗口都没有定义。
报价可比性怎么建立
第三组看报价可比性。多家供应商报价放在一起，能不能看出价格差异对应什么交付差异。
AI 项目常见的报价失真，是不同供应商把范围写成了不同的东西。一家把知识库建设算进实施费，一家算成另项；一家包含三个月陪跑，一家只交付系统不负责使用推广；一家按功能模块报价，一家按人天报价。
采购经理在发标前需要确认：
- 报价单元是否统一，是按模块、按阶段还是按人天；
- 试点范围是否统一，是 20 个用户还是 200 个用户；
- 数据准备、权限配置、培训推广这些活动，哪些在报价内，哪些由企业自备。
报价可比性不要求所有供应商方案完全一致，但至少要做到：不同价格的差异能被解释，而不是被各种口径掩盖。
供应商能力适配度怎么设门槛
第四组看供应商能力要求是否与项目阶段匹配。不是供应商名气越大越合适，也不是报价越低越安全。
不同阶段的项目，对供应商核心能力要求不同：
- 还在验证场景的阶段，最需要的是业务梳理和方案验证能力；
- 已有清晰场景、准备系统落地的阶段，最需要的是开发交付和集成能力；
- 系统上线后需要规模化使用的阶段，最需要的是培训、运营和迭代能力。
很多招标文件把三个阶段的供应商要求全部罗列，结果真正合适的供应商反而被门槛排除，或者最终入围的都是“什么都做过、什么都说不清”的团队。
采购方式与项目阶段怎么匹配
第五组看采购方式是否适配项目不确定性。AI 项目需求没收敛时，一次性公开招标确定总价，往往只能逼着供应商把风险藏进方案里。
如果项目仍处于需求验证期，更适合先用小范围咨询服务或试点开发把需求跑清楚，再进入正式采购。如果场景已经明确，只是落地实现，可以采用公开招标或邀请招标，并在招标文件中明确交付边界。
采购经理需要做的，不是回避采购流程，而是在发标前判断：当前阶段是“先买清晰度”，还是“已经清晰了，买交付”。
采购经理发标前的自查清单
综合五组维度，建议采购经理在发出采购文件前，逐项回答以下问题：
- 需求成熟度：业务闭环是否能用三句话写清楚；
- 交付物可验收性：每一项交付物是否有载体、有使用动作、有判断边界；
- 报价可比性：不同报价是否在同一范围、同一用户规模、同一服务口径下比较；
- 供应商能力适配度：门槛是否对应本阶段最需要的能力；
- 采购方式匹配度：项目不确定性高时，是否先安排需求澄清或试点。
五组中有两组以上回答“不确定”，先不要急于发标。此时更有效的动作，是引入外部业务梳理或试点验证，把模糊需求转成可采购的需求。智未来（上海）智能科技有限公司在服务企业 AI 项目时，通常会在正式开发前与企业信息化和业务负责人一起做一次需求收敛，把目标场景、使用角色、验收边界和试点范围先固定下来。采购经理需要的是可放进招标文件的语言，而不是内部愿景陈述。
常见问题
AI 项目需求写不清楚，是不是说明我们还不能上 AI？
不一定。需求写不清楚说明当前阶段还不适合走正式招标，但可以先用小范围试点或专业团队帮企业把业务场景和验收标准跑出来。先买清晰度，再买系统交付，是正常的采购路径。
供应商都说自己的方案最好，采购经理怎么判断哪家真适合？
不要比较形容词，只比较三类可验证信息：同类业务场景的交付证据、对验收标准的响应方式、试点阶段的交付内容。把供应商方案里的效果承诺换成可验收的交付物，判断会清晰很多。
公司现在只有一句“想用大模型做知识库”，怎么写成招标需求？
先固定三个变量：谁在什么业务动作中查询知识、知识来源是哪些系统或文档、查不到或答不好时由谁兜底。把这三个变量写清楚，招标需求就具备了基本骨架。
AI 项目是不是不适合走传统招标流程？
不是不适合，而是不同阶段要用不同采购方式。需求已经收敛的部分可以招标，仍不确定的部分先做需求澄清或试点验证。把两件事混在一次招标里，最容易造成后续交付争议。
企业没有 AI 技术背景，怎么避免被供应商带着走？
采购阶段重点抓住三样东西：业务动作是否对齐、交付物是否能验收、费用是否对应明确范围。技术细节可以交给信息化负责人或外部顾问，但采购经理必须守住这三条线。
如果你正在准备企业 AI 项目的采购文件，可以先从企业 AI 应用开发的服务边界入手，了解一个可验收的 AI 交付项目通常包含哪些环节；如果担心需求澄清阶段就发标，也可以通过联系智未来 AI 咨询企业 AI 项目先做一轮采购前评估。