Cách mình viết PRD cùng với AI

✍️ Hana · 🗓️ Tháng 5/2026 📚 Series: Làm Cùng với AI · BA Edition 🔢 Order: 10

Cách mình viết PRD cùng AI – làm trong một buổi, không phải ba ngày

---

Trước kia, một cái PRD mất của mình bao lâu?

Kể thật nhé. Trước khi có skill, mình viết một PRD đầy đủ mất từ 2 đến 4 ngày. Không phải vì không biết viết – mà vì có quá nhiều thứ phải làm đồng thời, và không cái nào tự động hết.

Đầu tiên là research: mở 10–15 tab tra AWS, Alibaba Cloud, Google Cloud xem họ giải quyết vấn đề tương tự ra sao. Đọc docs tiếng Anh, note lại từng tham số, quota limit, edge case mà các platform đó đã documented. Sau đó là user stories theo Gherkin – phải cover đủ happy path, alternative path, error case, edge case, mỗi scenario phải testable độc lập. Rồi Functional Requirements phải đủ measurable, không viết "nhanh" mà phải viết "response time ≤ 500ms". Validation rules, technical notes, risks, glossary – 8 sections là 8 lần ngồi nghĩ từ đầu.

Cái tốn thời gian nhất không phải là "không biết viết gì". Mà là context-switch liên tục: tab research → Word → chat confirm với stakeholder → Word viết tiếp → scope thay đổi → làm lại. Một buổi PRD của mình trước kia trông đúng như cái vòng lặp đó.

Cái PRD mình hay nhắc nhất trong bài này là PostgreSQL Cluster cho vDB – feature với 10 user stories Gherkin, 4 trang screens UI/UX, đủ cả concurrency control, automatic failover, backup restore flow. Không nhỏ. Bây giờ, với skill prd-writing, mình hoàn thành cái PRD đó trong một buổi.

---

prd-writing skill là gì

Skill này là một bộ instruction mình viết để AI hiểu đúng cách team mình làm PRD – cấu trúc, convention, mức độ chi tiết từng section. Thay vì mỗi lần phải nhắc lại "PRD cần có 8 sections, user story viết Gherkin, FR phải measurable" – mình viết một lần vào SKILL.md, sau đó AI tự đọc và follow.

Workflow của skill từ đầu đến cuối trông như này:

Workflow của prd-writing skill

Điểm quan trọng: skill không chỉ "nhận input rồi generate text". Nó có một chuỗi bước cụ thể với các decision point – mình sẽ kể ba cái mình thấy đáng nhất bên dưới.

---

Ba điểm mình thích nhất khi dùng

1. AI tự research competitor trước khi viết

Trước khi gõ dòng đầu tiên của PRD, skill chạy bước Competitor Research – tự search docs của AWS và Alibaba Cloud theo pattern site:docs.aws.amazon.com [feature keyword].

Với PRD PostgreSQL Cluster, AI tìm được: cách AWS RDS đặt tên tham số, các giới hạn quota điển hình của Alibaba RDS for PostgreSQL, edge case về connection limit khi failover mà cả hai platform đã documented. Những thứ này sau đó được tích hợp vào Section 3 FR và Section 7 Risks như một phần tự nhiên của PRD – không phải footnote rời.

Cái này mình trước đây mất nửa buổi để làm thủ công. Giờ AI làm trong vài phút, và còn đủ hơn vì AI không bỏ sót tab nào khi mệt.

2. AI đề xuất nhưng không áp đặt

Một điểm thiết kế mình thích nhất trong skill là cơ chế [AI PROPOSED – cần xác nhận]. Bất cứ thứ gì AI không chắc chắn – scope boundary, business rule, success metric – đều được đánh dấu rõ để mình review lại.

Kết quả là PRD output không có chỗ nào mình không biết từ đâu ra. Cái gì AI tự suy luận thì có tag, cái gì mình đã confirm thì clean. Trước đây mình từng có lần đem một bản PRD viết bằng plain Claude cho dev – dev confuse vì có API endpoint trong Technical Notes mà không tồn tại trong hệ thống, AI tự bịa ra theo best-practice chung. Với skill, cái đó không xảy ra vì AI biết rõ giới hạn của mình.

3. Sau PRD xong, workflow tiếp tục tự động

Điều mình thích nhất là skill không dừng lại ở file .md. Sau khi viết xong PRD, skill tự động:

• Trích xuất danh sách screens từ Section 4 → generate prompt UI theo design system GreenNode → vẽ trực tiếp trên Figma bằng skill Figma của Claude
• Hỏi mình có muốn tạo task lên Redmine không → nếu có thì trigger skill task-manage, Task Log và Dashboard tự cập nhật

Một buổi ngồi với AI: vào với pain point, ra với PRD + danh sách screens + task đã lên Redmine. Cái workflow đó trước đây là ba ngày ba người.

---

Kết quả thật – PRD PostgreSQL Cluster

Đây là cái PRD mình nói từ đầu bài. Document Information đầy đủ, Table of Contents với 8 sections, status Done:

PRD PostgreSQL Cluster – Document Information và Table of Contents

10 user stories Gherkin. Competitor research từ AWS + Alibaba. Cross-section consistency check đã chạy. Figma link điền vào Section 4 sau khi designer confirm. Một buổi làm – không phải ba ngày.

---

Một điều mình vẫn làm thủ công

Không muốn viết bài này như bài quảng cáo tool, nên mình kể thêm một thứ skill không làm được.

Validation với stakeholder vẫn là của mình. Skill viết được 8 sections nhưng không biết context politics của team: tính năng nào dev đang lo ngại, constraint nào đã được legal chốt tuần trước, dependency nào đang bị block ở team khác. Mình vẫn phải đọc lại từng section và tự hỏi "cái này dev sẽ hiểu không, product lead sẽ sign off không". AI không thay được cái đó.

Cái skill giải phóng cho mình không phải là "không cần đọc lại PRD". Mà là không phải dành hai ngày đi từ tờ giấy trắng đến một bản draft đủ để review.

---

Một câu để đọng lại

Skill không viết PRD thay mình. Skill giúp mình bắt đầu từ 60% thay vì 0%.

Lần gần nhất bạn mở file mới và mất 30 phút chỉ để điền phần Document Information, tạo Table of Contents, nhớ lại "section mấy là Validation Rules" – đó không phải là công việc thực sự của một BA. Đó là overhead.

Skill giúp cắt cái overhead đó đi, để phần còn lại của buổi làm việc là phần thật: hiểu đúng vấn đề, xác nhận đúng scope, viết đúng những thứ dev cần để bắt tay làm.

---

Bài này thuộc series "Làm Cùng với AI · BA Edition". Các bài tiếp theo trong series: Cách mình viết Userguide cùng với AI · Cách mình họp cùng AI · Cách mình chạy workflow bằng skill