Claude cho PM: Feature specification và PRD generation

Product Requirements Document (PRD) là một trong những tài liệu quan trọng nhất mà Product Manager cần tạo ra. Nó là cầu nối giữa ý tưởng sản phẩm và đội ngũ kỹ thuật, thiết kế, QA. Tuy nhiên, viết PRD chất lượng tốn nhiều thời gian và đòi hỏi sự chính xác cao. Claude có thể giúp bạn tạo PRD chuyên nghiệp trong thời gian ngắn hơn đáng kể, đồng thời đảm bảo tính đầy đủ và nhất quán.

PRD là gì và tại sao PM cần nó?

PRD (Product Requirements Document) là tài liệu mô tả chi tiết về sản phẩm hoặc tính năng cần xây dựng. Nó bao gồm mục tiêu kinh doanh, đối tượng người dùng, yêu cầu chức năng, yêu cầu phi chức năng, tiêu chí chấp nhận và các ràng buộc kỹ thuật.

Tại Việt Nam, nhiều startup và doanh nghiệp công nghệ đang chuyển đổi từ cách làm "nói miệng" sang quy trình sản phẩm bài bản hơn. PRD giúp:

• Giảm hiểu lầm giữa các bộ phận
• Tạo cơ sở để đánh giá tiến độ và chất lượng
• Lưu lại lịch sử quyết định sản phẩm
• Hỗ trợ onboarding thành viên mới nhanh hơn

Cấu trúc PRD chuẩn

Một PRD đầy đủ thường bao gồm các phần sau. Claude có thể giúp bạn tạo từng phần hoặc toàn bộ tài liệu:

1. Tổng quan sản phẩm (Product Overview): Mô tả ngắn gọn về tính năng, lý do cần xây dựng
2. Mục tiêu và chỉ số (Objectives & Key Results): OKR hoặc KPI gắn với tính năng
3. Đối tượng người dùng (User Personas): Ai sẽ sử dụng, nhu cầu của họ
4. User Stories và Use Cases: Các kịch bản sử dụng cụ thể
5. Yêu cầu chức năng (Functional Requirements): Chi tiết từng chức năng
6. Yêu cầu phi chức năng (Non-functional Requirements): Hiệu năng, bảo mật, khả năng mở rộng
7. Wireframes và UI Notes: Mô tả giao diện cơ bản
8. Tiêu chí chấp nhận (Acceptance Criteria): Điều kiện để tính năng được coi là hoàn thành
9. Phụ thuộc và ràng buộc (Dependencies & Constraints): Các yếu tố kỹ thuật, kinh doanh ảnh hưởng
10. Timeline và Milestones: Lộ trình thực hiện

Bước 1: Tạo PRD từ ý tưởng ban đầu

Khi bạn có một ý tưởng tính năng nhưng chưa biết bắt đầu từ đâu, hãy sử dụng prompt sau:

Tôi là Product Manager tại một công ty [lĩnh vực, ví dụ: fintech tại Việt Nam].
Tôi cần tạo PRD cho tính năng sau:

Tên tính năng: [Mô tả ngắn gọn]
Vấn đề cần giải quyết: [Vấn đề người dùng đang gặp]
Đối tượng sử dụng: [Ai sẽ dùng tính năng này]
Bối cảnh kinh doanh: [Tại sao cần làm bây giờ]

Hãy tạo PRD đầy đủ với các phần:
1. Product Overview (2-3 đoạn)
2. Problem Statement với dữ liệu hỗ trợ
3. Goals & Success Metrics (OKR format)
4. Target Users với 2-3 user personas
5. User Stories (format: As a [user], I want [action], so that [benefit])
6. Functional Requirements (danh sách chi tiết, đánh số)
7. Non-functional Requirements (performance, security, scalability)
8. Acceptance Criteria (format Given-When-Then)
9. Dependencies & Risks
10. Proposed Timeline (chia theo phases)

Viết bằng tiếng Việt, sử dụng thuật ngữ kỹ thuật tiếng Anh khi cần thiết.
Format bằng Markdown.

Kết quả bạn nhận được

Claude sẽ tạo một PRD có cấu trúc rõ ràng, bao gồm đủ 10 phần với nội dung cụ thể. Điểm mạnh của Claude là khả năng:

• Tự động suy luận các edge cases mà bạn có thể bỏ qua
• Đề xuất metrics phù hợp với loại tính năng
• Tạo user stories đầy đủ với nhiều góc nhìn người dùng
• Viết acceptance criteria rõ ràng theo format chuẩn

Bước 2: Viết Feature Specification chi tiết

Feature spec khác với PRD ở mức độ chi tiết kỹ thuật. Nó đi sâu vào cách tính năng hoạt động, logic xử lý, và các trường hợp đặc biệt. Đây là prompt để tạo feature spec:

Dựa trên PRD sau đây:
[Dán nội dung PRD hoặc tóm tắt]

Hãy tạo Feature Specification chi tiết cho [tên tính năng] bao gồm:

1. FUNCTIONAL FLOW
   - Luồng xử lý chính (happy path)
   - Các luồng thay thế (alternative flows)
   - Xử lý lỗi (error handling)
   - Điều kiện biên (edge cases)

2. DATA MODEL
   - Các entity và thuộc tính
   - Quan hệ giữa các entity
   - Validation rules cho từng trường

3. API SPECIFICATION
   - Endpoints cần thiết
   - Request/Response format (JSON examples)
   - Error codes và messages
   - Rate limiting requirements

4. UI/UX NOTES
   - Mô tả từng màn hình
   - Trạng thái của từng component (default, loading, error, empty, success)
   - Responsive behavior

5. BUSINESS RULES
   - Các quy tắc nghiệp vụ cụ thể
   - Logic tính toán (nếu có)
   - Permissions và access control

Viết chi tiết, cụ thể, developer có thể đọc và hiểu ngay mà không cần hỏi lại.

Bước 3: Tạo User Stories và Acceptance Criteria

User stories là phần quan trọng nhất của PRD vì nó kết nối trực tiếp giữa nhu cầu người dùng và yêu cầu kỹ thuật. Claude có thể giúp bạn tạo user stories đầy đủ:

Tính năng: [Mô tả tính năng]
Đối tượng người dùng: [Các loại người dùng]

Hãy tạo danh sách user stories đầy đủ cho tính năng này:

1. Viết theo format: "As a [role], I want [capability], so that [benefit]"
2. Phân loại theo mức độ ưu tiên: Must-have, Should-have, Nice-to-have
3. Với mỗi user story, viết 3-5 acceptance criteria theo format:
   Given [precondition]
   When [action]
   Then [expected result]
4. Xác định các edge cases và negative scenarios
5. Ước lượng độ phức tạp (S/M/L/XL)

Lưu ý: bao gồm cả các user stories cho admin/moderator nếu có.

Ví dụ thực tế: PRD cho tính năng Thanh toán Online

Giả sử bạn là PM tại một startup e-commerce Việt Nam và cần xây dựng tính năng thanh toán trực tuyến. Đây là cách bạn làm việc với Claude:

Giai đoạn 1: Brainstorm và phạm vi

Tôi cần xây dựng tính năng thanh toán online cho ứng dụng e-commerce
tại Việt Nam. Hiện tại khách hàng chỉ có thể thanh toán COD.

Thông tin:
- 50,000 đơn hàng/tháng
- Giá trị trung bình 350,000 VNĐ
- 70% người dùng dùng mobile
- Thị trường: Việt Nam

Hãy giúp tôi:
1. Liệt kê các phương thức thanh toán phổ biến tại VN cần hỗ trợ
2. Phân tích ưu nhược điểm của từng phương thức
3. Đề xuất thứ tự ưu tiên triển khai (phase 1, 2, 3)
4. Các vấn đề pháp lý và compliance cần lưu ý
5. Các cổng thanh toán (payment gateway) phổ biến tại VN

Giai đoạn 2: PRD chi tiết

Sau khi có phạm vi rõ ràng, bạn yêu cầu Claude tạo PRD đầy đủ cho Phase 1 (ví dụ: VNPay và chuyển khoản ngân hàng). Claude sẽ tạo tài liệu bao gồm cấu trúc đã nêu ở trên, với nội dung cụ thể cho bối cảnh thanh toán Việt Nam.

Giai đoạn 3: Review và hoàn thiện

Đây là PRD tôi đã viết. Hãy review và cho feedback:
[Dán PRD]

Kiểm tra:
1. Có thiếu user story nào quan trọng không?
2. Acceptance criteria đã đủ chi tiết chưa?
3. Có edge case nào bị bỏ sót không?
4. Non-functional requirements đã đầy đủ chưa?
5. Có rủi ro nào chưa được đề cập?
6. Timeline có hợp lý không?

Cho feedback cụ thể và đề xuất bổ sung.

Template PRD với Claude

Bạn có thể tạo một template PRD chuẩn cho team và sử dụng Claude để điền nội dung mỗi lần:

Sử dụng template PRD sau và điền nội dung cho tính năng [tên tính năng]:

# PRD: [Tên tính năng]
## Meta
- Author: [Tên PM]
- Created: [Ngày]
- Status: Draft / In Review / Approved
- Priority: P0 / P1 / P2 / P3
- Target Release: [Version hoặc Sprint]

## 1. Problem Statement
[Mô tả vấn đề]

## 2. Proposed Solution
[Mô tả giải pháp]

## 3. Goals & Metrics
| Goal | Metric | Target | Measurement |
|------|--------|--------|-------------|

## 4. User Personas
### Persona 1: [Tên]
- Demographics: ...
- Pain points: ...
- Goals: ...

## 5. User Stories
| ID | Story | Priority | Complexity |
|----|-------|----------|------------|

## 6. Functional Requirements
### 6.1 [Feature Area 1]
- FR-001: ...
- FR-002: ...

## 7. Non-Functional Requirements
- NFR-001: Performance - ...
- NFR-002: Security - ...

## 8. Acceptance Criteria
### AC for User Story 1
- Given... When... Then...

## 9. Dependencies & Risks
| Risk | Impact | Probability | Mitigation |
|------|--------|-------------|------------|

## 10. Timeline
| Phase | Scope | Duration | Dependencies |
|-------|-------|----------|--------------|

Điền nội dung cụ thể, thực tế, có thể sử dụng được ngay.

Phân biệt PRD, Feature Spec và BRD

Nhiều PM Việt Nam còn nhầm lẫn giữa các loại tài liệu sản phẩm. Claude có thể giúp bạn hiểu sự khác biệt và tạo đúng loại tài liệu cần thiết:

• BRD (Business Requirements Document): Tập trung vào mục tiêu kinh doanh, không đi vào chi tiết kỹ thuật. Thường do Business Analyst hoặc Product Owner viết
• PRD (Product Requirements Document): Cầu nối giữa kinh doanh và kỹ thuật, mô tả "cái gì" cần xây dựng và "tại sao"
• Feature Spec (Technical Specification): Chi tiết "làm thế nào", bao gồm data model, API, logic xử lý
• Design Doc: Tài liệu thiết kế kỹ thuật chi tiết, thường do Engineering Lead viết

Mẹo viết PRD hiệu quả với Claude

1. Cung cấp bối cảnh đầy đủ

Càng nhiều thông tin bạn cung cấp, Claude càng tạo ra PRD chính xác hơn. Hãy chia sẻ về sản phẩm hiện tại, đối tượng khách hàng, chỉ số kinh doanh, và các ràng buộc kỹ thuật.

2. Lặp đi lặp lại (Iterate)

Không nên mong đợi PRD hoàn hảo từ lần đầu. Hãy làm theo quy trình:

1. Tạo bản nháp đầu tiên với Claude
2. Review và đánh dấu các phần cần chỉnh sửa
3. Yêu cầu Claude cập nhật từng phần cụ thể
4. Gửi cho team review và thu thập feedback
5. Cập nhật lại với Claude dựa trên feedback

3. Sử dụng Claude để challenge PRD

Hãy đóng vai trò là một Senior Engineer và review PRD này.
Đặt câu hỏi về những phần chưa rõ ràng, thiếu logic,
hoặc có thể gây khó khăn khi implementation.

[Dán PRD]

Tập trung vào:
- Các yêu cầu mơ hồ hoặc có thể hiểu nhiều cách
- Edge cases chưa được xử lý
- Các giả định ẩn (implicit assumptions)
- Khả năng mở rộng trong tương lai
- Các vấn đề về performance có thể gặp

4. Tạo changelog cho PRD

Khi PRD thay đổi, việc theo dõi lịch sử là rất quan trọng:

Đây là PRD phiên bản 1.0: [Dán PRD cũ]
Đây là PRD phiên bản 2.0: [Dán PRD mới]

Hãy tạo changelog chi tiết:
1. Những gì đã thêm mới
2. Những gì đã thay đổi (trước và sau)
3. Những gì đã xóa bỏ
4. Lý do thay đổi (nếu có thể suy luận)
5. Ảnh hưởng đến timeline và scope

Tích hợp PRD vào quy trình Agile

Tại nhiều công ty Việt Nam đang áp dụng Agile, PRD cần được điều chỉnh để phù hợp:

• Epic-level PRD: Tài liệu tổng quan cho cả epic, cập nhật khi có thông tin mới
• Sprint-level specs: Chi tiết cho từng sprint, trích xuất từ PRD chính
• Living document: PRD không phải tài liệu "viết xong rồi để đó" mà cần cập nhật liên tục

Từ PRD tổng thể sau đây:
[Dán PRD]

Hãy chia thành các sprint-level specifications:
1. Xác định các epic và feature
2. Chia thành các user story nhỏ đủ để hoàn thành trong 1 sprint (2 tuần)
3. Sắp xếp thứ tự ưu tiên
4. Xác định dependencies giữa các story
5. Tạo acceptance criteria cho từng story
6. Ước tính story points (Fibonacci: 1, 2, 3, 5, 8, 13)

Format: Bảng tổng hợp với cột Story ID, Title, Epic, Priority,
Story Points, Dependencies, Sprint suggestion.

Công cụ hỗ trợ viết PRD

Ngoài Claude, bạn có thể kết hợp với các công cụ khác để nâng cao hiệu quả:

• Notion hoặc Confluence: Lưu trữ và quản lý phiên bản PRD
• Figma: Tạo wireframes đính kèm vào PRD
• Jira hoặc Linear: Chuyển user stories từ PRD sang backlog
• Miro: Tạo user flow diagrams để minh họa trong PRD

Claude có thể giúp bạn tạo nội dung cho tất cả các công cụ này, từ mô tả Jira tickets đến flow descriptions cho Miro boards.

Sai lầm phổ biến khi viết PRD

Claude cũng có thể giúp bạn tránh các sai lầm thường gặp:

• Quá chung chung: "Hệ thống phải nhanh" thay vì "Thời gian tải trang dưới 2 giây trên 4G"
• Thiếu acceptance criteria: Developer không biết khi nào tính năng "xong"
• Không xác định out-of-scope: Scope creep là nguyên nhân chính gây trễ dự án
• Bỏ qua non-functional requirements: Bảo mật, hiệu năng, accessibility thường bị quên
• Không cập nhật: PRD lỗi thời còn tệ hơn là không có PRD

PRD cho các loại sản phẩm khác nhau

Hãy tư vấn cách viết PRD cho từng loại sản phẩm:

1. MOBILE APP
   - Đặc điểm riêng: offline mode, push notifications,
     device permissions, app store guidelines
   - Các phần thêm: device compatibility matrix,
     OS version support, app size requirements

2. SAAS PLATFORM
   - Multi-tenancy requirements
   - Subscription và billing model
   - User roles và permissions
   - API cho tích hợp

3. E-COMMERCE FEATURES
   - Payment flow chi tiết
   - Inventory management
   - Shipping và returns
   - Compliance (bảo vệ người tiêu dùng)

4. INTERNAL TOOLS
   - Đơn giản hóa PRD (không cần marketing language)
   - Focus vào workflow và efficiency gains
   - Training và adoption plan

5. AI/ML FEATURES
   - Model requirements và constraints
   - Data requirements
   - Accuracy targets và evaluation criteria
   - Fallback khi model sai
   - Ethical considerations

Mỗi loại: những phần đặc thù cần thêm vào PRD chuẩn.

Bước tiếp theo

Sau khi đã tạo PRD và feature specification, bước tiếp theo là chuyển chúng vào quy trình sprint planning và backlog grooming. Khám phá thêm tại Thư viện Ứng dụng Claude để học cách sử dụng Claude trong toàn bộ vòng đời sản phẩm.