四维 BRD 需求分析

问题在哪

产品同学经常拿到一段口语化需求，却要马上在评审会上讲清「谁在什么场景下要什么」「目标怎么拆」「价值能不能量化」「功能怎么分级」。手写四维 BRD 容易漏维度、要点过少，或者价值部分全是形容词、方案里没有异常分支——评审时一问就穿帮。

技能如何工作

本技能把任意一段需求描述按固定顺序产出四维结构化分析，并带硬约束：每个维度至少 3 个要点，信息缺口用「🔑 关键假设」显式标注。

1. 业务场景：角色（≥2 类）、场景（≥3，含正常与边界/异常）、触发条件 → 行为 → 结果。
2. 业务目标：用户侧与商业侧各 ≥3 条，尽量带方向性指标。
3. 业务价值：每条含可度量指标或估算逻辑；无数据时用行业 benchmark 并标注假设。
4. 产品方案：功能清单（P0/P1/P2，P0≥2、总项≥4）、正常流程与至少一条异常/异常分支。

文本分析完成后，会基于 assets/analysis-template.html 填占位符生成 B 端风格 HTML 报告，通过 preview_url 预览；再调用 scripts/generate_report.py 生成同内容的 .docx，便于存档与邮件流转。交付前会做完整性、假设标注、可量化与模板占位符替换等检查。

适用边界

• 触发信号包括「需求分析」「PRD 分析」「按四个维度拆解」等；若你只是要一句话 slogan 或纯 UI 稿点评，不必加载本技能。
• C 端、中台/平台、数据类产品在目标与价值侧重点上 SKILL 有领域适配说明，但仍需你提供足够上下文，否则假设会偏多。
• Word 生成依赖脚本与 JSON 结构正确；HTML/Word 是同一分析的不同呈现，核心仍是四维文本是否站得住。