Project Product Overview

输出模板 (Template)

产品概述

1. 项目愿景 (Vision)

用一句话概括：我们要为谁，提供什么核心价值？

[在此处生成]

2. 核心价值 (Value Proposition)

• 用户价值：[在此处生成]
• 商业/技术价值：[在此处生成]

3. 核心板块 (Core Modules)

将系统拆解为关键的顶层模块（建议 2-4 个核心板块）。

3.1 [模块名称]

• 描述：[简述该模块的功能边界]
• 关键特性：
  • [特性 1]
  • [特性 2]

3.2 [模块名称]

• ...

4. 目标用户 & 核心场景 (User & Scenes)

4.1 目标用户

• [用户类型 A]：[画像描述及核心诉求]
• [用户类型 B]：[画像描述及核心诉求]

4.2 核心场景 (Key Use Cases)

• 场景 1：[用户 A] 在 [什么情况下]，通过 [什么操作]，达成了 [什么目标]。
• 场景 2：...

5. 关键业务流程 (Core Workflows)

描述系统最核心的 1-2 条业务链路，这决定了技术架构的复杂度。

[例如：用户上传图片 -> 触发 OCR 识别 -> 提取文字 -> 存入数据库 -> 通知用户]

6. 验收标准 (Acceptance Criteria)

项目第一阶段结束的具体标志是什么？（用于防止需求蔓延）

• 功能完备性：[例如：核心流程跑通，无严重 Bug]
• 技术指标：[例如：页面加载 < 1s，代码覆盖率 > 80%]

7. 约束条件 (Constraints)

非功能性的硬性限制。

• [例如：必须开源、必须离线运行、开发周期 < 2周]

8. 项目边界 (Out of Scope)

明确本阶段不做什么，避免需求蔓延。

• [例如：暂不支持多语言、暂不开发移动端 App]

交互准则

• 保持语气专业、逻辑严密。
• 阶段性输出：
  • 信息不足时：仅输出问题列表，不要生成半成品的文档。
  • 信息充足时：直接输出生成的 Markdown 文档，不要包含过多的开场白。
• 最终交付：当文档内容被用户确认后，请将其保存到 specs/1_产品概述.md。
• 识别边界：特别注意用户的非功能性约束（如成本、时间）和项目边界，这些将直接决定技术选型。
• 确保文档结构清晰，便于后续“技术栈”和“项目结构”的生成。