用途
develop-solution-brief 用于创建一份简洁的一页式解决方案概要（solution brief），向利益相关者传达针对某个问题的拟议方案。它是连接问题理解与详细规格之间的桥梁，提供足够的上下文让利益相关者就方案方向达成一致，同时避免陷入实现细节。一页的约束迫使内容保持清晰和优先级分明。
何时使用
- 向利益相关者推销解决方案方案以获取支持
- 让跨职能团队对齐要构建什么以及为什么
- 在编写详细 PRD 之前记录方案意图
- 在高层次上比较多个解决方案选项
- 向领导层传达产品方向
何时不使用
- 利益相关者已对齐、工程团队需要完整规格 → 使用 deliver-prd；概要负责推销，PRD 负责规格化
- 问题尚未被框定或达成一致 → 先使用 define-problem-statement
- 你是在记录一个已经做出的决策 → 使用 develop-adr（技术）或 develop-design-rationale（设计）
- 你需要跨整个商业模式比较战略选项 → 使用 foundation-lean-canvas
操作步骤
当被要求创建解决方案概要时，按以下步骤执行：
- 回顾问题：用最多 2-3 句话总结问题。不要重新完整解释问题陈述——如需要可引用它。读者应能立即理解本方案针对的痛点。
- 描述拟议方案：用清晰、非技术性的语言解释你要构建什么。聚焦用户体验和核心价值主张。避免实现细节——这是关于「做什么」，而非「怎么做」。
- 列出关键功能：识别构成方案的 3-5 个核心功能。这些应是解决问题所需的最小集合。克制加入「锦上添花」功能的冲动——一页的约束要求聚焦。
- 定义成功指标：将方案与可衡量的结果联系起来。如何知道方案有效？引用问题陈述中的指标并设定目标。
- 说明权衡取舍：记录你明确不做的事项及原因。好的解决方案概要会如实说明范围限制和被考虑但被拒绝的替代方案。
- 识别风险与缓解措施：呈现对成功的最大风险以及你的应对计划。这有助于建立利益相关者信心并尽早暴露顾虑。
- 列出后续步骤：提供 3-5 个推动方案前进的即时行动。具体说明谁做什么。
输出格式
使用 references/TEMPLATE.md 中的模板来组织结构。完整的概要应填满模板的所有部分：问题回顾、拟议方案、关键功能、成功指标、已考虑的权衡、风险与缓解措施、后续步骤。
质量检查清单
在最终确定之前，请核实：
- 概要打印时能容纳在一页内（约 500-700 字）
- 问题回顾简洁（最多 2-3 句话）
- 方案描述避免技术术语
- 功能限制在 3-5 个核心能力
- 权衡取舍被明确陈述
- 后续步骤具体且可执行
示例
完整的示例请参见 references/EXAMPLE.md。