先定判据：明确你要解决的判断问题
谈平博的选型，第一步不是打开数据页面，而是写下你要回答的问题。是要看一场比赛的进程变化，还是要判断一条消息是否值得跟进？两种问题对应两类信息源，判据不同，结论就不同。
把判据写成三列：判断目标、需要的时效、可接受的核对成本。平博赛事数据通常服务于“看变化”，平博资讯通常服务于“看背景”。先把这两栏填清楚，后面的对比才有意义。
- 判断目标：我要做的下一步动作是什么
- 时效要求：分钟级、小时级还是天级
- 核对成本：我愿意花多少时间交叉验证
第一步：拆解使用场景与时效要求
把日常场景列出来，逐个标注时效。比如赛前准备、赛中跟进、赛后复盘，这三类场景对信息的要求完全不同。这一步的产出是一张场景—时效对照表。
- 写下本周实际会发生的三个场景
- 为每个场景标注所需时效
- 标注该场景下最怕出现的错误
- 把场景按时效从紧到松排序
排序完成后你会发现，真正需要平博实时动态的场景往往只有一两个，其余场景用较慢的信息源就够。这一步能直接缩小选型范围。
第二步：对比平博赛事数据与平博资讯的差异
两者不是替代关系，而是差异明显的两种输入。平博赛事数据偏向结构化、连续、便于比对；平博资讯偏向叙述性、解释背景、便于理解因果。对比时建议只用同一组判据，避免各说各话。
- 时效：赛事数据更新更连续，资讯通常有发布节奏
- 结构：赛事数据字段固定，资讯需要自己提炼要点
- 用途：赛事数据用于观察变化，资讯用于解释变化
- 核对：赛事数据可做前后比对，资讯更适合多源印证
如果只选一种，问自己：缺少哪一类会让我做出错误动作？答案指向哪边，就先上哪边。
第三步：按场景把两者组合成信息流
多数实战场景的答案不是二选一，而是组合。做法是先定主源，再用另一个做校验。主源决定你看到什么，副源决定你信不信。
- 为每个场景指定一个主源
- 指定一个副源用于交叉核对
- 写清两者不一致时的处理动作
- 约定多久回看一次这个组合是否仍然合适
组合完成后，平博实时动态只放在时效最紧的场景里，其余场景保留较慢的核对节奏，避免信息过载。
第四步：上线前做小样本核对与自检
正式使用前，用一个小样本走一遍流程，验证判据是否站得住。这一步不追求覆盖全部，只追求暴露明显问题。
- 样本是否覆盖了你写下的三个场景
- 主源与副源不一致时，处理动作是否可执行
- 时效标注是否与实际观察一致
- 是否出现为了凑信息而引入无关内容
自检通过后再扩大范围，比一开始就全量接入更稳妥。
常见误区：把信息量当成选型标准。信息越多，核对成本越高；如果判据没定，多出来的内容只会拖慢判断。
常见误区与收尾：把选型固化成可复用清单
最后把这次对比的结论写成清单，下次换场景时直接套用，而不是重新争论一遍。 平博
- 判断问题是否已经写清楚
- 主源与副源是否各就各位
- 不一致时的动作是否明确
- 回看周期是否已经约定
这样处理，平博赛事数据与平博资讯的对比就从一次讨论变成一套可重复的流程，选型也不再依赖临时感觉。