先定义需求：你要解决什么问题
这份简报面向正在评估华体网即时盘指数的人。开始之前先准备三样东西：一份写清用途的一句话需求、一张现有数据源清单、一份可接受的更新节奏区间。没有这三样，后面的对比会变成参数堆砌。 华体网即时盘指数内容更新
第一步，把需求写成一句可验证的话，例如“为盘中看板提供统一的即时盘指数口径”。第二步，标出谁在用、用在哪个环节。第三步，写下不做什么，避免范围蔓延。
- 用途一句话：说明华体网即时盘指数在流程中的位置。
- 使用者清单：列出看板、分析、复核等角色。
- 边界声明：写明本次不纳入的范围。
必选项与可选项：如何划分
把要求分成两栏，能显著减少后期返工。必选项是缺了就不能上线的能力；可选项是加分但可延后的能力。
- 必选项：口径可解释、更新节奏可预期、异常时可回退。
- 必选项：字段含义有文档，变更时有通知路径。
- 可选项：多源交叉核对、历史回看深度、导出格式丰富度。
- 可选项：界面自定义、提醒方式多样化。
常见坑：把可选项写进必选项，导致评估周期被拉长；或把回退能力当成可选项，上线后无法收场。
评估提问：向供应方问什么
提问要具体到可核对的动作，而不是听结论。下面这些问题可以直接抄进会议纪要。
- 问口径：即时盘指数的计算口径如何描述，变更时怎样通知？
- 问节奏：更新频率的承诺区间是多少，延迟如何度量？
- 问覆盖：覆盖哪些标的或场景，未覆盖部分如何处理？
- 问回退：出现异常时，切换到备用口径的步骤是什么？
- 问成本：计费与用量如何对应，超量如何提醒？
取舍：延迟、覆盖与成本的三角
三者很难同时最优。先确定哪一项是硬约束，再让其余两项让步。例如看板场景通常把延迟放在首位，覆盖可以分批接入；研究场景可能更看重覆盖与历史深度。
- 若延迟优先：接受覆盖分批，成本按核心场景投入。
- 若覆盖优先：接受更新节奏稍缓，先做离线核对。
- 若成本优先：缩小接入范围，用抽样核对替代全量。
把取舍写进一页纸，标注每项的接受理由，后续争议会少很多。
推荐框架：怎样收口并下一步
收口不是选一个名字，而是给出可执行的条件式结论：在什么前提下推荐哪种方案。用下面的顺序完成最后一步。
- 把必选项逐条打勾，未满足的直接排除。
- 在剩余方案中按硬约束排序，标注取舍理由。
- 写下推荐条件与不推荐条件，各一条。
- 安排一次小范围试用，明确观察指标与回退点。
- 试用结束后复核口径与节奏，再决定是否扩大范围。
按这五步走完，华体网即时盘指数的评估就从印象判断变成可复核的选型记录。