vendor-evaluation

供应商评估技能

生成一套结构化的供应商评估框架，从定义标准到评分比较并给出建议。

所需输入

• 采购内容
• 待评估的供应商（至少 2 家）
• 关键决策标准（如已知）
• 决策者
• 预算范围
• 决策时间线

输出结构

1. 评估标准和权重

类别	权重	理由
功能匹配度	[%]	能否满足我们的需求？
商务条款	[%]	价格、灵活性、付款方式
实施	[%]	启动有多困难？
支持和 SLA	[%]	出现问题时如何处理？
安全与合规	[%]	是否符合监管要求？
供应商稳定性	[%]	这家公司 3 年后还会存在吗？
客户参考	[%]	还有哪些人在使用？

权重总和必须为 100%。

2. 评分标准

• 5：超出要求——明显处于业界领先水平
• 4：满足要求——完全符合，仅有轻微不足
• 3：部分满足——存在明显不足，需要采用变通方案
• 2：存在重大不足——需要采用变通方案
• 1：不满足——无法满足要求

3. 供应商评分卡

标准	权重	[供应商 A]	加权得分	[供应商 B]	加权得分	[供应商 C]	加权得分
功能匹配度	[%]	/5		/5		/5
[继续...]
总计	100%		/5		/5		/5

4. 向每家供应商提出的关键问题

功能：请演示 [最关键的使用场景]。客户要求的功能中，您的产品有哪些无法实现？ 商务：哪些内容已包含，哪些属于附加项？合同最低期限和通知期是多少？续约时是否有价格保障？ 实施：对于我们这样的规模，典型的实施流程是怎样的？您需要我们的团队提供什么？ 支持：严重问题的 SLA 是什么？支持服务包含在费用内，还是需要额外付费？ 安全：是否通过 ISO 27001 / SOC 2 认证？数据存储在哪里？发生数据泄露时的通知流程是什么？

5. 客户参考调查问题

• 使用 [供应商] 多久了？实施过程中有没有意外情况？支持响应是否及时？您希望自己当初了解什么？您会再次选择他们吗？

6. 建议

推荐供应商： [名称] | 得分： [X/5] 理由： [与此次决策相关的具体优势] 主要风险： [风险和缓解措施] 条件： [签约前需要协商的合同条款] 第二候选供应商： [供应商及未胜出的原因]

质量检查

• 评估标准的权重总和为 100%
• 在为供应商评分前（而非事后）定义评分标准
• 包含客户参考调查问题
• 建议包含风险和条件，而不只是选出赢家
• 说明第二候选供应商未胜出的原因（便于今后继续沟通）
• 明确需要协商的合同条款

常见误区

• 不要给所有评估标准设置相同权重——评分卡必须体现各项标准的相对重要性
• 不要只根据功能评估供应商——安全、支持、合同条款和财务稳定性也很重要
• 不要在未说明第二候选供应商为何落选的情况下给出建议——这有助于今后与供应商沟通
• 不要跳过需要协商的合同条款——识别谈判筹码是采购决策的一部分
• 推荐供应商时，必须说明哪些情况下建议会改变

示例触发语

• “帮我评估 [采购项目] 的供应商”
• “为 [软件/服务] 创建供应商评分卡”
• “针对 [使用场景] 比较 [供应商 A] 和 [供应商 B]”