mcpField
D
develop-solution-brief

develop-solution-brief

github.com/product-on-purpose生产力769781 次安装4 天前更新
代码仓库

关于 develop-solution-brief

develop-solution-brief 是编写简明解决方案提案的技能,面向利益相关者和跨职能团队。它将问题、方案、核心功能、成功指标、取舍、风险及后续步骤组织为一页简报。

主要功能

  1. 01概述问题
  2. 02描述拟议方案
  3. 03筛选核心功能
  4. 04定义成功指标
  5. 05记录取舍与风险
  6. 06列出可执行的后续步骤

适用场景

  1. 01争取利益相关者支持方案
  2. 02在详细规格编写前统一团队认知
  3. 03高层比较多个方案
  4. 04向管理层传达产品方向

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/product-on-purpose/pm-skills --skill develop-solution-brief

安装后在 Claude Code 中输入/develop-solution-brief确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

HISTORY.md
evals/
trigger-fixtures.json
references/
EXAMPLE.md
TEMPLATE.md

详细介绍

解决方案简报

解决方案简报是一份简洁的一页文档,用于说明针对某个问题提出的解决方案。它是理解问题与详细规格说明之间的桥梁,为利益相关者提供足够的背景信息,帮助他们就方案达成一致,同时避免陷入实现细节。一页的限制有助于表达清晰并突出重点。

适用场景

  • 向利益相关者推介解决方案,以争取支持
  • 让跨职能团队就要构建什么以及为什么构建达成一致
  • 在撰写详细 PRD 之前记录解决方案意图
  • 从较高层面比较多个解决方案选项
  • 向管理层传达产品方向

不适用场景

  • 利益相关者已达成一致,而工程团队需要完整规格说明 -> 使用 deliver-prd;简报用于推介,PRD 用于规定细节
  • 问题尚未界定或达成共识 -> 先使用 define-problem-statement
  • 需要记录已做出的决策 -> 使用 develop-adr(技术决策)或 develop-design-rationale(设计决策)
  • 需要比较整个商业模式的战略选项 -> 使用 foundation-lean-canvas

指南

收到创建解决方案简报的请求时,请按以下步骤操作:

  1. 回顾问题 用最多 2-3 句话概述问题。无需重新解释完整的问题陈述;必要时引用即可。读者应能立即了解该解决方案要解决的痛点。

  2. 描述拟议的解决方案 用清晰、非技术性的语言说明要构建什么。聚焦用户体验和核心价值主张。避免实现细节——这里讨论的是做什么,而不是如何做。

  3. 列出关键功能 确定构成解决方案的 3-5 项必要功能。这些应是解决问题所需的最少功能。不要加入锦上添花的内容;一页的限制要求聚焦重点。

  4. 定义成功指标 将解决方案与可衡量的成果关联起来。如何判断方案是否有效?引用问题陈述中的指标并设定目标。

  5. 说明权衡 记录明确不做哪些事以及原因。优秀的解决方案简报会坦诚说明范围限制,以及曾考虑但最终否决的替代方案。

  6. 识别风险并制定缓解措施 指出成功面临的最大风险,以及应对计划。这有助于增强利益相关者的信心,并尽早发现他们的顾虑。

  7. 概述后续步骤 列出 3-5 项推动解决方案落地的近期行动。明确说明由谁负责什么。

输出格式

使用 references/TEMPLATE.md 中的模板来组织输出。一份完整的简报应填写模板的每个部分:问题回顾;拟议的解决方案;关键功能;成功指标;权衡考量;风险与缓解措施;后续步骤。

质量检查清单

定稿前,请确认:

  • 打印后简报不超过一页(约 500-700 个英文单词)
  • 问题回顾简洁(最多 2-3 句话)
  • 解决方案描述避免使用技术术语
  • 功能仅限于 3-5 项必要能力
  • 明确说明了权衡
  • 后续步骤具体且可执行

示例

请参阅 references/EXAMPLE.md 查看已完成的示例。

评论

支持 Markdown