供应商比价评审表：用 AI 看懂报价、风险和谈判点

真实困境

一堆报价摆在面前，最难的不是看价格，而是不知道该信什么

很多中小团队没有专职采购岗。老板要换一套系统，行政要找保洁和办公设备供应商，人事要选招聘外包，运营要找活动执行公司，部门主管要找软件开发团队。每家供应商都发来方案书、报价单、案例、服务承诺和一堆看起来专业的词。你打开文件夹，发现它们格式不同、口径不同、优惠不同，连“总价”都不一定在说同一件事。

最现实的压力是：你不是采购专家，但最后要对选择负责。选贵了，老板会问为什么不砍价；选便宜了，项目做崩了，使用部门会说当初就不该看最低价；合同里漏了服务范围，后面每加一点都要收费；方案里写得很好，真正交付时却说“不包含在报价内”。

这篇教程训练的能力，是用 AI 把供应商材料整理成一份能开会、能追问、能给老板验收的供应商比价评审表。读完后，你应该能做出一张表：说清需求口径、报价拆解、服务范围、隐性成本、风险问题、谈判问题、推荐理由和老板验收清单。

错误做法

只看总价，最容易把便宜买成麻烦

最常见的错误，是把三家报价放在一起，只看最后一行谁便宜。这个动作很快，也很危险。因为供应商 A 的总价可能包含实施、培训和一年售后，供应商 B 的总价只包含软件账号，实施和定制另算，供应商 C 的总价看起来高，但包含了迁移、驻场和数据清理。你以为在比价格，其实在比三种不同口径。

第二个错误，是把方案书写得厚当成专业。很多方案会写行业趋势、公司介绍、服务理念、成功案例，但真正影响后续合作的是几个具体问题：做什么、不做什么、多久响应、谁交付、怎么验收、失败怎么办、加需求怎么算钱。没有这些，方案再漂亮也不能直接用于决策。

第三个错误，是把 AI 当裁判。有人会把几份方案丢给 AI，问“哪家最好”。AI 可以帮你整理和提问，但不能替你承担预算、合同、交付和供应商关系。它不知道你公司现金流，不知道老板能接受什么风险，也不知道法务是否允许某些条款。让 AI 直接选供应商，本质上是把人的责任藏到工具后面。

本质解释

供应商评审的本质，是把购买决定拆成可检查的问题

用大白话讲，供应商评审就是在付钱之前把一件事问清楚：我们到底要买什么，每家能交付什么，实际要花多少钱，风险在哪里，谈判要问什么，最后为什么选这一家。它不是走流程，也不是为了证明自己做了比价，而是为了减少买错、漏项和后续扯皮。

这件事解决的是信息不对称。供应商比你更了解自己的服务和报价结构，你更了解公司的真实需求和预算约束。双方的信息并不在同一侧。如果你不把需求写清，供应商就会按对自己有利的口径报价；如果你不把报价拆开，后续追加费用就容易冒出来；如果你不把风险写明，老板看到的只是一句“推荐 A”。

所以一份好的比价评审表，不是简单排名表，而是决策底稿。它要让老板和使用部门看见取舍：为什么最低价不一定最好，为什么高价可能值得，为什么某家虽然功能强但交付风险大，为什么某家看起来普通却更适合当前阶段。

• 需求口径：我们按什么标准询价和验收。
• 报价拆解：钱分别花在什么地方，哪些以后还会加。
• 服务范围：供应商承诺做什么，不承诺做什么。
• 风险问题：哪些地方会影响交付、成本、合规或使用效果。
• 推荐理由：为什么这个选择适合当前公司，而不是看起来最完美。

工作产物

这篇教程最后要交付一份供应商比价评审表

比价评审表不是越复杂越好。它的价值是让非专业采购负责人也能把事情说清楚。最少要包含八块内容：需求口径、供应商基本信息、报价拆解、服务范围、隐性成本、风险问题、谈判问题、推荐理由。最后再加一页老板验收清单，方便审批人快速判断能不能进入谈判或签约。

这张表可以用 Excel、飞书表格、Notion、Word 或普通文档做。工具不重要，结构重要。AI 可以帮你把供应商材料整理进结构里，也可以提醒缺项、生成追问、把含糊表述改成可验收问题。但表里的关键判断，例如预算能不能承受、合同条款能不能接受、供应商关系要不要长期合作，仍然要由人确认。

你可以把这份表理解成采购决策的说明书。它不一定替老板直接做决定，但能让老板知道这个决定的依据是什么、还有什么没确认、签约前必须谈清什么。

1. 需求口径：采购对象、目标、必须项、加分项、排除项。
2. 供应商信息：资质、案例、联系人、交付团队、响应方式。
3. 报价拆解：一次性费用、周期费用、按量费用、赠送项、另收费项。
4. 服务范围：包含、不包含、交付物、验收标准、售后边界。
5. 隐性成本：内部人力、培训、迁移、定制、退出和续费成本。
6. 风险问题：证据、影响、待确认对象、追问问题。
7. 谈判问题：价格、服务、合同、付款、验收、退出机制。
8. 推荐理由：适合谁、牺牲什么、为什么现在可以选或不能选。

AI 分工

AI 适合做整理员、审稿员和追问清单，不适合做最终采购负责人

供应商材料通常是非结构化的：PDF 报价、PPT 方案、邮件回复、微信沟通摘要、合同草案、试用反馈、内部需求记录。AI 正好适合处理这类材料。它可以快速提取报价项目，把几家方案放进同一张表，发现口径不一致，提醒服务范围含糊，帮你把谈判问题写得更具体。

但采购决定不是文字整理题。选供应商意味着预算安排、合同责任、交付风险、内部协作和后续关系。AI 不能替你确认供应商是否真的有资质，不能替财务确认付款和发票，不能替法务审合同，不能替使用部门判断体验，也不能替老板接受价格和风险。

更稳的分工是：AI 先把材料变成可审阅的底稿，人再逐项确认。你可以让 AI 说“供应商 B 的报价未包含培训，可能导致后续费用”，但要由你去问供应商；你可以让 AI 说“供应商 C 的数据导出条款不清”，但要由法务或负责人判断是否能接受。

• AI 负责：提取、归类、对比、拆价、发现缺项、起草追问、检查逻辑。
• 采购负责人负责：确认事实、统一口径、组织评审、记录取舍。
• 使用部门负责：确认需求优先级、试用体验、验收标准。
• 财务负责：预算、付款、发票、税点、现金流影响。
• 法务或老板负责：合同条款、风险接受、最终选择和签约。

人负责边界

凡是会形成承诺、付款和法律责任的地方，都不能交给 AI 拍板

AI 的边界要提前说清楚，否则比价表看起来越完整，越容易让人误以为已经可以签约。第一类边界是事实确认。供应商说自己有某个资质、某个案例、某个交付团队，AI 可以摘出来，但不能证明它是真的。你需要查证照、看合同主体、要案例联系人或至少让供应商书面确认。

第二类边界是商业判断。便宜 20% 是否值得冒交付风险，贵 10% 是否值得换更好的响应，是否要签一年还是先试三个月，这些都和公司现金流、业务重要性和管理能力有关。AI 可以列利弊，不能替你承担结果。

第三类边界是合同和合规。数据安全、保密、知识产权、违约责任、付款节点、发票、退款、退出和争议解决，都需要人看。对于重要采购，最好让法务、财务或老板参与最终确认。AI 写出的合同风险提示只能作为检查线索，不能当法律意见。

准备材料

开始前先收齐六类资料，否则 AI 只能帮你写得像样，不能帮你审得靠谱

让 AI 做比价评审前，先准备资料包。资料包越清楚，AI 输出越接近真实工作。最重要的是内部需求，因为供应商方案再多，也要回到你到底要买什么。如果内部需求没有统一，后面所有对比都会变成各说各话。

第二类是供应商报价和方案。最好要求供应商按同一个询价口径回复，而不是让每家自由发挥。如果已经收到材料，也要让 AI 先整理差异，不要急着比较。第三类是合同或订单草案，很多风险不在报价单里，而在付款、服务边界和违约条款里。

第四类是沟通记录和试用反馈。供应商口头承诺、演示时的限制、使用部门试用中的问题，都要放进评审表。第五类是内部约束，例如预算、上线时间、人手、审批流程。第六类是历史经验，例如以前踩过的坑、同类项目失败原因、老板特别介意的点。

请帮我整理一次供应商比价评审材料。注意：你只负责归纳、拆解、对比和提出待确认问题，不替我选择供应商，也不替我承诺价格、合同和付款条件。

采购背景：
[公司/部门要买什么服务或系统，为什么现在要买，预计使用多久，谁会使用]

业务目标：
[这次采购要解决什么问题，例如降低人力成本、提升交付质量、替换旧系统、完成某个项目]

候选供应商：
[供应商 A/B/C 名称，可先用匿名代称]

已有材料：
[粘贴需求说明、报价单、方案书、服务清单、合同草案、沟通纪要、试用反馈。涉及价格、客户名、员工信息和合同条款时先脱敏]

请先输出材料诊断：
1. 已经能确认的事实。
2. 每家供应商材料缺了什么。
3. 不同供应商口径不一致的地方。
4. 可能影响价格和交付的风险点。
5. 不能从现有材料直接得出的结论。

要求：事实、推断、待确认问题分开写；不要用“性价比最高”这类结论替我拍板。

第一步

先统一需求口径：不要让供应商替你定义要买什么

很多比价混乱，根源不是报价复杂，而是需求没写清。比如你说要买客服系统，供应商 A 重点讲在线客服，供应商 B 重点讲工单，供应商 C 重点讲机器人。三家都没错，但你真正要解决的可能是售后响应慢、工单没人追、知识库混乱。需求不清，方案就会被供应商带着走。

统一需求口径，就是把本次采购的目标、范围和底线写成普通人能看懂的说明。它要回答五个问题：这次要解决什么问题，谁使用，必须满足什么，什么只是加分，哪些内容暂时不买。写清“暂不买”很重要，因为很多项目后期失控，都是从一句“顺便也做一下”开始的。

AI 可以帮你把内部聊天、会议纪要和老板要求整理成需求口径。你要做的是确认优先级。必须项不能太多，否则供应商很难报价；加分项不能伪装成必须项，否则评审会失真；排除项要写清，否则后面容易变成隐性需求。

请把下面的采购需求整理成统一口径，方便我拿去对比供应商。

采购对象：
[例如办公保洁服务、招聘外包、CRM 系统、官网改版、员工培训、客服系统]

使用场景：
[谁使用、每天/每周怎么用、目前痛点是什么、不能接受什么结果]

必须满足：
[列出硬性要求，例如服务时间、响应速度、数据权限、发票、资质、交付时间、系统对接]

希望加分：
[列出有更好但不是必须的要求]

预算和约束：
[预算范围、付款节奏、合同周期、上线时间、内部人手、审批要求]

请输出：
1. 需求一句话说明。
2. 必须项清单。
3. 加分项清单。
4. 暂不纳入本次采购的内容。
5. 需要向内部确认的问题。
6. 发给供应商的统一询价口径。

限制：不要扩大采购范围；不确定的地方写待确认。

第二步

拆报价：把“总价”拆成一次性、周期性和按量收费

供应商报价最容易藏问题的地方，就是把不同性质的费用混在一起。一次性费用是签约或上线时发生的，比如实施费、设计费、迁移费、培训费。周期性费用是每月或每年持续发生的，比如服务费、账号费、维护费。按量费用会随着使用量变化，比如账号数、门店数、工单数、存储量、人工小时、接口调用量。

只看第一年总价，很容易低估长期成本。比如某系统第一年报价便宜，但第二年续费涨价；某外包服务基础费低，但超过工单量后按件收费；某开发团队报价低，但任何需求变更都另算。如果你不拆，老板看到的是采购价，后面承担的是运营成本。

让 AI 拆报价时，要要求它保留报价前提。比如“按 50 个账号计费”“不含历史数据迁移”“只含一次培训”“服务时间为工作日 9:00-18:00”。这些前提往往决定真实价格。如果供应商没有写清，就标为待确认，而不是让 AI 猜。

1. 先列每家供应商的总报价。
2. 再拆成一次性、周期性、按量和另收费。
3. 标明每项费用的计算口径。
4. 把赠送项和优惠单独列出，不要直接抵消风险。
5. 计算 1 年、2 年或项目全周期成本。

请帮我拆解以下供应商报价，整理成可对比的报价明细表。

采购需求统一口径：
[粘贴已确认的需求口径]

供应商报价材料：
[粘贴 A/B/C 的报价单、方案书、合同草案或沟通摘要]

请按供应商分别输出：
1. 一次性费用。
2. 周期性费用：按月/年/项目阶段。
3. 按量计费项目：人数、账号数、工单数、门店数、小时数、调用量等。
4. 免费或赠送内容。
5. 另行收费项目。
6. 报价前提和限制条件。
7. 付款节点、发票和税点说明。
8. 需要人工确认的口径问题。

最后请输出一张横向对比表。不要只比较总价，要标明总价背后的计算口径。

第三步

看服务范围：方案里写了，不等于合同里承诺了

供应商方案里的很多话听起来很好，但不一定能验收。比如“提供专业培训”“保障高质量交付”“快速响应客户需求”“持续优化系统体验”。这些话可以作为态度，不能作为验收标准。真正有用的写法应该是：培训几次、每次多长、谁参加、是否有录屏；响应多快、什么渠道、节假日算不算；交付物是什么、谁确认、未通过怎么办。

看服务范围时，要特别关注三类内容。第一，明确包含什么。第二，明确不包含什么。第三，写得含糊但可能影响成本和交付的内容。很多争议不是供应商故意欺骗，而是双方对“包含”的理解不同。你以为包含数据迁移，供应商以为只包含新系统配置；你以为包含修改三轮，供应商以为只包含一次。

AI 可以帮你把方案话术翻译成验收问题。看到“专属客服”，就追问服务时间、响应渠道和升级机制；看到“定制开发”，就追问需求确认、变更次数、源码归属和上线验收；看到“长期维护”，就追问维护范围、修复时限和额外收费边界。

请帮我检查供应商方案中的服务范围是否可交付、可验收。

需求口径：
[粘贴本次采购的必须项和加分项]

供应商方案：
[粘贴方案书、服务范围、SLA、实施计划、售后说明、合同草案]

请输出：
1. 明确包含的服务。
2. 明确不包含的服务。
3. 写得含糊、容易产生争议的服务。
4. 交付物是什么，谁验收，什么时候验收。
5. 响应时间、服务时间、售后边界是否清楚。
6. 供应商需要补充承诺的问题。

要求：把营销话术翻译成可验收条款；不能确认的地方不要替供应商补承诺。

第四步

找隐性成本：真正贵的，常常不是报价单第一行

隐性成本不是供应商没写的阴谋，而是你在决策时容易漏算的成本。比如系统采购里的数据迁移、历史资料整理、员工培训、权限配置、接口对接、续费涨价、退出导出。服务采购里的驻场交通、加班、物料、返工、额外轮次、节假日支持。外包项目里的需求变更、验收延期、第三方素材和源文件交付。

还有一种隐性成本来自内部。便宜供应商可能需要你投入更多管理时间；功能强系统可能需要员工学习和流程调整；服务范围很灵活的团队可能需要你持续盯进度。采购不是把问题扔给供应商，而是建立一段合作关系。内部配合成本如果不算，后面会变成没人负责的灰色地带。

AI 很适合做隐性成本扫描，因为它不会只盯总价。你可以让它按采购对象逐项检查：上线前有什么成本，使用中有什么成本，续约时有什么成本，退出时有什么成本，内部要投入什么。然后把这些成本标成明确费用、可能费用和待确认费用。

• 系统类采购：实施、迁移、培训、账号、接口、存储、续费、退出。
• 服务类采购：排班、加班、物料、交通、额外轮次、响应升级。
• 外包类采购：需求变更、返工、源文件、知识产权、维护期、交接。
• 内部成本：对接人、审核时间、培训时间、流程调整、试用迁移。

请帮我扫描这次供应商选择里的隐性成本和后续费用。

采购对象和使用人数：
[说明买什么、多少人/门店/项目使用、预计使用周期]

报价和方案：
[粘贴报价、服务范围、合同草案、实施计划、售后说明]

请按以下维度检查：
1. 初始费用之外是否有实施、迁移、培训、定制、加账号、加门店、加功能费用。
2. 合同期内是否可能涨价或追加收费。
3. 内部需要投入多少人力、时间和配合成本。
4. 更换供应商或退出时是否有迁移、违约、数据导出成本。
5. 付款节点是否和交付验收匹配。
6. 哪些费用现在没有写清，需要谈判或写进合同。

输出时请区分：明确费用、可能费用、待确认费用、合同风险。

第五步

列风险问题：风险不是否定供应商，而是提前知道要问什么

很多人不愿意在评审表里写风险，怕显得自己挑刺。其实风险清单不是为了否定供应商，而是为了防止签约后才发现问题。采购里最有价值的风险问题，通常不是“这家公司靠不靠谱”这种主观判断，而是“如果交付延期，谁承担影响”“数据能否导出”“超过服务量如何计费”“关键人员变动怎么办”。

风险要有证据。比如供应商报价没有写培训次数，这是证据；合同草案没有退出条款，这是证据；试用反馈里使用部门说配置复杂，这是证据；供应商案例和你行业差异很大，也是一个需要确认的问题。没有证据的风险可以保留为假设，但不能写成定论。

AI 可以帮你把材料中的风险线索分类：需求匹配、价格付款、交付延期、售后响应、数据权限、合同合规、供应商稳定性。你要做的是判断风险等级，以及谁来确认。低风险可以谈判解决，高风险可能需要换供应商或缩短合同周期。

1. 先写风险事实或证据来源。
2. 再写它可能影响什么。
3. 再写需要向供应商、财务、法务或使用部门确认什么。
4. 最后写建议动作：追问、写入合同、试用验证、暂缓选择或接受风险。

请基于下面材料，帮我生成供应商风险问题清单。注意：风险问题用于追问和核实，不等于供应商一定有问题。

采购背景：
[采购对象、预算、使用部门、交付时间、业务重要性]

供应商材料：
[粘贴方案、报价、合同草案、资质、案例、沟通纪要、试用反馈]

请按以下类别输出风险：
1. 需求匹配风险。
2. 价格和付款风险。
3. 交付和延期风险。
4. 售后和响应风险。
5. 数据、权限和保密风险。
6. 合同、发票和合规风险。
7. 供应商稳定性风险。

每条风险都请写：证据来源、为什么可能影响我们、需要向谁确认、建议追问问题。

第六步

把对比结果变成谈判问题，而不是只说“能不能再便宜点”

谈判不是只砍价。很多时候，真正值得谈的是范围、验收、付款、售后、退出和风险分担。比如价格不降，但增加一次培训；总价不变，但把数据迁移写入服务范围；付款不提前，但按验收节点支付；合同周期不签一年，先签三个月试运行。这些都可能比单纯压低价格更有价值。

好的谈判问题来自比价表。供应商 A 报价高但服务全，可以问是否拆分非必要服务；供应商 B 价格低但培训另算，可以问培训费用和次数能否写清；供应商 C 功能强但上线慢，可以问是否分阶段交付，先满足必须项。谈判不是对供应商施压，而是把双方理解对齐。

AI 可以帮你把每家供应商的弱点转成礼貌、具体、可发送的问题。但你要设定底线。哪些可以让步，哪些不能让步，要由人决定。比如可以接受少一个加分功能，但不能接受数据导出不清；可以接受贵一点，但不能接受没有验收标准；可以接受分期付款，但不能接受付款早于交付。

请帮我把供应商比价结果转成谈判问题清单，不要替我承诺最终价格。

需求口径：
[粘贴必须项、加分项、预算和约束]

比价结果：
[粘贴报价拆解、服务范围对比、风险问题、试用反馈]

请输出：
1. 对每家供应商必须追问的问题。
2. 可以争取的价格条件。
3. 可以争取的服务条件。
4. 必须写进合同或订单的承诺。
5. 可以让步的地方。
6. 不能让步的底线。
7. 谈判后需要更新评审表的字段。

要求：问题要具体、可发送给供应商；不要使用威胁式语气；不要为了压价牺牲交付边界。

形成评审表

不要让 AI 写长报告，把结果压成一张能开会的评审表

AI 很容易把供应商评审写成一篇很长的分析报告。报告不是不能用，但开会时大家更需要一张表。表格能让差异直接摆出来：同一行看需求匹配，同一行看价格，同一行看风险，同一行看待确认问题。老板和使用部门不需要在段落里找答案。

建议评审表采用“横向对比加备注”的结构。列是供应商 A、B、C，行是需求匹配、报价、服务范围、隐性成本、风险、谈判问题、综合建议。每个单元格不要写太长，关键证据放备注或附件。重要的是让每个判断都能回到材料来源，而不是凭感觉打分。

如果你想加评分，也可以，但不要只给一个总分。评分应该服务于讨论，而不是替代讨论。比如需求匹配 30 分、总成本 20 分、交付能力 20 分、售后服务 15 分、风险可控 15 分。每个分数下面都要有理由，否则分数只是另一种主观印象。

• 一页摘要：推荐哪家、为什么、还有什么没确认。
• 一张对比表：同一口径看三家供应商。
• 一页风险和谈判问题：签约前必须问清。
• 一页老板验收清单：审批人快速判断是否能往下走。

老板验收

老板看评审表，不是看你做了多少表格，而是看能不能降低拍板风险

给老板看的评审表要克制。不要把所有材料都塞进正文，也不要把供应商宣传语原样搬进去。老板通常关心五件事：这次为什么要买，预算是否合理，哪家最适合当前阶段，最大风险是什么，签约前还要确认什么。如果这五件事说不清，表格再细也不能用于决策。

推荐理由要写取舍。比如“推荐 B，不是因为最低价，而是因为它满足全部必须项，第一年全周期成本可控，实施周期最短；不足是售后响应只覆盖工作日，需要谈判增加紧急响应条款”。这样的推荐比“综合评分最高”更有价值。

老板验收时也要看反面：有没有刻意回避风险，有没有为了推荐某家而放大另一家的问题，有没有把供应商口头承诺当成合同承诺，有没有把试用体验当成长期交付保证。AI 可以帮老板复核表格，但最终拍板仍然是人的责任。

请以老板或最终审批人的视角，检查下面这份供应商比价评审表是否可以用于决策。

评审表：
[粘贴需求口径、报价拆解、服务范围、隐性成本、风险问题、谈判问题、推荐理由]

老板最关心：
[预算、现金流、上线时间、服务质量、风险、长期成本、内部人力等]

请按以下标准检查：
1. 是否说清楚本次到底要买什么，不买什么。
2. 各供应商报价是否按同一口径对比。
3. 总价、隐性成本和后续费用是否分开。
4. 服务范围是否能验收。
5. 风险是否有证据，不是凭印象打分。
6. 推荐理由是否解释了取舍，而不是只看最低价。
7. 还缺哪些合同、法务、财务或业务确认。

最后请给出：可进入谈判 / 补材料后再谈 / 暂不建议采购，并列出最需要补齐的 5 件事。

案例一

行政选办公保洁供应商：最低价不是最后答案

一家 80 人左右的公司准备更换办公保洁供应商。行政同事找了三家报价。A 每月 7800 元，B 每月 9200 元，C 每月 8500 元。最开始大家倾向选 A，因为便宜。但行政把服务范围交给 AI 拆解后，发现 A 的报价只包含工作日基础保洁，不含每月深度清洁、玻璃清洁、绿植维护和临时会议支持；B 包含每月一次深度清洁和会议前后加急处理；C 包含耗材但响应时间没有写。

AI 做的部分，是把三家报价按同一口径拆开：每周服务频次、每天服务时段、人员数量、耗材、深度清洁、临时加班、响应时间、发票和违约处理。它还生成了追问清单，比如“节假日前后是否支持调整排班”“大会议后临时清洁是否另收费”“保洁人员更换如何通知”。

人做的部分，是行政和办公室负责人一起确认真实需求。公司经常有客户到访，会议室和前台体验很重要，所以临时响应比每月少几百元更关键。最后他们没有直接选最低价 A，而是拿 B 的服务范围去和 C 谈，要求 C 补充响应时间和深度清洁条款。评审表的结论不是“C 最好”，而是“C 在补齐响应条款后更适合当前办公室场景”。

• 输入材料：三家报价单、办公室面积、员工人数、会议频次、现有保洁痛点。
• AI 产出：同口径服务范围表、隐性费用清单、谈判问题。
• 人工验收：行政确认服务频次，办公室负责人确认客户到访要求，财务确认预算。
• 可迁移场景：办公设备租赁、物业服务、绿植维护、员工体检供应商。

案例二

部门主管选 CRM 系统：功能多，不等于更适合

一家 B2B 服务公司准备采购 CRM。销售主管、运营和老板各自看了几套系统。A 功能最全，报价每年 12 万；B 报价 7 万，但高级报表另收费；C 报价 9 万，功能不算最多，但实施周期短，支持从旧表格导入客户数据。最开始团队陷入争论：销售想要功能多，老板关心预算，运营担心数据迁移，财务担心付款和发票。

他们先让 AI 整理需求口径：本次不是建设完整数字化平台，而是解决客户跟进分散、销售阶段不透明、线索来源统计不准三个问题。必须项是客户管理、销售阶段、跟进记录、基础报表、权限、数据导入和售后培训；加分项才是自动化营销和复杂仪表盘。

在这个口径下，AI 重新拆解三家报价。A 的功能确实强，但很多功能本年度用不上，实施周期也更长；B 首年便宜，但高级报表、数据导入和培训另收费，算上隐性成本后并不便宜；C 满足必须项，导入和培训写得清楚，风险是后续自动化能力有限。最后团队建议先选 C，合同签一年，保留数据导出条款，半年后复盘是否需要升级。

• 输入材料：销售痛点、三家系统方案、报价单、试用反馈、旧客户表字段。
• AI 产出：必须项和加分项区分、全周期成本表、风险和谈判清单。
• 人工验收：销售确认使用体验，运营确认数据迁移，财务确认付款，老板确认阶段性目标。
• 可迁移场景：客服系统、HR 系统、项目管理软件、财务报销系统。

常见错误

新手做供应商比价，最容易踩这十个坑

第一个坑，是没有统一需求就开始比价。这样每家供应商都在回答不同题目，最后只能凭感觉选。第二个坑，是只看首年价格，不看续费、加账号、加服务和退出成本。第三个坑，是把供应商案例当成能力证明，却没有确认案例是否和自己行业、规模、需求相似。

第四个坑，是把口头承诺当成正式承诺。供应商演示时说“这个可以支持”，不等于合同里会支持，也不等于免费支持。第五个坑，是忽视使用部门试用。采购负责人觉得方案好，但真正使用的人觉得难用，最后系统买了没人用。第六个坑，是为了省钱压掉售后、培训和验收，后面内部成本反而更高。

第七个坑，是给评分但不给证据。分数看起来客观，实际可能只是主观喜好。第八个坑，是让 AI 直接生成推荐结论，没有人工检查合同和财务。第九个坑，是忽视退出机制，等到想换供应商时才发现数据拿不出来或违约成本很高。第十个坑，是比价表做完就结束，没有把谈判结果更新回表里。

检查清单

两类清单必须保留：开始前清单和输出质量清单

供应商评审不一定每次都很正式，但清单最好固定。开始前清单用于防止资料不全，输出质量清单用于防止表格看起来完整但不能决策。对非专业采购负责人来说，清单比经验更可靠，因为它把容易漏的动作写在眼前。

开始前清单重点看输入：需求有没有统一、预算有没有范围、供应商是否按同一口径报价、合同和沟通记录是否纳入、敏感信息是否脱敏。输出质量清单重点看结果：是否能说明取舍，是否区分事实和推断，是否有待确认问题，是否能支持谈判和审批。

你也可以按采购金额设置不同严谨度。低金额、低风险的采购可以用简版清单；高金额、涉及数据、客户、合同或长期服务的采购，要增加财务、法务和使用部门验收。

模板复用

把模板按顺序使用，不要一上来就让 AI 给最终推荐

这篇文章里的模板不是一次性全部丢给 AI。更好的用法是分阶段。第一阶段用材料整理模板，让 AI 先判断材料是否够。第二阶段用需求口径模板，把内部要求统一。第三阶段用报价拆解、服务范围和隐性成本模板，把供应商材料转成表格。第四阶段用风险和谈判模板，准备下一轮沟通。第五阶段才用老板验收模板，检查是否能提交。

每次使用模板后，都要人工确认一遍。AI 输出“待确认”的地方，不要删掉。待确认项是采购工作的重点，不是文档瑕疵。真正成熟的评审表，不是假装所有事情都已经确定，而是清楚告诉老板哪些已经确认，哪些签约前必须确认。

如果你的团队经常采购同类服务，可以把这些模板沉淀成固定流程。比如行政采购、系统采购、外包采购分别保留一套常见隐性成本和风险问题。下次不需要从零开始，只要更新需求和供应商材料。

1. 先用材料整理模板，确认输入是否足够。
2. 再用需求口径模板，统一内部标准。
3. 再用报价拆解模板，建立横向比较。
4. 再用服务范围和隐性成本模板，补齐真实成本。
5. 再用风险和谈判模板，准备下一轮供应商沟通。
6. 最后用老板验收模板，判断是否能进入审批或签约。

课后练习

用一个真实小采购练习，不要从高风险合同开始

第一次练习，不建议直接拿几十万的系统采购或复杂外包项目开练。你可以选一个金额不太大、材料相对完整、但确实需要比较的采购场景，比如办公用品供应商、员工体检、设计外包、活动物料、短期培训、简单 SaaS 工具。目标不是马上做出完美采购制度，而是完整走一遍流程。

练习时准备三份材料：内部需求说明、两到三家供应商报价、一次沟通记录或试用反馈。先让 AI 做材料诊断，再统一需求口径，然后拆报价、看服务范围、列隐性成本和风险，最后生成谈判问题。每一步都不要急着改成漂亮文案，先保留事实和待确认问题。

练习结束后，找一个同事或主管看评审表。让对方只回答三个问题：能不能看懂我们要买什么，能不能看懂为什么不只看最低价，能不能看懂签约前还要问什么。如果这三个问题能回答，说明你的评审表已经有管理价值。

1. 选一个低到中等风险的真实采购。
2. 收集内部需求、报价、方案和沟通记录。
3. 用模板跑完需求、报价、范围、成本、风险和谈判六步。
4. 把结果压成一页摘要加一张横向表。
5. 请主管验收，看是否能支持下一轮谈判。

两周落地

两周把供应商评审从个人经验变成团队流程

第一周的目标，是做出第一版可用模板。第 1 天，选一个正在发生或刚结束的采购项目，收集材料。第 2 天，统一需求口径，写清必须项、加分项和排除项。第 3 天，拆解报价和服务范围。第 4 天，扫描隐性成本和风险问题。第 5 天，把评审表拿给使用部门、财务或老板看，收集他们看不懂和不放心的地方。

第二周的目标，是把流程固定下来。第 6 到 7 天，根据反馈调整表格字段，删掉没人看的内容，补上关键验收点。第 8 天，整理常见追问问题，例如付款、售后、培训、数据、退出。第 9 天，规定哪些采购必须走完整评审，哪些可以走简版。第 10 天，把模板放到团队文档里，并指定每次采购谁负责更新。

落地时不要追求制度很重。对小团队来说，最实用的是三条规则：超过一定金额要有同口径比价；涉及系统、数据、客户或长期服务要有风险清单；签约前必须把口头承诺写入合同或订单。AI 负责把材料整理得更快，人负责让决定更稳。

• 第 1 周产出：一份真实采购评审表和一轮人工验收反馈。
• 第 2 周产出：团队可复用的模板、追问清单和适用规则。
• 保留节奏：每次谈判后更新评审表，每次采购结束后复盘漏项。

最后提醒

AI 让你看得更清楚，但不能替你承担选择

供应商选择最难的地方，不是把材料整理漂亮，而是在不完美的信息里做负责任的取舍。AI 可以让你更快看出报价差异、服务漏洞、隐性成本和追问问题，也可以帮你把评审表写得更清楚。但它不能替你确认事实，不能替你谈判，不能替你签合同，也不能替老板接受风险。

真正值得追求的结果，是让采购过程从“凭印象选一家”变成“按同一口径审一遍”。哪怕最后仍然选择最低价，你也知道最低价牺牲了什么；哪怕最后选择更贵的供应商，你也能说明贵在哪里、值不值、风险如何控制。这样的比价评审表，才是非专业采购负责人最需要的工作产物。

以后遇到任何买服务、买系统、选外包供应商的场景，都可以按同一条线走：先统一需求，再拆报价，再看范围，再找隐性成本，再列风险，再准备谈判，最后让老板验收。流程稳定了，采购判断才会稳定。