Vấn đề: cùng một tính năng, mỗi người cần một cách kể khác
PRD phục vụ nhiều người đọc với nhu cầu trái ngược:
- Dev cần chi tiết, ràng buộc, edge case.
- Lãnh đạo cần business case, tác động, rủi ro, chi phí cơ hội.
- Sale / CS cần lợi ích khách hàng, cách nói với khách.
- Design cần luồng người dùng, trạng thái, mục tiêu trải nghiệm.
Nguyên tắc: giữ nguyên sự thật, đổi trọng tâm và ngôn ngữ
AI không được thêm/bớt thông tin thực tế khi chuyển phiên bản — chỉ được đổi cách trình bày. Nếu không ràng buộc, nó dễ "tô hồng" cho sếp bằng số liệu bịa.
Ví dụ cụ thể
Bạn có PRD kỹ thuật đầy đủ, cần một bản tóm tắt cho lãnh đạo phê duyệt.
Đây là PRD kỹ thuật của tính năng "đặt trước theo lịch".
Hãy viết BẢN TÓM TẮT CHO LÃNH ĐẠO (1 trang), giọng văn cô đọng, hướng kết quả.
Cấu trúc:
- Vấn đề & cơ hội (2-3 câu)
- Đề xuất giải pháp (2 câu)
- Tác động kỳ vọng (chỉ dùng số liệu CÓ trong PRD; nếu không có, ghi "cần đo sau", KHÔNG bịa)
- Chi phí & thời gian ước lượng (chỉ nếu PRD có)
- Rủi ro chính & cách giảm thiểu
- Đề nghị quyết định (duyệt / cần thêm gì)
Tuyệt đối không thêm số liệu không có trong PRD gốc.
--- PRD ---
[dán PRD]
Cùng cách đó, đổi "lãnh đạo" thành "đội sale" và cấu trúc thành lợi ích khách hàng + cách trả lời câu hỏi thường gặp.
Bảng ánh xạ đối tượng (dùng để ra prompt nhanh)
| Đối tượng | Trọng tâm | Giọng văn | Bỏ bớt |
|---|---|---|---|
| Dev | Yêu cầu, ràng buộc, edge case | Chính xác, kỹ thuật | Business fluff |
| Lãnh đạo | Tác động, rủi ro, chi phí | Cô đọng, kết quả | Chi tiết kỹ thuật |
| Sale/CS | Lợi ích khách, FAQ | Gần gũi, thuyết phục | Thuật ngữ nội bộ |
| Design | Luồng, trạng thái, mục tiêu UX | Trực quan | Chi tiết backend |
Các bước làm
- Hoàn thiện PRD gốc (nguồn sự thật duy nhất).
- Xác định các đối tượng đọc cần phiên bản riêng.
- Với mỗi đối tượng, dùng prompt "đổi trọng tâm" kèm ràng buộc không bịa số.
- Đọc lại: đảm bảo không có thông tin mới xuất hiện so với PRD gốc.
- Với bản cho lãnh đạo/khách, kiểm tra kỹ mọi con số và cam kết.
- Lưu PRD gốc là bản chuẩn; các phiên bản là dẫn xuất, cập nhật khi gốc đổi.
Template "đổi đối tượng đọc" (tái dùng)
[Nguồn]: PRD gốc (dán dưới đây)
[Đối tượng đích]: (dev / lãnh đạo / sale / design)
[Trọng tâm cần nhấn]: ...
[Điều cần bỏ bớt]: ...
[Độ dài]: ...
[Ràng buộc]: chỉ dùng thông tin có trong nguồn, không bịa số, không cam kết mới
Sai lầm thường gặp
- Để AI "tô hồng" bản cho sếp. Nó dễ thêm "dự kiến tăng 30% doanh thu" cho thuyết phục — con số bịa có thể khiến bạn bị chất vấn. Cấm bịa số tuyệt đối.
- Các phiên bản trôi khỏi PRD gốc. Sửa PRD gốc mà quên cập nhật bản cho sale → thông tin mâu thuẫn. Luôn coi PRD gốc là nguồn sự thật.
- Lộ thông tin nội bộ trong bản gửi ra ngoài (khách/đối tác). Prompt phải yêu cầu bỏ thuật ngữ và chi tiết nhạy cảm.
- Phụ thuộc AI đến mức không đọc lại. Bản cho lãnh đạo là bộ mặt của bạn; luôn tự đọc và chịu trách nhiệm từng câu.
Học xong bài này rồi?
Tạo tài khoản miễn phí để lưu lại — lần sau vào là biết ngay đang dở ở đâu,
và học hết khóa thì có chứng chỉ.
Lưu tiến độ của tôi