Bạn muốn đi đến đâu?

Viết PRD trong 2 tuần

Ngắn và chỉ giải quyết chỗ đang kẹt: một PRD dev đọc xong là làm được.

5 chặng · khoảng 6 giờ học · chọn “Mỗi tuần có” để biết mất bao lâu

1. 1
   Vấn đề trước giải pháp

   PRD hỏng thường không phải vì viết kém, mà vì viết về giải pháp trước khi rõ vấn đề.

   • Đọc hết trang “Product Discovery (JTBD, Mom Test)”
   • Học xong “Vấn đề trước Giải pháp: Không làm nô lệ yêu cầu”
   • Viết một đoạn: vấn đề là gì, của ai, vì sao bây giờ.
2. 2
   Viết tài liệu rõ

   Một trang, có cấu trúc, đọc trong năm phút.

   • Đọc hết trang “Business Writing (Docs, RFCs, PRDs)”
   • Học xong “Viết PRD & Product Spec cho PM — Bootcamp 8 buổi”
   • Viết bản nháp PRD một trang theo khung trong khóa.
3. 3
   User story và tiêu chí chấp nhận

   Tiêu chí chấp nhận là chỗ PRD gặp QA. Thiếu nó, “xong” có ba nghĩa.

   • Đọc hết trang “Use Case Writing & Acceptance Criteria”
   • Học xong “AI sinh Acceptance Criteria (Gherkin/BDD)”
   • Thêm tiêu chí chấp nhận Given/When/Then cho 3 luồng chính.
4. 4
   Đo thành công

   Một PRD không nói đo bằng gì là một PRD không biết khi nào thắng.

   • Đọc hết trang “Metrics & North Star”
   • Thêm mục “Đo thành công bằng gì”: 1 chỉ số chính, 2 chỉ số bảo vệ.
5. 5
   Gửi dev và nhận phản hồi

   Bản PRD tốt nhất là bản đã được dev hỏi vặn.

   • Đọc hết trang “Dev / QA / Design Collaboration”
   • Gửi PRD cho một dev, ghi lại 3 câu họ hỏi và sửa PRD theo đó.