先定需求基线：把采购范围写清楚
这次采购评估的对象是白菜网相关服务与资讯能力，目标不是立刻做决定，而是先明确“我们要解决什么问题”。在内部评估简报里，基线写不清楚，后面的选型就会被优惠信息牵着走。建议先把使用场景、参与角色、预算边界和时间窗口四项写进一页纸。
基线阶段要产出一份范围说明，至少包含以下内容：
- 使用场景：谁在什么情况下会用到白菜网资讯或白菜网服务，频率如何。
- 必备条件：不满足就直接排除的硬性要求，例如接入方式、数据边界、维护责任。
- 可选项：能提升体验但不影响决策的附加能力，例如界面偏好、通知形式。
- 约束条件：预算上限、上线时间、内部审批链条。
这一阶段的退出标准是：范围说明获得需求方与采购方共同确认，且必备与可选已分开列示。没有这份基线，不建议进入下一阶段。
第一阶段：把必备条件筛成候选清单
第一阶段的目标是把市场上的可选方案压缩成一份可评测的候选清单。做法是先按必备条件做硬过滤，再记录每个候选的来源与初步印象，避免在信息不全时过早比较价格。
本阶段目标
- 把基线中的必备条件转成可逐条打勾的检查表。
- 形成三到五个候选，并标注每个候选满足必备项的情况。
- 识别需要进一步核实的信息缺口。
输入与输出
输入是上一阶段确认的范围说明和必备条件清单；输出是候选清单与信息缺口表。信息缺口表要写清楚“缺什么、向谁问、什么时候问”，这是后续评测问题的来源。
退出标准
- 每个候选都能对应到必备条件的逐条结论。
- 不满足必备条件的候选已被记录排除理由，而不是直接删除。
- 信息缺口已分配到具体负责人。
这一阶段常见的权衡是：候选太少会限制比较，候选太多会拖长评测周期。建议以“能否在一周内完成信息补齐”作为筛选节奏的参考。 白菜网服务
第二阶段：用评测问题压缩候选范围
第二阶段进入实质评测。重点不是给每个候选打分排名，而是用统一问题集做横向对照，把差异暴露出来。评测问题应围绕接入成本、维护责任、信息透明度三个方向展开。
建议的评测问题
- 接入需要哪些前置准备，内部谁配合，预计占用多少人力。
- 日常维护由谁负责，出现异常时的沟通路径是什么。
- 白菜网资讯的更新节奏与我们的使用频率是否匹配。
- 优惠信息的适用条件是否清晰，是否存在理解歧义。
- 服务范围变更时，如何提前获知并评估影响。
本阶段输出
输出是一份对照表：行是评测问题，列是候选，格子里写事实与待确认项，不写主观评分。对照表完成后，组织一次内部评审，把明显不匹配的候选移出，保留两到三个进入下一阶段。
退出标准是：每个保留候选都有明确的支持理由与已知风险，且风险已被记录而非被忽略。
第三阶段：把选型结论落成可执行方案
第三阶段的目标是把选型结论变成可执行的采购方案，包括范围、责任、时间与检查点。这一阶段不再引入新候选，除非发现必备条件被违反。
方案应包含的内容
- 选定的服务范围与明确不包含的部分。
- 接入步骤的顺序依赖，哪些动作必须先完成。
- 维护责任划分与异常沟通路径。
- 试用或小范围验证的安排与观察指标。
退出标准
- 方案获得需求方、采购方与维护方三方确认。
- 关键依赖已排好顺序，不存在循环等待。
- 验证安排有明确的观察点和结束条件。
这里的权衡在于速度与稳妥：范围写得越细，确认耗时越长；写得越粗，后续返工风险越高。建议把“不包含的部分”写清楚，这往往比罗列功能更能减少分歧。
评审与交接：让检查项跟着决策走
最后一个阶段是把评估过程沉淀成交接材料，让执行方不需要重新推导结论。评审会不应重复讨论已确认的必备条件，而应聚焦未决问题与风险接受情况。
交接检查项
- 需求基线、候选清单、评测对照表三份材料是否齐全。
- 被排除的候选是否留有理由，便于日后复盘。
- 已知风险是否有明确的接受人或缓解动作。
- 维护责任与沟通路径是否已书面确认。
交接完成后，采购评估即告一段落。后续如需调整范围，应回到基线阶段重新确认，而不是在執行中临时追加必备条件。这样分阶段推进，能让白菜网相关采购的选型决策有据可查，也便于向内部说明每一步的判断依据。