我们到底要解决什么问题？
先把问题说清楚：德州大小这个词在不同人嘴里含义不一样，有人指范围，有人指规模，有人指某种对比口径。评估之前，第一步不是比参数，而是确认自己到底要解决什么问题。如果问题定义模糊，后面所有对比都会失焦。
建议先用一句话写下目标，再补充使用场景、参与角色和期望结果。写不出来，说明还没到选型阶段。
- 目标：要回答的是范围问题、规模问题，还是对比口径问题？
- 场景：谁在用、在什么情况下用、用完要产出什么？
- 边界：哪些内容明确不在本次讨论范围内？
哪些条件是必须满足的？
把条件分成两类：必须满足的硬条件，以及满足更好、不满足也能接受的加分项。硬条件通常来自合规、流程或既有约束，加分项则来自效率与体验。两者混在一起，评估就会变成无休止的争论。
- 硬条件：不满足就直接排除，不进入下一轮比较。
- 加分项：用于排序，不用于一票否决。
- 待确认项：暂时无法判断的，单独列出并标注由谁确认。
把这三类写在一页纸上，比列几十条参数更有用。
评估时该问哪些问题？
直接回答：评估问题应当围绕可验证的事实，而不是围绕印象。下面这组问题可以按顺序问，每个问题都要求给出依据，而不是结论。
- 这个说法对应的是哪种口径？口径不同结论会不会变？
- 如果条件变化，结论还成立吗？变化到什么程度会失效？
- 有没有反例？反例出现的条件是什么？
- 谁来验证？用什么方式验证？验证结果记录在哪里？
问完这四类问题，多数模糊表述会自己露出边界。
按场景还是按参数来比？
先按场景分组，再在组内比参数。场景不同，参数权重就不同；脱离场景比参数，容易得出看似精确却没有意义的排序。
有哪些取舍需要提前想清楚？
取舍不是缺点，而是选择必然带来的代价。提前把代价写出来，评估时就不会被单方面的优点带偏。 德州概况
- 范围取舍：覆盖更广通常意味着边界更模糊，需要更多确认。
- 精度取舍：口径越细，维护成本越高，对使用者的要求也越高。
- 时间取舍：快速给出粗略结论，还是慢一点换取更稳的判断。
- 沟通取舍：统一口径省事，但可能掩盖场景差异。
把这些取舍摆到桌面上，讨论会从“哪个更好”转向“我们更愿意承担哪种代价”。
下一步怎么推进？
把上面的内容收成一份可执行的推进顺序，避免停在讨论层面。
- 用一句话写下目标与边界，交给相关人确认。
- 列出硬条件、加分项和待确认项，标注负责人。
- 按场景分组，逐组回答评估问题并留下记录。
- 针对每组写出取舍说明，明确接受哪种代价。
- 确定一个最小验证动作，用结果决定是否继续推进。
做到这一步，德州大小就不再是一个模糊的词，而是一组可以逐项回答的问题。