用途：帮助团队挑选合适的工具或服务、谈判公平条款并规避锁定陷阱，技术栈无关，适用于 SaaS、基础设施供应商、代理机构及任何外部依赖。
适用场景：为新需求选型；评估现有供应商的替代方案；自建与购买分析；续约前决定去留；执行正式 RFP 或 RFI；比较最终候选；谈判合同；评估供应商风险（财务、安全、依赖）。不适用：一般成本削减、具体合同法律条款、现有供应商的性能问题、一次性项目雇佣代理机构。
所需输入：需求（要解决的问题与成功标准）、约束（预算、时间线、集成要求）、利益相关方（用户、IT、安全、财务、法务）、现有背景、合规要求。
框架分五阶段：一、定义需求，先明确问题、用例、成功标准、预算范围、时间线与必备集成；二、自建与购买，核心差异化、需求极特殊、经济性成立且有维护团队时自建，否则购买；三、生成候选名单，来源包括内部知识、分析报告、同行推荐、评论、已用相邻供应商、开源替代，先宽后窄至 2-4 家；四、给最终候选打分，维度含功能契合（40%）、技术契合（15%）、运营契合（10%）、安全合规（10%）、供应商健康（10%）、成本（10%）、锁定风险（5%），按 1-5 分加权求和；五、谈判，可谈价格、条款、成功承诺、SLA、终止条款、责任上限、子处理方与数据处理。
工作流：写一页需求简报；记录自建/购买理由；筛选候选；用真实用例做演示与试用并做参考电话；进行安全与合规审查；协作打分；与首选谈判并保留备选；规划上线（负责人、培训、迁移、30/90/180 天成功标准、续约日历）；记录决策、备选、评分、条款与续约截止日。
常见失败模式：跳过需求定义、单一来源决策、被销售魅力左右、只看供应商提供的参考、忽视安全、演示不匹配用例、试用不模拟真实使用、只谈价格、未跟踪自动续约、无退出计划的锁定、对未验证供应商签多年合同、无内部推动者、口头承诺后再谈判、忽视安全红旗、苹果对橘子比较。
输出格式：供应商评估文档，含需求简报、自建/购买决策、候选名单、评分卡、演示与试用笔记、安全合规摘要、参考电话笔记、推荐及理由、谈判条款、上线计划、续约日历。若所需数据不可用，应说明缺口而非编造。参考文件 references/evaluation-rubric.md 提供加权评分模板与示例。