Feature Description
This skill is specifically for project management and product requirements analysis, including:
- Product Requirements Document (PRD) writing
- Project plan creation
- Task breakdown and prioritization
- User stories and acceptance criteria
- Risk identification and management
- Agile development process
Use Cases
- "Write a PRD for an e-commerce system"
- "Create a project development plan"
- "Break down functional modules and tasks"
- "Define user stories and acceptance criteria"
- "Assess project risks"
- "Plan MVP features"
Core Capabilities
1. Requirements Insight and Analysis
- Accurately identify real user needs
- Distinguish core features from value-added features
- Scenario-based product design
- Competitive analysis and differentiated positioning
2. Feature Breakdown
- Break down macro requirements into executable feature points
- Define input-processing-output logic
- Identify dependencies and integration points
- Handle edge cases and exceptions
3. Priority Management
- P0(Must Have):MVP essential features
- P1(Should Have):Important but not essential
- P2(Nice to Have):Nice-to-have features
4. Risk Anticipation
- Technical implementation risk
- Market acceptance risk
- User adoption risk
- Resource and time risk
PRD Document Structure
Standard PRD Template
# [产品名称] 产品需求文档(PRD)
**版本**: v1.0
**创建日期**: 2025-01-01
**作者**: 产品经理
**状态**: 草稿/评审中/已批准
---
## 1. 项目背景与目标
### 1.1 产品愿景
简明扼要地描述产品的核心价值主张和长期愿景。
### 1.2 问题陈述
**当前痛点**:
- 用户面临的具体问题
- 问题的严重程度和影响范围
- 现有解决方案的不足
**目标用户**:
- 主要用户群体(年龄、职业、行为特征)
- 次要用户群体
- 用户画像和典型场景
### 1.3 成功指标(KPI)
- **用户指标**: DAU、MAU、留存率
- **业务指标**: GMV、转化率、客单价
- **产品指标**: 功能使用率、完成率
- **技术指标**: 响应时间、可用性
### 1.4 业务目标与约束
**业务目标**:
- 短期目标(3 个月)
- 中期目标(6-12 个月)
- 长期目标(1-3 年)
**已知约束**:
- 技术限制
- 预算限制
- 时间限制
- 平台限制(iOS/Android/Web)
---
## 2. 用户研究与竞品分析
### 2.1 用户画像
**主要用户: 职场白领**
- 年龄: 25-35 岁
- 职业: 互联网、金融、咨询行业
- 痛点: 时间管理困难、工作效率低
- 期望: 简单易用、提高生产力
### 2.2 用户旅程
Discover the problem → Find a solution → Register and use → Daily use → Recommend to others
### 2.3 竞品分析
| 竞品 | 优势 | 劣势 | 差异化机会 |
|------|------|------|------------|
| 产品 A | 功能丰富 | 学习成本高 | 简化操作流程 |
| 产品 B | 界面美观 | 性能较差 | 优化性能体验 |
---
## 3. 功能需求
### 3.1 功能架构图
├── User Module │ ├── Registration and Login │ ├── Personal Profile │ └── Account Settings ├── Core Function Modules │ ├── Feature A │ ├── Feature B │ └── Feature C └── Auxiliary Function Modules ├── Notification Center └── Help Center
### 3.2 用户故事列表
| ID | 用户故事 | 优先级 | 验收标准 | 依赖 |
|----|----------|--------|----------|------|
| US-001 | 作为用户,我希望能够快速注册账号,以便开始使用产品 | P0 | 1. 支持邮箱/手机注册<br>2. 注册流程不超过 3 步<br>3. 注册成功后自动登录 | 无 |
| US-002 | 作为用户,我希望能够安全登录,以便访问我的数据 | P0 | 1. 支持密码登录<br>2. 支持第三方登录<br>3. 登录失败有明确提示 | US-001 |
| US-003 | 作为用户,我希望能够创建任务,以便管理我的工作 | P0 | 1. 可以输入任务标题和描述<br>2. 可以设置截止日期<br>3. 任务创建后立即显示 | US-002 |
### 3.3 功能详细说明
#### 功能模块: 用户注册
**功能描述**:
用户通过邮箱或手机号注册账号,完成身份验证后即可使用产品。
**交互流程**:
1. 用户点击"注册"按钮
2. 选择注册方式(邮箱/手机)
3. 输入注册信息
4. 接收验证码
5. 完成验证
6. 设置密码
7. 注册成功,自动登录
**界面要素**:
- 注册方式选择(Tab 切换)
- 邮箱/手机号输入框
- 验证码输入框
- 密码输入框(带强度提示)
- 同意条款复选框
- 注册按钮
**数据字段**:
| 字段名 | 类型 | 必填 | 验证规则 | 说明 |
|--------|------|------|----------|------|
| email | String | 是 | 邮箱格式 | 用户邮箱 |
| phone | String | 是 | 手机号格式 | 用户手机 |
| password | String | 是 | 6-20 位,包含字母和数字 | 登录密码 |
| verifyCode | String | 是 | 6 位数字 | 验证码 |
**业务规则**:
- 邮箱/手机号不能重复注册
- 验证码 5 分钟内有效
- 密码必须包含字母和数字
- 同一 IP 每天最多注册 3 个账号
**异常处理**:
- 邮箱/手机号已存在: 提示"该账号已注册,请直接登录"
- 验证码错误: 提示"验证码错误,请重新输入"
- 验证码过期: 提示"验证码已过期,请重新获取"
- 网络错误: 提示"网络连接失败,请稍后重试"
**接口定义**:
POST /api/auth/register Request: { "email": "user@example.com", "password": "password123", "verifyCode": "123456" }
Response: { "success": true, "data": { "userId": 12345, "token": "jwt_token_here" }, "message": "Registration successful" }
---
## 4. 非功能需求
### 4.1 性能要求
- **响应时间**: 页面加载 < 2 秒,API 响应 < 500ms
- **并发能力**: 支持 10,000 并发用户
- **可扩展性**: 支持水平扩展
### 4.2 安全要求
- **认证**: JWT Token 认证,7 天有效期
- **授权**: 基于角色的访问控制(RBAC)
- **数据加密**: HTTPS 传输,敏感数据加密存储
- **防护**: SQL 注入、XSS、CSRF 防护
### 4.3 兼容性要求
- **浏览器**: Chrome 90+, Safari 14+, Firefox 88+
- **移动端**: iOS 13+, Android 8+
- **屏幕**: 支持 320px - 1920px 宽度
### 4.4 可用性要求
- **系统可用性**: 99.9% (每月停机时间 < 43 分钟)
- **数据备份**: 每日全量备份,实时增量备份
- **灾难恢复**: RTO < 1 小时,RPO < 5 分钟
### 4.5 可维护性要求
- **代码规范**: 遵循团队编码规范
- **文档**: 完整的 API 文档和技术文档
- **日志**: 完善的日志记录和监控
- **测试**: 单元测试覆盖率 > 80%
---
## 5. 技术方案(可选)
### 5.1 技术架构
Frontend: React + TypeScript + Ant Design Backend: Node.js + Express + TypeScript Database: MySQL + Redis Deployment: Docker + Kubernetes
### 5.2 数据库设计
```sql
-- 用户表
CREATE TABLE users (
id BIGINT PRIMARY KEY AUTO_INCREMENT,
email VARCHAR(255) UNIQUE,
phone VARCHAR(20) UNIQUE,
password_hash VARCHAR(255),
created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
);
6. Project Plan
6.1 Milestones
| Phase | Time | Deliverable | Owner |
|---|---|---|---|
| Requirements Review | Week 1 | PRD Document | Product Manager |
| Design Review | Week 2 | UI Design Mockups | Designer |
| Development | Week 3-6 | Feature Code | Development Team |
| Testing | Week 7 | Test Report | Testing Team |
| Launch | Week 8 | Production Environment | Operations Team |
6.2 Task Breakdown
Phase 1: MVP Core Features (P0)
- User Registration and Login
- Core Feature A
- Core Feature B
Phase 2: Important Features (P1)
- Feature C
- Feature D
Phase 3: Enhanced Features (P2)
- Feature E
- Feature F
7. Risks and Mitigation
7.1 Technical Risks
| Risk | Impact | Probability | Mitigation Measures |
|---|---|---|---|
| Third-party API instability | High | Medium | Implement a fallback solution and add a retry mechanism |
| Performance bottleneck | Medium | Low | Conduct stress testing in advance and optimize critical paths |
7.2 Business Risks
| Risk | Impact | Probability | Mitigation Measures |
|---|---|---|---|
| Low user acceptance | High | Medium | Conduct small-scale gray release testing, collect feedback, and iterate quickly |
| Competitors releasing first | Medium | Low | Accelerate development progress and highlight differentiation advantages |
8. Acceptance Criteria
8.1 Functional Acceptance
- All P0 features fully implemented
- Acceptance criteria for all user stories passed
- No blocking bugs
8.2 Performance Acceptance
- Page load time < 2 seconds
- API response time < 500ms
- Concurrency testing passed
8.3 Security Acceptance
- Passed security scan
- No high-risk vulnerabilities
- Data encryption correctly implemented
9. Appendix
9.1 Glossary
- DAU: Daily Active Users, number of daily active users
- MAU: Monthly Active Users, number of monthly active users
- MVP: Minimum Viable Product, minimum viable product
9.2 References
- [Competitor Analysis Report]
- [User Research Report]
- [Technology Selection Document]
9.3 Change Log
| Version | Date | Change Content | Changed By |
|---|---|---|---|
| v1.0 | 2025-01-01 | Initial version | Zhang San |
| v1.1 | 2025-01-15 | Added Feature X | Li Si |
## 敏捷开发流程
### Scrum 框架
```markdown
Sprint 周期: 2 周
Sprint 流程:
1. Sprint Planning(计划会议)
- 确定 Sprint 目标
- 选择用户故事
- 任务分解和估算
2. Daily Standup(每日站会)
- 昨天完成了什么
- 今天计划做什么
- 遇到什么阻碍
3. Sprint Review(评审会议)
- 演示完成的功能
- 收集反馈
- 更新产品待办列表
4. Sprint Retrospective(回顾会议)
- 总结做得好的地方
- 识别改进机会
- 制定行动计划
User Story Format
作为 [用户角色]
我希望 [功能描述]
以便 [价值/目标]
验收标准:
- [ ] 标准 1
- [ ] 标准 2
- [ ] 标准 3
估算: 5 故事点
优先级: P0
依赖: US-001
Project Management Tools
Recommended Tools
- Jira: Agile project management
- Trello: Kanban management
- Asana: Task collaboration
- Notion: Documents and knowledge base
- Confluence: Team collaboration documents
- Figma: Design collaboration
- GitHub Projects: Code project management
Document Management
项目文档结构:
├── PRD/
│ ├── 产品需求文档.md
│ └── 功能规格说明.md
├── Design/
│ ├── UI 设计稿
│ └── 交互原型
├── Tech/
│ ├── 技术方案.md
│ ├── API 文档.md
│ └── 数据库设计.md
├── Test/
│ ├── 测试计划.md
│ └── 测试用例.md
└── Release/
├── 发布计划.md
└── 上线检查清单.md
Best Practices
Requirements Gathering
- Communicate deeply with stakeholders
- Observe actual user usage scenarios
- Analyze data and user feedback
- Research competitors and industry trends
Requirements Analysis
- Distinguish between requirements and solutions
- Identify real user pain points
- Evaluate the value and cost of requirements
- Consider technical feasibility
Requirements Management
- Establish a requirements prioritization system
- Review and update requirements regularly
- Manage requirements changes
- Maintain requirements traceability
Communication and Collaboration
- Regularly sync project progress
- Resolve blocking issues promptly
- Keep documentation up to date
- Establish a feedback mechanism
Points to Note
- Always center on user value
- Avoid over-design and feature bloat
- Keep the requirements document clear and actionable
- Respond promptly to requirement changes
- Balance ideals and reality
- Value teamwork and communication
- Continuously learn and improve