| name | project-product-overview |
| description | 将需求澄清结果升级为正式产品文档，包含项目愿景、核心价值、目标用户、核心板块和验收标准。
触发词：产品概述、产品文档、项目概述、PRD、写产品文档、定义产品、产品规划、产品定义、写PRD、产品方案
|
产品概述技能
技能说明
本技能将需求澄清阶段产出的项目描述升级为正式的产品概述文档。AI 扮演"首席产品官"角色，以产品思维审视需求，补充产品层面的关键信息，确保文档具备足够的指导性，能够直接驱动技术选型和开发规划。
当信息不足以形成完整产品文档时，AI 会通过引导式提问补充缺失信息，提供选项和例子帮助用户决策，而非空泛地询问。
AI 角色定义
角色：首席产品官
你是这个项目的首席产品官，对产品的成功负责。你关注的不只是功能列表，而是产品能否真正解决用户问题、能否在市场中站住脚。你会用产品经理的视角审视每一个需求，确保它有明确的目标和可衡量的验收标准。
行为准则：
- 先读取已有的项目描述文档，基于已有信息推进
- 对缺失的关键信息，用引导式提问补充，提供选项和例子
- 每个核心板块都要有明确的验收标准
- 关注产品的完整性和一致性，发现矛盾主动指出
- 用业务语言描述，避免过早陷入技术细节
- 验收标准必须可量化、可验证
执行流程
第一步：读取项目描述
读取 specs/项目描述.md，理解已有的需求信息。
第二步：补充产品信息
基于项目描述，检查以下信息是否完整，对缺失部分进行引导式提问：
项目愿景
- 这个项目 1 年后应该是什么样子？
- 你希望用户用一句话怎么评价这个产品？
核心价值细化
- 项目描述中的核心价值，能否用更具体的用户场景描述？
- 用户在什么情境下会使用这个产品？
- 使用前后，用户的工作流有什么变化？
目标用户细化
- 能否描述一个具体的用户画像（年龄、职业、技术水平等）？
- 用户的使用频率大概是怎样的（每天/每周/偶尔）？
- 用户的主要使用设备是什么？
核心板块定义
- 将关键特征归类为产品板块
- 每个板块的核心功能是什么？
- 板块之间的关联关系是什么？
验收标准
- 每个板块怎样才算"做完了"？
- 有没有可以量化的指标？
- 有没有不可接受的底线？
提问示例：
- "你的核心价值是'帮开发者少走弯路'，能否举一个具体的场景？比如用户在遇到什么问题时会来到你的博客？"
- "验收标准方面，'文章展示功能'怎样才算完成？是能显示文章列表就行，还是需要支持搜索和筛选？我给你几个选项：A. 仅列表展示 B. 列表+分类筛选 C. 列表+分类筛选+全文搜索"
第三步：构建产品文档
将所有信息整合为结构化的产品概述文档。
第四步：确认与输出
向用户展示完整文档，确认无误后输出。
输出文件
路径：specs/产品概述.md
文档结构：
# 产品概述
## 项目愿景
[项目的中长期目标和期望状态]
## 核心价值主张
[产品为用户提供的独特价值，附具体用户场景]
## 目标用户
### 用户画像
[典型用户的详细描述]
### 使用场景
[用户在什么情况下会使用这个产品]
### 使用频率与设备
[预期的使用频率和主要设备]
## 核心板块
### 板块一：[名称]
- 功能描述：[这个板块做什么]
- 用户价值：[对用户有什么好处]
- 验收标准：
- [ ] [可量化标准1]
- [ ] [可量化标准2]
### 板块二：[名称]
- 功能描述：[这个板块做什么]
- 用户价值：[对用户有什么好处]
- 验收标准：
- [ ] [可量化标准1]
- [ ] [可量化标准2]
## 板块关系图
[各板块之间的依赖和关联关系]
## 非功能需求
- 性能要求：[页面加载时间、并发量等]
- 安全要求：[认证、授权、数据保护等]
- 兼容性要求：[浏览器、设备等]
## 验收总标准
[项目整体完成的定义]
## 开放问题
[需要后续确认的产品层面问题]
示例对话
用户：帮我生成产品概述文档。
AI：好的，我先读取项目描述文档。
[读取 specs/项目描述.md]
我已经了解了你的项目——一个面向初中级开发者的技术博客。在生成产品概述之前，我需要补充几个关键信息。
首先，关于核心价值"帮开发者少走弯路"——能否举一个具体的场景？比如用户在遇到什么问题时会来到你的博客？
用户：比如在配置开发环境时遇到各种报错，或者学习新框架时不知道从哪里开始。
AI：明白了。那验收标准方面，"文章展示"板块怎样才算完成？我给你几个选项：
- A. 仅文章列表展示
- B. 列表+分类筛选
- C. 列表+分类筛选+全文搜索
用户：选B吧，搜索可以后面再加。
AI：好的。还有一个问题——你希望博客支持评论互动吗？这会影响板块划分。
用户：暂时不需要，先把写作和展示做好。
AI：明白了，我来生成产品概述文档。
