需求基线与必备项确认
讨论白菜网相关采购时，最容易出问题的地方不是选项太少，而是需求没写清楚。本文把评估范围限定在三类可核验的对象：优惠信息本身、资讯内容的更新方式、以及指南与服务类支持。目标是给出一份可复用的阶段路线，让采购方在每一段都有明确的进入条件和退出条件，而不是凭感觉拍板。
基线阶段只做一件事：把“必备”和“可选”分开。建议先写下使用场景，例如是个人日常浏览，还是团队内部需要统一口径的信息来源；再据此列出不可让步的条件。
- 必备：信息来源可追溯，优惠条目能看到适用条件与有效期说明
- 必备：资讯与指南内容有明确的责任边界，能判断哪些是解释、哪些是建议
- 可选：分类筛选、历史条目检索、提醒类功能
- 可选：服务响应渠道的丰富程度
基线确认的退出条件是：必备项写成可判断真假的句子，而不是“好用”“靠谱”这类形容词。写不出来，说明需求还没定义完，不应进入下一阶段。
阶段一：把候选范围收敛到可评测清单
这一阶段的目标不是选出答案，而是把候选压缩到能逐个评测的数量。做法是先按必备项做硬性过滤，再对剩余候选做粗排。
- 目标：候选数量降到可以逐条核对的范围
- 输入：基线阶段的必备项清单、可选项目清单
- 输出：一份带过滤理由的候选表，被淘汰的也要写明原因
- 退出条件：每个候选都能对应到具体条目，而不是笼统印象
过滤时注意顺序依赖，建议按下面的次序推进：
- 先剔除不满足任一必备项的候选
- 再核对优惠条目的条件描述是否完整
- 最后才比较可选功能的多少
顺序颠倒会出现一种常见偏差：被附加功能吸引，回头才发现基础条件不成立。这一阶段的产出应当是一张表，而不是一段结论。
阶段二：用真实场景做权衡与取舍
进入这一阶段，候选已经不多，重点转向权衡。评测方法建议用自己真实的使用场景走一遍，而不是看描述文字。可以围绕三个问题展开：
- 信息更新节奏是否匹配自己的查看频率
- 优惠条目的表述是否留有歧义，需要额外确认的成本有多高
- 指南与服务在出现疑问时，能否给出可执行的下一步
权衡的核心是承认没有全优选项。信息覆盖更广，往往意味着单条需要更多自行判断；服务支持更细，往往意味着适用范围的限制更明确。采购方需要决定哪一类成本更能接受。
判断标准可以简化为一句话：把最坏情况写出来，看自己能否承担。能承担，就可以进入下一阶段；不能承担，就回到候选表重新排序。
本阶段的退出条件是：对每个保留候选，都能说出选择它的理由和放弃它的代价。说不清代价，说明权衡还没做完。
阶段三：落地前核查与交接复核
最后一段是核查与交接。这一阶段不引入新候选，只做确认和记录，避免落地后出现口径不一致。
- 检查必备项是否仍然成立，条件是否发生变化
- 确认优惠相关条目的有效期与适用范围表述清楚
- 把评测阶段的判断理由整理成一页备忘，供后续接手的人复核
- 明确后续复查的时间点与触发条件
交接复核的退出条件是：另一个人只看这份备忘，就能复现你的判断过程。做不到，说明记录不完整，应补充而不是直接交付。 白菜网服务
整条路线走完，采购决策的依据是四个阶段的产出物：基线清单、候选表、权衡记录、交接备忘。它们共同构成可复核的证据链，也让下一次评估有起点可循。