用途：在产品和技朮规格之前，先框定业务层面的"为什么"，把业务目标、干系人影响、现状（AS-IS）到目标状态（TO-BE）以及可度量的价值成果标准化为 BRD 或 BRD-lite。优先级为 P0（关键）。
主要能力：一是发现流程，包括撰写包含目的、成果、发起人、验证负责人的高管摘要；对笼统的"实现 X"请求先出 BRD-lite，仅提出阻塞性 BA 问题并给出推荐默认值；确认业务目标与成功指标；识别发起人、决策者与受影响干系人；记录 AS-IS 流程痛点与 TO-BE 目标状态；定义范围边界、排除项、假设与约束；记录价值假设（成本、收入、风险、合规或周期时间影响）。二是交接质量，识别交接负责人（BA Lead）与下一个责任团队成员（产品经理）；当干系人或领域语言可能被误读时补充术语表；当工作流复杂度影响审批时补充 Mermaid 格式的 AS-IS/TO-BE 流程图。三是 BRD-lite 起草，加载 references/brd-template.md，每个目标保持 SMART（具体、可度量、可实现、相关、有时限），并将每个 BRD 目标链接到候选 PRD 需求占位符（REQ-*）；面向离岸团队时包含干系人验证计划与验收窗口；补充成果报告种子（feature_status、requirement_trace、已完成/缺失证据、待决事项、建议的下一步工作流 plan-feature）；写入 docs/brd/brd-[slug].md。
质量门槛：每个目标都有负责人与 KPI 目标；每个范围内条目都有理由与范围外配对项；风险登记包含缓解负责人；干系人批准与未决事项明确；功能行为路由到 PRD/SRS 而非埋在 BRD 中。
反模式：Why 车道的 BRD 中不做方案设计；不使用没有基线与目标的模糊目标（如"提升效率"）；目标或风险不得缺少负责人；在 BA 负责人、价值指标与范围围栏明确前不做编码或 QA 路由；批准后不得静默扩大范围；没有术语表条目不得使用行话。
参考资料：BRD Template、BRD Checklist、Requirements Baseline。
限制：资料未提供具体定价、平台支持或代码实现细节。