Project Management and Product Requirements
Feature Description
This skill is specially designed for project management and product requirement analysis, including:
- Product Requirement Document (PRD) writing
- Project plan formulation
- Task decomposition and priority ranking
- User stories and acceptance criteria
- Risk identification and management
- Agile development process
Usage Scenarios
- "Write a PRD for an e-commerce system"
- "Formulate a project development plan"
- "Decompose functional modules and tasks"
- "Define user stories and acceptance criteria"
- "Assess project risks"
- "Plan MVP features"
Core Capabilities
1. Requirement Insight and Analysis
- Accurately identify real user needs
- Distinguish core functions and value-added functions
- Scenario-based product design
- Competitor analysis and differentiated positioning
2. Function Decomposition
- Break down macro requirements into executable function points
- Define input-process-output logic
- Identify dependencies and integration points
- Handle boundary cases and exceptions
3. Priority Management
- P0(Must Have): MVP essential functions
- P1(Should Have): Important but non-essential functions
- P2(Nice to Have): Value-added functions
4. Risk Prediction
- Technical implementation risks
- Market acceptance risks
- User adoption risks
- Resource and time risks
PRD Document Structure
Standard PRD Template
markdown
# [Product Name] Product Requirement Document (PRD)
**Version**: v1.0
**Creation Date**: 2025-01-01
**Author**: Product Manager
**Status**: Draft/Under Review/Approved
---
## 1. Project Background and Objectives
### 1.1 Product Vision
Concisely describe the product's core value proposition and long-term vision.
### 1.2 Problem Statement
**Current Pain Points**:
- Specific problems faced by users
- Severity and impact scope of the problems
- Shortcomings of existing solutions
**Target Users**:
- Main user groups (age, occupation, behavioral characteristics)
- Secondary user groups
- User personas and typical scenarios
### 1.3 Success Metrics (KPI)
- **User Metrics**: DAU, MAU, Retention Rate
- **Business Metrics**: GMV, Conversion Rate, Average Order Value
- **Product Metrics**: Function Usage Rate, Completion Rate
- **Technical Metrics**: Response Time, Availability
### 1.4 Business Objectives and Constraints
**Business Objectives**:
- Short-term objectives (3 months)
- Mid-term objectives (6-12 months)
- Long-term objectives (1-3 years)
**Known Constraints**:
- Technical limitations
- Budget limitations
- Time limitations
- Platform limitations (iOS/Android/Web)
---
## 2. User Research and Competitor Analysis
### 2.1 User Personas
**Main User: Office Workers**
- Age: 25-35 years old
- Occupation: Internet, Finance, Consulting industries
- Pain Points: Difficult time management, low work efficiency
- Expectations: Simple and easy to use, improve productivity
### 2.2 User Journey
Discover Problem → Seek Solution → Register and Use → Daily Usage → Recommend to Others
### 2.3 Competitor Analysis
| Competitor | Advantages | Disadvantages | Differentiation Opportunities |
|------|------|------|------------|
| Product A | Rich functions | High learning cost | Simplify operation process |
| Product B | Beautiful interface | Poor performance | Optimize performance experience |
---
## 3. Functional Requirements
### 3.1 Functional Architecture Diagram
├── User Module
│ ├── Registration & Login
│ ├── Personal Profile
│ └── Account Settings
├── Core Function Module
│ ├── Function A
│ ├── Function B
│ └── Function C
└── Auxiliary Function Module
├── Notification Center
└── Help Center
### 3.2 User Story List
| ID | User Story | Priority | Acceptance Criteria | Dependencies |
|----|----------|--------|----------|------|
| US-001 | As a user, I want to register an account quickly so that I can start using the product | P0 | 1. Support email/phone registration<br>2. Registration process takes no more than 3 steps<br>3. Automatically log in after successful registration | None |
| US-002 | As a user, I want to log in securely so that I can access my data | P0 | 1. Support password login<br>2. Support third-party login<br>3. Clear prompts for login failures | US-001 |
| US-003 | As a user, I want to create tasks so that I can manage my work | P0 | 1. Can enter task title and description<br>2. Can set deadline<br>3. Task is displayed immediately after creation | US-002 |
### 3.3 Detailed Function Description
#### Functional Module: User Registration
**Function Description**:
Users register accounts via email or phone number, and can use the product after completing identity verification.
**Interaction Flow**:
1. User clicks the "Register" button
2. Selects registration method (email/phone)
3. Enters registration information
4. Receives verification code
5. Completes verification
6. Sets password
7. Registration successful, automatically logs in
**Interface Elements**:
- Registration method selection (Tab switch)
- Email/phone input box
- Verification code input box
- Password input box (with strength prompt)
- Terms of service checkbox
- Register button
**Data Fields**:
| Field Name | Type | Required | Validation Rules | Description |
|--------|------|------|----------|------|
| email | String | Yes | Email format | User's email |
| phone | String | Yes | Phone number format | User's phone |
| password | String | Yes | 6-20 characters, including letters and numbers | Login password |
| verifyCode | String | Yes | 6-digit number | Verification code |
**Business Rules**:
- Email/phone number cannot be registered repeatedly
- Verification code is valid for 5 minutes
- Password must contain letters and numbers
- A maximum of 3 accounts can be registered per IP per day
**Exception Handling**:
- Email/phone number already exists: Prompt "This account is already registered, please log in directly"
- Incorrect verification code: Prompt "Incorrect verification code, please re-enter"
- Expired verification code: Prompt "Verification code has expired, please re-obtain"
- Network error: Prompt "Network connection failed, please try again later"
**Interface Definition**:
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. Non-Functional Requirements
### 4.1 Performance Requirements
- **Response Time**: Page loading < 2 seconds, API response < 500ms
- **Concurrent Capability**: Support 10,000 concurrent users
- **Scalability**: Support horizontal scaling
### 4.2 Security Requirements
- **Authentication**: JWT Token authentication, 7-day validity
- **Authorization**: Role-Based Access Control (RBAC)
- **Data Encryption**: HTTPS transmission, sensitive data stored encrypted
- **Protection**: SQL injection, XSS, CSRF protection
### 4.3 Compatibility Requirements
- **Browsers**: Chrome 90+, Safari 14+, Firefox 88+
- **Mobile**: iOS 13+, Android 8+
- **Screens**: Support widths from 320px to 1920px
### 4.4 Availability Requirements
- **System Availability**: 99.9% (Monthly downtime < 43 minutes)
- **Data Backup**: Daily full backup, real-time incremental backup
- **Disaster Recovery**: RTO < 1 hour, RPO < 5 minutes
### 4.5 Maintainability Requirements
- **Code Standards**: Follow team coding standards
- **Documentation**: Complete API documentation and technical documentation
- **Logging**: Comprehensive logging and monitoring
- **Testing**: Unit test coverage > 80%
---
## 5. Technical Solution (Optional)
### 5.1 Technical Architecture
Frontend: React + TypeScript + Ant Design
Backend: Node.js + Express + TypeScript
Database: MySQL + Redis
Deployment: Docker + Kubernetes
### 5.2 Database Design
```sql
-- User table
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 | Deliverables | Responsible Person |
|---|
| Requirement Review | Week 1 | PRD document | Product Manager |
| Design Review | Week 2 | UI design draft | Designer |
| Development | Week 3-6 | Functional code | Development Team |
| Testing | Week 7 | Test report | Testing Team |
| Launch | Week 8 | Production environment | Operations Team |
6.2 Task Decomposition
Phase 1: MVP Core Functions (P0)
Phase 2: Important Functions (P1)
Phase 3: Enhanced Functions (P2)
7. Risks and Countermeasures
7.1 Technical Risks
| Risk | Impact | Probability | Countermeasures |
|---|
| Unstable third-party API | High | Medium | Implement degradation scheme, add retry mechanism |
| Performance bottleneck | Medium | Low | Conduct pressure testing in advance, optimize critical paths |
7.2 Business Risks
| Risk | Impact | Probability | Countermeasures |
|---|
| Low user acceptance | High | Medium | Conduct small-scale gray testing, collect feedback for rapid iteration |
| Competitor launches first | Medium | Low | Accelerate development progress, highlight differentiated advantages |
8. Acceptance Criteria
8.1 Functional Acceptance
8.2 Performance Acceptance
8.3 Security Acceptance
9. Appendix
9.1 Glossary
- DAU: Daily Active Users
- MAU: Monthly Active Users
- MVP: Minimum Viable Product
9.2 Reference Materials
- [Competitor Analysis Report]
- [User Research Report]
- [Technology Selection Document]
9.3 Change Records
| Version | Date | Change Content | Changed By |
|---|
| v1.0 | 2025-01-01 | Initial version | Zhang San |
| v1.1 | 2025-01-15 | Added Function X | Li Si |
## Agile Development Process
### Scrum Framework
```markdown
Sprint Cycle: 2 weeks
Sprint Process:
1. Sprint Planning
- Define Sprint goal
- Select user stories
- Decompose tasks and estimate effort
2. Daily Standup
- What was completed yesterday
- What is planned for today
- Any obstacles encountered
3. Sprint Review
- Demonstrate completed functions
- Collect feedback
- Update product backlog
4. Sprint Retrospective
- Summarize what went well
- Identify improvement opportunities
- Formulate action plans
User Story Format
markdown
As [user role]
I want [function description]
So that [value/goal]
Acceptance Criteria:
- [ ] Criterion 1
- [ ] Criterion 2
- [ ] Criterion 3
Estimate: 5 story points
Priority: P0
Dependency: US-001
Project Management Tools
Recommended Tools
- Jira: Agile project management
- Trello: Kanban management
- Asana: Task collaboration
- Notion: Documentation and knowledge base
- Confluence: Team collaboration documentation
- Figma: Design collaboration
- GitHub Projects: Code project management
Document Management
markdown
Project Document Structure:
├── PRD/
│ ├── Product Requirement Document.md
│ └── Functional Specification.md
├── Design/
│ ├── UI Design Drafts
│ └── Interactive Prototypes
├── Tech/
│ ├── Technical Solution.md
│ ├── API Documentation.md
│ └── Database Design.md
├── Test/
│ ├── Test Plan.md
│ └── Test Cases.md
└── Release/
├── Launch Plan.md
└── Launch Checklist.md
Best Practices
Requirement Collection
- Communicate deeply with stakeholders
- Observe actual user usage scenarios
- Analyze data and user feedback
- Research competitors and industry trends
Requirement Analysis
- Distinguish requirements and solutions
- Identify real user pain points
- Evaluate the value and cost of requirements
- Consider technical feasibility
Requirement Management
- Establish a requirement priority system
- Regularly review and update requirements
- Manage requirement changes
- Maintain requirement traceability
Communication and Collaboration
- Regularly sync project progress
- Resolve obstacles promptly
- Keep documentation updated
- Establish feedback mechanisms
Notes
- Always focus on user value
- Avoid over-design and function bloat
- Keep requirement documents clear and executable
- Respond to requirement changes promptly
- Balance ideal and reality
- Emphasize team collaboration and communication
- Continuously learn and improve