用途：在开发开始前验证需求，判断需求是否满足质量标准、是否符合业务目标，即区分"确认正确的事"与"把事做正确"。验证（Verification）关注需求本身质量是否达标，确认（Validation）关注需求是否真正解决用户需要。
主要能力：提供同行评审与走查，由同事非正式或半正式评审，查找逻辑错误、歧义和遗漏边界情况；提供干系人检查与签字确认，由业务负责人正式评审，通过场景或示例走查后批准推进；支持原型法，用线框图或原型验证界面与体验需求；支持验收标准评审，通过 Given-When-Then 场景确保需求具体到可测试。质量检查采用 INVEST 原则：独立、可协商、有价值、可估算、小、可测试。
需求追踪矩阵：将需求与其来源及下游交付物关联。正向追踪为需求→设计→代码→测试，确保应建内容都被构建；反向追踪为测试→需求→业务目标，避免镀金或不必要功能。矩阵模板包含需求编号、描述、来源、业务目标、设计文档、测试用例编号、状态等字段。
使用方式：对歧义需求补充量化表述；对冲突需求组织协商或上报发起人；对不完整需求追问失败场景的处理。产出包括经验证的需求包、签字确认工件（邮件或电子签名）以及更新后的追踪矩阵。工具涉及 Jira、Excel 或 Lark Base、Confluence 或 Lark Docs。
适用场景：需求分析、评审与验收准备阶段，适用于业务分析师、产品经理及开发团队协作。
限制：资料未提供具体安装命令、价格、平台限制或效果数据，暂未提供相关信息。