需求定义（need definition）
在尊龙凯时相关采购或选型讨论中，需求定义是指把模糊的“想要”转写成可验证的约束条件。它通常回答三个问题：要解决什么场景、边界在哪里、什么条件下算达标。需求定义不是愿望清单，而是后续所有比较的基准线。
相关术语包括“负载边界”“运行约束”“验收口径”。词条用法上，需求定义常与“范围”搭配，例如“先锁定范围，再谈方案”。如果需求定义缺失，评估问题就会退化成偏好之争。
必选项与可选项（must-haves vs nice-to-haves）
必选项是指不满足就无法进入下一轮的条件，可选项是指满足后体验更好、但不构成否决项的条件。两者不是固定标签，而是随场景变化的相对概念。同一个能力，在一个场景里是必选项，在另一个场景里可能只是可选项。
使用时可以先列一张分组清单：
- 必选项组：与安全、合规、基本可用性直接相关的条件。
- 可选项组：与效率、扩展、维护便利相关的条件。
- 待定组：需要进一步验证才能归类的条件。
相关词条还有“硬约束”“软约束”。把必选项与可选项分开，是采购选型简报里最省时间的动作之一。
评估问题（evaluation questions）
评估问题是指用来检验候选方案是否满足需求定义的具体提问。好的评估问题应当可以被回答为“是/否”或给出明确区间，而不是只能得到主观感受。评估问题通常围绕三类：边界是否覆盖、约束是否满足、交接是否清晰。
示例性的评估问题包括：
- 在预期负载边界内，方案是否仍留有余量？
- 运行约束变化时，调整成本落在哪一方？
- 阶段交接需要哪些前置条件，由谁确认？
相关术语是“验证口径”。评估问题越具体，后续的权衡取舍就越有依据。
权衡取舍（tradeoffs）
权衡取舍是指在不同目标之间做交换，而不是寻找一个没有代价的完美方案。采购选型简报里常见的权衡包括：初期投入与长期维护、集中与分散、灵活性与稳定性。权衡取舍不是缺点，而是决策的组成部分。
可以用分组对比的方式整理： 尊龙凯时实用指南
- 路径A：初期投入较低，后期调整依赖外部条件。
- 路径B：初期投入较高，后期调整空间更大。
- 路径C：介于两者之间，适合边界尚不清晰的场景。
相关词条是“机会成本”。把权衡取舍写清楚，比给出一个笼统的推荐更有用。
推荐框架（recommendation framework）
推荐框架是指把需求定义、必选项与可选项、评估问题、权衡取舍串成一条可重复使用的决策路径。它不是结论本身，而是得出结论的方法。一个简短的推荐框架通常包含：先确认必选项是否全部满足，再比较可选项的边际收益，最后检查交接条件是否可执行。
使用时可以按以下步骤推进：
- 写下需求定义，并标注哪些是硬约束。
- 把候选方案按必选项分组，剔除不满足项。
- 对剩余方案提出评估问题，记录回答。
- 列出权衡取舍，标明每项代价。
- 给出推荐，并写明前提条件与复查时点。
相关术语是“决策记录”。推荐框架的价值在于让不同的人用同一套语言讨论同一个问题。