Mở đầu — vì sao bài này quan trọng
Nếu bạn là Product Manager, có một việc bạn làm đi làm lại đến mức ám ảnh: viết PRD (Product Requirements Document — tài liệu yêu cầu sản phẩm). Đây là tài liệu xương sống để cả team kỹ sư, designer, QA và stakeholder hiểu rõ "chúng ta đang xây cái gì, cho ai, và vì sao".
Vấn đề là viết PRD theo cách truyền thống cực kỳ tốn sức. Một PRD nghiêm túc cho một feature trung bình thường ngốn của bạn 4–8 tiếng đồng hồ, phần lớn thời gian là ngồi nhìn trang giấy trắng (blank page paralysis) tự hỏi nên bắt đầu từ đâu. Bạn viết được vài dòng rồi xóa, sắp xếp lại cấu trúc, đi tìm số liệu, rồi lại viết lại. Đến khi tài liệu hoàn chỉnh thì bạn đã kiệt sức và không còn năng lượng cho phần quan trọng nhất: tư duy sản phẩm.
Bài này dạy bạn một quy trình hoàn chỉnh (full workflow) để viết PRD với sự hỗ trợ của AI — cắt thời gian từ 4–8 tiếng xuống còn 2–3 tiếng, trong đó khoảng 60% bản nháp đến từ AI và 40% còn lại là lớp trí tuệ sản phẩm (PM intelligence layer) mà chỉ bạn mới có thể bổ sung. Đây không phải là chuyện "bảo AI viết hộ PRD rồi copy-paste". Đây là chuyện tái thiết kế lại toàn bộ quy trình làm việc của bạn quanh PRD, để AI lo phần cơ bắp còn bạn lo phần đầu não.
Lưu ý: bài này tập trung vào quy trình end-to-end, cách ghép các bước lại thành một dòng chảy hoàn chỉnh. Những kỹ thuật viết prompt chi tiết, cách chọn model, hay cách viết spec cho AI feature sẽ có bài riêng — ở đây ta nhìn bức tranh toàn cảnh và thực hành chạy trọn vẹn một workflow.
Khái niệm cốt lõi
Pre-AI vs Post-AI: hai mô hình làm việc khác nhau về bản chất
Trước khi có AI, quy trình viết PRD của một PM thường tuyến tính: nghĩ → viết → sửa → viết → sửa. Bạn vừa là người sản xuất chữ, vừa là người biên tập, vừa là người tư duy chiến lược — cả ba vai trò dồn lên một bộ não trong cùng một lúc. Đó là lý do nó mệt và chậm.
Sau khi có AI, quy trình chuyển sang mô hình "AI sản xuất, PM biên tập và nâng cấp". Bạn tách rõ hai lớp:
- Lớp 60% từ AI (the draft layer): cấu trúc tài liệu, văn phong, các phần mô tả tiêu chuẩn, danh sách edge case gợi ý, định dạng user story, acceptance criteria mẫu, bảng so sánh, các câu hỏi cần làm rõ. Đây là phần "cơ bắp" — tốn thời gian nhưng không đòi hỏi hiểu biết sâu về bối cảnh cụ thể của công ty bạn.
- Lớp 40% trí tuệ PM (the intelligence layer): đây mới là phần làm nên giá trị của bạn. Nó gồm: vì sao chúng ta làm feature này bây giờ (chiến lược), ràng buộc thực tế của team (kỹ thuật, nguồn lực, deadline), hiểu biết ngầm về khách hàng mà không tài liệu nào ghi, các quyết định đánh đổi (trade-off), và độ ưu tiên. AI không biết sếp bạn vừa cắt 30% ngân sách quý này, không biết đội backend đang nợ kỹ thuật chỗ nào, không biết khách hàng lớn nhất vừa dọa rời đi.
PRD tốt vẫn là PRD tốt — AI không đổi tiêu chuẩn
Một điểm quan trọng cần nhớ: AI thay đổi cách bạn sản xuất PRD, chứ không thay đổi tiêu chuẩn của một PRD tốt. Một PRD tốt vẫn phải trả lời rõ: Bối cảnh & vấn đề (problem statement), Mục tiêu & metrics thành công, Đối tượng người dùng & use case, Phạm vi (in-scope / out-of-scope), Yêu cầu chức năng, User stories & acceptance criteria, Ràng buộc & phụ thuộc, Rủi ro & câu hỏi mở. AI giúp bạn lấp đầy các phần này nhanh hơn, nhưng bạn vẫn là người chịu trách nhiệm cuối cùng về độ chính xác và độ sắc bén.
Tình huống thực tế
Ví dụ 1: Tiki — feature "Đặt lịch giao hàng theo khung giờ"
Linh là Senior PM tại một sàn thương mại điện tử lớn ở Việt Nam (bối cảnh tương tự Tiki). Cô được giao viết PRD cho tính năng cho phép khách chọn khung giờ nhận hàng (ví dụ 18h–20h tối) thay vì giao bất kỳ lúc nào.
Theo cách cũ, Linh sẽ mất cả buổi sáng chỉ để dựng khung tài liệu. Lần này cô làm khác. Cô mở Claude, dán vào một đoạn brief 200 chữ: bối cảnh (khách than phiền không có nhà lúc shipper đến, tỷ lệ giao thất bại 12%), mục tiêu (giảm tỷ lệ giao thất bại xuống 7%), và nhờ AI dựng khung PRD đầy đủ kèm gợi ý user stories và edge case.
Trong 4 phút, AI trả về một bản nháp có cấu trúc đầy đủ, kèm những edge case mà Linh suýt quên: khách chọn khung giờ nhưng shipper kẹt xe trễ giờ thì sao? Khu vực không hỗ trợ giao theo khung giờ thì hiển thị thế nào? Phí phụ thu cho khung giờ "hot" tính ra sao?
Đó là 60%. Phần 40% của Linh: cô biết đội logistics chỉ có thể cam kết khung giờ ở Hà Nội và TP.HCM trong quý này (ràng buộc thực tế AI không biết), cô biết CEO muốn ưu tiên giảm chi phí giao lại hơn là tăng trải nghiệm (chiến lược), và cô quyết định cắt phần "phí phụ thu" ra khỏi phạm vi v1 vì nó kéo theo cả bài toán pricing phức tạp. Cô viết lại phần Scope và thêm một mục "Out of scope cho v1" rõ ràng.
Kết quả: thay vì 6 tiếng, Linh xong PRD trong 2 tiếng rưỡi, và bản PRD tốt hơn vì cô có thời gian nghĩ về phạm vi thay vì vật lộn với câu chữ. Bài học: AI lo cấu trúc và độ phủ; bạn lo ràng buộc thực tế và quyết định cắt phạm vi.
Ví dụ 2: Một startup fintech ở Singapore — và cái bẫy "PRD nghe hay nhưng sai"
Raj là PM tại một startup fintech cho vay tiêu dùng ở Đông Nam Á. Anh viết PRD cho tính năng "trả góp linh hoạt". Vì gấp deadline, anh để AI viết gần như toàn bộ, kể cả phần metrics thành công. AI tự tin đề xuất: "Mục tiêu: tăng tỷ lệ chuyển đổi khoản vay lên 25% trong quý đầu".
Con số 25% nghe rất thuyết phục — nhưng nó hoàn toàn do AI bịa ra, không dựa trên baseline thực của công ty (vốn chỉ quanh 8%). Khi PRD lên bàn họp, Head of Growth lập tức bắt lỗi và niềm tin vào toàn bộ tài liệu sụp đổ. Raj mất uy tín và phải làm lại từ đầu.
Bài học: đây chính là ranh giới của lớp 40%. Mọi con số, mọi cam kết, mọi metrics — bạn phải là người điền vào hoặc kiểm chứng. AI có thể gợi ý loại metric nào nên đo (conversion rate, default rate, time-to-approval), nhưng giá trị mục tiêu cụ thể phải đến từ dữ liệu thật và tham vọng có cơ sở của bạn. Một quy trình AI-assisted tốt phải có bước "rà soát số liệu" như một chốt chặn bắt buộc.
Ví dụ 3: PM solo tại một SaaS B2B nhỏ ở Việt Nam
Minh là PM duy nhất tại một startup SaaS làm phần mềm quản lý kho cho cửa hàng bán lẻ, team chỉ 8 người. Anh không có thời gian viết PRD chỉn chu, nên trước đây thường chỉ nhắn Slack vài dòng cho dev — dẫn đến hiểu lầm, làm sai, sửa tới sửa lui.
Minh xây một quy trình AI-assisted nhẹ: anh tạo sẵn một prompt template chứa cấu trúc PRD chuẩn của công ty, và mỗi khi có feature mới, anh chỉ cần điền brief rồi để AI dựng nháp. Quan trọng hơn, anh dùng AI ở chế độ "phỏng vấn ngược": bảo AI hỏi anh 5 câu để làm rõ yêu cầu trước khi viết. Những câu hỏi như "User hiện đang làm việc này thủ công bằng cách nào?" buộc Minh phải nói rõ những điều anh vốn để trong đầu.
Kết quả: từ chỗ không viết PRD, giờ Minh có PRD nhẹ nhưng đủ rõ cho mỗi feature, mất khoảng 45 phút mỗi cái. Số lần dev làm sai giảm rõ rệt. Bài học: AI không chỉ viết hộ — nó còn ép bạn tư duy rõ hơn nhờ đặt câu hỏi. Với PM solo, đây là đòn bẩy năng suất cực lớn.
Hướng dẫn từng bước
Đây là quy trình end-to-end bạn có thể áp dụng ngay. Mỗi bước tôi ghi rõ phần nào là 60% AI, phần nào là 40% của bạn.
Bước 1 — Viết brief 150–300 chữ (việc của bạn, 40%). Đừng để AI bắt đầu từ con số 0. Bạn cần cung cấp nguyên liệu thô: vấn đề đang giải quyết, ai gặp vấn đề, vì sao làm bây giờ, ràng buộc đã biết (team, deadline, kỹ thuật), và mục tiêu kinh doanh. Brief càng giàu bối cảnh, bản nháp AI càng sát.
Bước 2 — Để AI phỏng vấn ngược bạn (60% AI điều phối). Trước khi nhờ viết, thêm một câu: "Trước khi viết PRD, hãy hỏi tôi 5–7 câu để làm rõ những điểm còn mơ hồ." Bước này lọc ra các giả định ngầm và thường lộ ra những lỗ hổng tư duy mà bạn chưa thấy.
Bước 3 — AI dựng bản nháp đầy đủ (60% AI). Yêu cầu AI viết theo đúng template PRD của công ty bạn (dán template vào prompt). Yêu cầu cụ thể: cấu trúc đầy đủ, gợi ý user stories theo định dạng "Là [vai trò], tôi muốn [hành động], để [giá trị]", acceptance criteria, và một danh sách edge case + câu hỏi mở.
Bước 4 — Rà soát số liệu & ràng buộc (việc của bạn, 40% — chốt chặn bắt buộc). Đây là bước cứu mạng từ Ví dụ 2. Đọc lại từng con số, từng metric, từng cam kết. Xóa hoặc thay mọi thứ AI "bịa" bằng dữ liệu thật. Đánh dấu rõ chỗ nào còn là giả định cần xác minh.
Bước 5 — Bơm lớp trí tuệ sản phẩm (việc của bạn, 40%). Thêm phần mà chỉ bạn biết: lý do chiến lược, trade-off đã chọn, vì sao cắt cái này khỏi scope, phụ thuộc vào team khác, rủi ro chính trị/tổ chức. Đây là phần làm PRD của bạn khác với PRD do bất kỳ ai dùng AI cũng viết ra được.
Bước 6 — Dùng AI để soi lỗ hổng (60% AI, vai trò critic). Đưa bản gần hoàn chỉnh lại cho AI với prompt: "Đóng vai một PM khó tính và một tech lead. Chỉ ra những chỗ mơ hồ, mâu thuẫn, hoặc thiếu sót trong PRD này." AI lúc này là người phản biện, không phải người viết.
Bước 7 — Hoàn thiện & rút gọn (việc của bạn). Cắt phần thừa, đảm bảo giọng văn nhất quán, và đọc lại như thể bạn là kỹ sư sắp implement. Nếu bạn không trả lời được câu hỏi của chính mình, PRD chưa xong.
Lỗi thường gặp & mẹo
Lỗi 1: Giao thẳng bản nháp AI mà không qua lớp 40%. Triệu chứng là PRD nghe trơn tru nhưng rỗng, đầy câu sáo rỗng kiểu "nâng cao trải nghiệm người dùng" mà không có chi tiết cụ thể. Mẹo: luôn tự hỏi "phần nào ở đây chỉ mình tôi mới viết được?" — nếu không có phần nào, bạn chưa làm việc của mình.
Lỗi 2: Tin số liệu AI tự sinh. Như Ví dụ 2. Mẹo: đặt quy tắc cá nhân "AI không được phép sinh ra con số" — mọi metric phải có nguồn, hoặc đánh dấu [CẦN XÁC MINH].
Lỗi 3: Không dùng template công ty. AI sẽ viết theo format chung chung, lệch khỏi chuẩn nội bộ, khiến bạn phải sắp xếp lại. Mẹo: lưu sẵn template PRD công ty dưới dạng một đoạn text để dán vào mỗi lần.
Lỗi 4: Bỏ qua bước phỏng vấn ngược. Nhiều PM nhảy thẳng vào "viết hộ tôi PRD". Mẹo: luôn để AI hỏi bạn trước — đây là bước rẻ nhất nhưng tăng chất lượng nhiều nhất.
Lỗi 5: Lộ dữ liệu nhạy cảm vào prompt. Tên khách hàng thật, số liệu doanh thu mật, thông tin nội bộ. Mẹo: ẩn danh hóa trước khi dán, dùng "Khách hàng A" thay vì tên thật. (Chủ đề bảo vệ dữ liệu nhạy cảm sẽ có bài chuyên sâu riêng.)
Mẹo vàng: Lưu lại các prompt hiệu quả thành một "bộ công thức" cá nhân. Lần thứ hai viết PRD sẽ nhanh hơn lần đầu rất nhiều khi bạn đã có template prompt cho từng bước.
Bài tập thực hành
- Chạy trọn workflow một lần. Chọn một feature thật bạn đang hoặc sắp làm. Viết brief 200 chữ (Bước 1), rồi chạy đủ 7 bước. Tự bấm giờ và so sánh với thời gian bạn từng mất khi viết tay.
- Tách lớp 60/40. Sau khi xong PRD, dùng bút highlight (hoặc màu chữ) đánh dấu phần nào đến từ AND phần nào bạn tự thêm. Mục tiêu: lớp 40% của bạn phải chứa ít nhất 3 quyết định chiến lược/trade-off mà AI không thể tự nghĩ ra.
- Thử bước phỏng vấn ngược. Yêu cầu AI hỏi bạn 7 câu trước khi viết. Ghi lại câu hỏi nào khiến bạn nhận ra mình chưa thực sự nghĩ kỹ. Đó chính là giá trị bạn vừa được AI tặng miễn phí.
- Đóng vai critic. Lấy một PRD cũ bạn đã viết, đưa cho AI với prompt phản biện ở Bước 6. Liệt kê những lỗ hổng nó tìm ra — và tự hỏi vì sao lần đó bạn bỏ sót.
Tóm tắt
Viết PRD với AI không phải là "nhờ AI làm hộ", mà là tái thiết kế quy trình quanh một sự phân vai rõ ràng: AI lo 60% phần cơ bắp (cấu trúc, văn phong, độ phủ edge case), bạn lo 40% phần trí tuệ (chiến lược, ràng buộc thực tế, số liệu thật, trade-off). Kết quả là thời gian giảm từ 4–8 tiếng xuống 2–3 tiếng, và quan trọng hơn, PRD tốt hơn vì bạn dồn năng lượng vào tư duy thay vì câu chữ.
Quy trình 7 bước — brief, phỏng vấn ngược, dựng nháp, rà số liệu, bơm trí tuệ, phản biện, hoàn thiện — cho bạn một dòng chảy lặp lại được. Hai chốt chặn không bao giờ được bỏ qua: kiểm chứng mọi con số, và đảm bảo lớp 40% của bạn thật sự chứa thứ chỉ bạn mới có. Làm chủ workflow này, bạn không chỉ viết nhanh hơn — bạn trở thành một PM tư duy sắc hơn.