Bạn sẽ học gì
Bạn sẽ học tài liệu sản phẩm (PRD) là gì và tại sao người làm sản phẩm cần viết nó. Đây là kỹ năng nền tảng giúp bạn truyền đạt ý tưởng, đồng bộ team và tránh hiểu lầm ngay từ đầu.
Khái niệm
Tài liệu sản phẩm (Product Requirements Document – PRD) là một văn bản mô tả chi tiết về một tính năng hoặc sản phẩm sắp xây dựng. Nó trả lời các câu hỏi: 'Tại sao làm cái này?', 'Nó sẽ hoạt động như thế nào?', 'Cần những gì để hoàn thành?'. PRD là 'bản thiết kế' chung cho team (dev, design, QA) cùng làm.
Liên hệ dễ hiểu
Hãy tưởng tượng bạn là người chỉ huy xây một ngôi nhà. Nếu bạn chỉ nói miệng 'xây nhà đẹp' cho thợ, họ sẽ xây lung tung. PRD giống như bản vẽ kiến trúc: chỉ rõ phòng nào, cửa sổ bao nhiêu, màu sơn gì. Ai cũng nhìn vào bản vẽ đó để biết mình cần làm gì.
Ví dụ thực tế
Bạn là PM tại một app giao đồ ăn. Team muốn thêm tính năng 'đặt món trước' (scheduled order). PRD của bạn sẽ ghi: (1) Mục tiêu: giúp người dùng đặt đồ ăn cho giờ sau, tăng doanh thu. (2) Luồng: người dùng chọn giờ giao, thanh toán, nhận thông báo. (3) Yêu cầu: hệ thống phải gửi đơn đến nhà hàng đúng giờ. Nhờ PRD, dev biết code gì, design biết vẽ màn hình nào, QA biết test ra sao.
Sơ đồ
flowchart LR
A[Ý tưởng] --> B[Viết PRD]
B --> C[Dev hiểu yêu cầu]
B --> D[Design hiểu giao diện]
B --> E[QA hiểu cách test]
C & D & E --> F[Sản phẩm đúng mong đợi]Thực hành ngay
Hãy nghĩ về một tính năng bạn muốn thêm vào một app quen thuộc (ví dụ: chế độ tối cho Facebook). Viết 3-5 dòng mô tả: tính năng đó làm gì, vì sao cần nó, và nó hoạt động ra sao. Đây là bước đầu của một PRD.
Tóm tắt
- PRD là tài liệu mô tả chi tiết sản phẩm/tính năng.
- Giúp cả team hiểu đúng cùng một mục tiêu.
- Tránh hiểu lầm, tiết kiệm thời gian và công sức.