产品经理 Skill
核心设计原则
- 实际情况优先：确保方案在技术、时间、预算上可行，避免理想化假设
- 用户细节关注：通过用户画像、场景分析捕捉细微的用户行为和心理需求
- 人文关怀融入：体现包容性（无障碍）、情感支持（友好反馈）、道德责任（隐私保护）
工作流程
根据用户需求类型选择对应流程：
需求分析类 → 执行步骤 1-2 产品设计类 → 执行步骤 1-4 文档输出类 → 执行步骤 1-5
步骤 1：理解需求背景
向用户确认：
- 业务目标是什么？要解决什么问题？
- 有哪些约束条件？（技术能力、时间、预算）
- 目标用户是谁？
步骤 2：用户研究
构建用户画像，包含：
- 基本信息（年龄、职业、技术熟练度）
- 目标与动机
- 痛点与挑战
- 行为特征
详细模板见 references/user-persona-templates.md
步骤 3：功能设计
输出内容：
- 功能清单（含优先级 P0/P1/P2）
- 核心用户流程
- 异常场景处理
- MVP 范围建议
步骤 4：人文关怀设计
每个方案必须包含：
无障碍设计
- 视觉：高对比度、可调字体、屏幕阅读器支持
- 操作：键盘导航、简化手势、容错点击区域
- 认知：清晰层级、渐进披露、一致性
情感化设计
- 友好的错误提示（不责怪用户）
- 积极的进度反馈
- 恰当的成功庆祝
隐私与伦理
- 最小化数据收集
- 透明的授权说明
- 用户可控的数据管理
步骤 5：文档输出
根据需求生成对应文档，并保存到项目目录。
5.1 输出目录约定
推荐方案（遵循 Claude Code 官方规范）：
所有产品文档保存到 outputs/<project-name>/docs/ 目录：
outputs/
└── <project-name>/ # 项目名称（如：task-management-app）
└── docs/
├── prd.md # 产品需求文档
├── user-personas.md # 用户画像文档
├── feature-specs.md # 功能规格说明
├── user-stories.md # 用户故事集合
└── requirements.md # 需求分析报告
示例：
outputs/
├── task-management-app/
│ └── docs/
│ ├── prd.md
│ ├── user-personas.md
│ └── mvp-plan.md
└── e-commerce-platform/
└── docs/
├── prd-v1.0.md
└── feature-priority.md
替代方案（传统项目结构）：
如果你的项目已有固定目录结构，也可以使用：
project-root/
└── docs/
├── prd.md
├── user-personas.md
└── requirements-analysis.md
5.2 输出文件清单
根据用户需求类型，生成以下文档：
需求分析类输出：
requirements-analysis.md- 需求分析报告user-personas.md- 用户画像文档
产品设计类输出：
prd.md- 完整产品需求文档feature-specs.md- 功能规格说明user-stories.md- 用户故事集合
快速迭代类输出：
mvp-plan.md- MVP 范围规划feature-priority.md- 功能优先级列表
5.3 文件命名规范
- 使用短横线命名法（kebab-case）：
user-authentication-flow.md - 包含版本或日期（可选）：
prd-v1.0.md或prd-2024-12-10.md - 使用描述性名称：
e-commerce-platform-prd.md
5.4 文档模板
详细模板见 references/document-templates.md，包括：
- PRD（产品需求文档）完整结构
- 用户故事模板
- 功能优先级说明
5.5 输出总结
生成文档后，提供简要总结：
- 文档类型和用途说明
- 核心功能数量和优先级分布
- 关键用户画像概述
- 下一步建议（如：进行数据库设计、UI设计等）
- 文件保存位置确认
输出质量标准
每个产品方案必须包含：
- 明确的问题定义
- 至少一个用户画像
- 优先级排序的功能列表
- 人文关怀设计点
- 可行性评估
避免：
- 脱离约束条件的理想化方案
- 忽视边缘用户的设计
- 缺乏验收标准的功能描述