PRFAQ

Mẫu & ví dụ Spec Templates

Thông cáo báo chí giả định cộng câu hỏi khách hàng và nội bộ, viết trước khi xây để kiểm một ý tưởng sản phẩm mới.

Mẫu này giúp bạn

Bắt đầu từ đây

Hiểu PRFAQ là thông cáo giả định cộng bộ câu hỏi, viết trước khi xây để kiểm ý tưởng từ phía khách hàng, và phần FAQ quan trọng hơn phần thông cáo.

Khi đã làm được

Viết được thông cáo một trang bằng ngôn ngữ khách hàng, kiểm nó với người ngoài đội, viết FAQ nội bộ có con số và trả lời thẳng câu hỏi khó nhất, tổ chức buổi đọc im lặng, và chốt được quyết định làm, thử nhỏ hay không làm.

Mẫu, ví dụ đã điền và cách dùng

Đã đọc 0/9 mục · còn khoảng 10 phút

Cách chúng tôi ghi nhận

Một mục được tính là đã đọc khi nó nằm giữa màn hình đủ lâu so với độ dài của nó (bảng và sơ đồ tính một nửa), bạn vẫn đang cuộn hoặc bấm phím, và bạn đã thấy tới cuối mục. Lướt nhanh hoặc để tab mở không được tính. Chúng tôi chỉ lưu thời gian đọc từng mục — không lưu gì khác.

PRFAQ dùng để làm gì?

PRFAQ gồm hai phần: một thông cáo báo chí giả định viết như thể sản phẩm đã ra mắt, và một bộ câu hỏi thường gặp — câu khách hàng sẽ hỏi và câu lãnh đạo sẽ hỏi. Nó được viết trước khi có thiết kế hay dòng code nào, để kiểm xem ý tưởng có đáng làm không.

Thông cáo buộc bạn nói về sản phẩm bằng ngôn ngữ của khách hàng: khách được gì, khác gì với hôm nay. Nếu không viết được một đoạn khiến khách muốn dùng, có lẽ sản phẩm chưa đủ tốt — và biết điều đó lúc này rẻ hơn rất nhiều so với biết sau sáu tháng xây.

Phần FAQ là nơi công việc thật nằm. Câu hỏi nội bộ — tốn bao nhiêu, vì sao là ta, điều gì có thể làm nó thất bại — buộc đội đối mặt với những điểm yếu mà thông cáo được phép lờ đi. Một PRFAQ tốt có phần FAQ dài hơn phần thông cáo.

Dành cho: Product Manager · Head of Product · CPO · Product Owner khi đề xuất sản phẩm hoặc dịch vụ mới

Dùng khi: Khi đề xuất một sản phẩm hoặc dịch vụ mới đủ lớn để cần lãnh đạo duyệt; khi đội đang tranh luận về tính năng mà chưa ai nói được khách được gì; khi cần cả công ty hiểu cùng một hình dung về thứ sắp làm.

Khác gì với PRD và với tài liệu marketing?

	Viết cho ai	Viết khi
PRFAQ	Người ra quyết định, bằng ngôn ngữ của khách hàng	Trước khi quyết làm — để kiểm ý tưởng
PRD	Đội xây sản phẩm: làm gì, tới mức nào là xong	Sau khi đã quyết làm
Thông cáo marketing thật	Báo chí và khách hàng	Khi sản phẩm sắp ra mắt

Thông cáo trong PRFAQ không bao giờ được gửi ra ngoài. Nếu đọc lên nghe như quảng cáo, nó đang làm sai việc — nó phải đủ cụ thể để một khách hàng thật đọc và nói "cái này tôi cần" hoặc "cái này không giải quyết gì cho tôi".

Bản trắng — copy và dán vào tài liệu của bạn

Thông cáo tối đa một trang. FAQ không giới hạn, nhưng mỗi câu trả lời nên ngắn và có con số khi có thể. Viết thông cáo xong, đưa một khách hàng thật hoặc người ngoài đội đọc trước khi viết FAQ.

PRFAQ — [Tên sản phẩm / dịch vụ]
Người viết: ________  Ngày: ________  Phiên bản: ____

PHẦN 1 — THÔNG CÁO BÁO CHÍ (giả định ngày ra mắt: ________)

TIÊU ĐỀ: [Tên] giúp [khách hàng] [đạt được điều gì]
PHỤ ĐỀ: [Một câu: ai được lợi và lợi gì cụ thể]

[Nơi], [ngày ra mắt giả định] — [Đoạn tóm tắt 2-3 câu: sản phẩm là gì,
cho ai, khác gì so với hôm nay.]

VẤN ĐỀ: [Khách hàng đang gặp chuyện gì, bằng lời của họ.]

GIẢI PHÁP: [Sản phẩm giải vấn đề đó thế nào, nhìn từ phía khách hàng.]

TRÍCH LỜI NGƯỜI ĐẠI DIỆN CÔNG TY: "[Vì sao làm, điều gì quan trọng.]"

CÁCH HOẠT ĐỘNG: [Khách bắt đầu thế nào, dùng ra sao, 3-4 bước.]

TRÍCH LỜI KHÁCH HÀNG (giả định): "[Cuộc sống của họ khác đi thế nào.]"

CÁCH BẮT ĐẦU: [Ở đâu, giá bao nhiêu, từ khi nào.]

PHẦN 2 — CÂU HỎI CỦA KHÁCH HÀNG
  H: ________________________  Đ: ________________________
  (giá, khác gì sản phẩm hiện có, điều kiện, chuyện gì khi trục trặc)

PHẦN 3 — CÂU HỎI NỘI BỘ
  H: Ai là khách hàng, và có bao nhiêu người?
  H: Bằng chứng nào cho thấy họ cần?
  H: Vì sao là ta, vì sao là bây giờ?
  H: Tốn bao nhiêu (người, tiền, thời gian)? Thu về bao nhiêu?
  H: Đo thành công bằng chỉ số nào?
  H: Điều gì có thể làm nó thất bại?
  H: Chúng ta cố ý không làm gì trong bản đầu?
  H: Phụ thuộc đội hoặc đối tác nào?

Từng ô điền gì, và vì sao ô đó tồn tại

Ô	Điền gì	Bỏ trống thì hỏng ở đâu
Tiêu đề và phụ đề	Ai được gì, bằng từ ngữ khách hàng dùng. Không có tên công nghệ.	Tiêu đề nói về công nghệ ("ứng dụng AI...") thì cả thông cáo sẽ trôi về tính năng, không về khách hàng.
Đoạn tóm tắt	Hai ba câu đủ để một người chỉ đọc đoạn này hiểu sản phẩm là gì và cho ai.	Lãnh đạo bận thường chỉ đọc đoạn này; nếu nó mơ hồ, phần còn lại không cứu được.
Vấn đề	Chuyện khách đang gặp, càng giống lời khách nói càng tốt.	Viết vấn đề theo góc nhìn công ty ("tăng doanh thu dịch vụ") thì không ai kiểm được khách có thật sự cần.
Trích lời công ty	Vì sao công ty làm việc này, gắn với điều công ty tin.	Thiếu thì người đọc nội bộ không thấy sản phẩm nối với chiến lược ở đâu.
Cách hoạt động	Ba bốn bước từ phía khách, không phải kiến trúc hệ thống.	Không viết được bước nào đơn giản thì trải nghiệm thật sẽ còn rối hơn.
Trích lời khách hàng	Một câu ghi rõ là giả định, mô tả cuộc sống của họ khác đi thế nào.	Nếu không nghĩ ra câu nào nghe như người thật nói, có lẽ lợi ích chưa đủ rõ.
Câu hỏi khách hàng	Giá, điều kiện, khác gì cái đang dùng, chuyện gì xảy ra khi trục trặc.	Bỏ qua thì những câu này xuất hiện lần đầu ở tổng đài sau khi ra mắt.
Câu hỏi nội bộ	Chi phí, thu về, chỉ số, rủi ro, phụ thuộc, những gì cố ý không làm.	Đây là phần lãnh đạo dùng để quyết. Trả lời mơ hồ ở đây thì thông cáo hay đến đâu cũng không được duyệt.

Cách viết và rà PRFAQ

Viết thông cáo trước, trong một lần ngồi. Đừng sửa câu chữ; mục tiêu là xem bạn có kể được câu chuyện từ phía khách hàng không.
Đưa thông cáo cho hai ba khách hàng thật hoặc người ngoài đội đọc. Hỏi: "Anh chị có dùng không? Vì sao không?" Phản ứng hờ hững là tín hiệu rất có giá trị.
Viết câu hỏi nội bộ khó nhất trước — câu mà bạn sợ bị hỏi nhất. Nếu câu trả lời là "chưa biết", ghi thẳng "chưa biết" kèm cách tìm ra.
Điền con số vào mọi câu trả lời có thể. Ước lượng có ghi nguồn tốt hơn tính từ.
Tổ chức buổi đọc im lặng. Mọi người đọc tài liệu trong 15-20 phút đầu buổi họp, ghi bình luận ngay trên tài liệu, rồi mới thảo luận. Cách này tránh việc người nói to nhất định hướng cuộc trao đổi.
Sửa qua nhiều phiên bản. Phiên bản đầu gần như luôn bị viết lại phần vấn đề và phần cách hoạt động. Ghi số phiên bản ở đầu trang.
Kết thúc bằng quyết định: làm, làm một phần nhỏ để kiểm (thường là một MVP), hoặc không làm. Nếu làm, PRFAQ trở thành đầu vào cho PRD và thông cáo là thước đo trải nghiệm khi ra mắt.

Ví dụ đã điền đầy đủ

Điện Máy Sao Mai (công ty giả định) — chuỗi bán lẻ điện máy 60 cửa hàng ở miền Nam. Dịch vụ bảo hành hiện tại qua tổng đài, khách chờ trung bình 4 ngày để có kỹ thuật viên. PM mảng dịch vụ sau bán viết PRFAQ cho một dịch vụ sửa chữa mới.

PRFAQ — Sửa Tận Nhà Sao Mai
Người viết: Tuấn (PM, Dịch vụ sau bán) Ngày: 20/10/2026 Phiên bản: 3

PHẦN 1 — THÔNG CÁO BÁO CHÍ (giả định ngày ra mắt: 01/04/2027)

TIÊU ĐỀ: Sửa Tận Nhà Sao Mai đưa kỹ thuật viên tới nhà trong ngày khi
máy lạnh, tủ lạnh hỏng

PHỤ ĐỀ: Khách của Sao Mai đặt lịch trên app trong hai phút, chọn khung
giờ hai tiếng, và biết chính xác khi nào kỹ thuật viên tới.

TP.HCM, 01/04/2027 — Từ hôm nay, khách mua máy lạnh, tủ lạnh và máy
giặt tại Sao Mai có thể đặt sửa chữa và bảo hành ngay trên app. Kỹ thuật
viên tới trong ngày nếu đặt trước 11 giờ, trong khung giờ khách chọn,
và khách theo dõi được kỹ thuật viên đang ở đâu.

VẤN ĐỀ: Máy lạnh hỏng giữa mùa nóng, khách gọi tổng đài, chờ máy, đọc
số hoá đơn, rồi được hẹn "trong 3-5 ngày, kỹ thuật sẽ gọi trước". Nhiều
người phải xin nghỉ nửa ngày để chờ, và không biết thợ có tới không.

GIẢI PHÁP: Khách mở app, chọn sản phẩm đã mua (app tự nhận từ lịch sử
mua hàng), chụp ảnh hoặc mô tả lỗi, chọn khung giờ hai tiếng. Kỹ thuật
viên mang sẵn linh kiện phổ biến cho đúng mẫu máy.

TRÍCH LỜI CÔNG TY: "Khách chọn Sao Mai không chỉ vì giá, mà vì tin rằng
khi máy hỏng sẽ có người lo. Bốn ngày chờ là chúng tôi chưa giữ được lời
hứa đó," anh Lâm, giám đốc dịch vụ khách hàng, nói.

CÁCH HOẠT ĐỘNG:
1. Mở app, chọn sản phẩm cần sửa trong danh sách đã mua.
2. Mô tả lỗi hoặc chụp ảnh; app gợi ý lỗi thường gặp của mẫu máy đó.
3. Chọn khung giờ hai tiếng; thấy ngay phí dự kiến nếu hết bảo hành.
4. Nhận tin khi kỹ thuật viên lên đường; thanh toán trên app sau khi sửa.

TRÍCH LỜI KHÁCH HÀNG (giả định): "Đặt lúc 8 giờ sáng, 2 giờ chiều đã có
người tới. Tôi không phải nghỉ làm cả buổi để ngồi chờ như lần trước,"
chị Thảo, Thủ Đức, nói.

CÁCH BẮT ĐẦU: Có trên app Sao Mai từ 01/04/2027 tại TP.HCM. Sửa trong
bảo hành miễn phí; ngoài bảo hành phí kiểm tra 150.000đ, trừ vào tiền
sửa nếu khách đồng ý sửa.

PHẦN 2 — CÂU HỎI CỦA KHÁCH HÀNG
H: Máy mua ở nơi khác có đặt được không?
Đ: Bản đầu chỉ nhận sản phẩm mua tại Sao Mai.
H: Nếu kỹ thuật viên tới trễ thì sao?
Đ: Trễ quá khung giờ, khách được miễn phí kiểm tra lần đó.
H: Không dùng app thì đặt thế nào?
Đ: Vẫn gọi tổng đài; nhân viên đặt lịch trên cùng hệ thống.

PHẦN 3 — CÂU HỎI NỘI BỘ
H: Ai là khách hàng, có bao nhiêu?
Đ: Khách mua máy lạnh, tủ lạnh, máy giặt tại TP.HCM trong 3 năm qua,
khoảng 410.000 khách; khoảng 52.000 yêu cầu sửa/bảo hành mỗi năm.
H: Bằng chứng nào cho thấy họ cần?
Đ: Bảo hành là lý do phàn nàn số một (38% phàn nàn năm 2026); điểm hài
lòng sau bảo hành 2,9/5. Khảo sát 400 khách: 71% sẵn sàng trả phí
kiểm tra để có người tới trong ngày.
H: Vì sao là ta, vì sao là bây giờ?
Đ: Ta có lịch sử mua hàng nên biết đúng mẫu máy; hãng chỉ biết số
serial. Hợp đồng với hai đơn vị sửa chữa thuê ngoài hết hạn 12/2026.
H: Tốn bao nhiêu? Thu về bao nhiêu?
Đ: Ước lượng 4 kỹ sư trong 4 tháng, cộng 25 kỹ thuật viên nội bộ thay
cho thuê ngoài. Thu về: phí sửa ngoài bảo hành khoảng 6,5 tỷ đồng/năm,
chưa tính tác động giữ khách. Chi tiết trong phụ lục tài chính.
H: Đo thành công bằng gì?
Đ: Thời gian từ đặt tới có người tới: từ 4 ngày xuống dưới 1 ngày cho
80% yêu cầu. Điểm hài lòng sau bảo hành từ 2,9 lên 4,2. Chỉ số an
toàn: tỷ lệ phải quay lại lần hai không tăng quá 12%.
H: Điều gì có thể làm nó thất bại?
Đ: Không đủ kỹ thuật viên giờ cao điểm mùa nóng (tháng 4-6). Linh kiện
không có sẵn khiến lần tới đầu không sửa được. Đây là hai rủi ro cần
kiểm trước, bằng một đợt thử ở 2 quận.
H: Bản đầu cố ý không làm gì?
Đ: Không nhận máy mua nơi khác; không làm ngoài TP.HCM; không làm tivi
và đồ gia dụng nhỏ.
H: Phụ thuộc ai?
Đ: Khối kho vận (linh kiện theo mẫu máy); nhân sự (tuyển kỹ thuật viên
trước tháng 2); hai hãng máy lạnh (uỷ quyền sửa trong bảo hành).

Phiên bản 1 của tài liệu này có tiêu đề "Nền tảng quản lý dịch vụ hậu mãi đa kênh". Hai khách hàng đọc thử đều hỏi "vậy cái này giúp gì tôi?". Phiên bản 3 viết lại từ cảnh máy lạnh hỏng giữa mùa nóng. Để ý câu hỏi về rủi ro: Tuấn không giấu chuyện thiếu kỹ thuật viên mùa cao điểm mà biến nó thành đề xuất thử ở hai quận trước — đó là lý do PRFAQ được duyệt ở mức thử nghiệm thay vì bị treo.

Hiccups thường gặp và cách xử lý

Hiccup	Vì sao xảy ra	Xử lý
Thông cáo đọc như quảng cáo	Người viết quen viết nội dung marketing	Thay tính từ bằng chi tiết cụ thể: con số, khung giờ, việc khách làm từng bước
Tiêu đề nói về công nghệ	Đội hào hứng với cách làm hơn với kết quả	Viết tiêu đề theo mẫu "[ai] làm được [điều gì] mà hôm nay không làm được"
FAQ chỉ có câu hỏi dễ	Ngại phơi điểm yếu trước lãnh đạo	Viết câu bạn sợ bị hỏi nhất trước; câu trả lời "chưa biết, sẽ tìm bằng cách..." vẫn tốt hơn bỏ qua
Không ai ngoài đội đọc thông cáo	Coi là tài liệu nội bộ thuần tuý	Đưa hai ba khách hàng thật đọc trước khi viết FAQ; phản ứng hờ hững là dữ liệu
Buổi rà biến thành buổi thuyết trình	Người viết trình bày lại tài liệu	Đọc im lặng 15-20 phút đầu buổi, bình luận trên tài liệu, rồi mới thảo luận
PRFAQ duyệt xong bị cất đi	Coi là bước thủ tục để được làm	Dùng thông cáo làm thước đo trải nghiệm khi ra mắt; nếu sản phẩm thật kém xa thông cáo, đó là việc phải sửa

Vì sao vai trò của bạn cần cái này

Vai trò	Bạn dùng nó để
Product Manager	Kiểm một ý tưởng sản phẩm từ phía khách hàng trước khi xin đội xây, và đối mặt với câu hỏi khó trước khi lãnh đạo hỏi
Head of Product	Dùng PRFAQ làm cửa vào cho mọi sáng kiến lớn; tổ chức buổi đọc im lặng để quyết nhanh và công bằng
CPO	So các sáng kiến lớn bằng cùng một khuôn, và giữ cho cả công ty chung một hình dung về thứ sắp làm
Product Owner	Lấy phần cách hoạt động và FAQ khách hàng làm nguồn cho user story và tiêu chí chấp nhận

Definition of done

Thông cáo vừa một trang, tiêu đề nói khách được gì, không có tên công nghệ.
Ít nhất hai người ngoài đội đã đọc thông cáo và phản hồi được ghi lại.
FAQ khách hàng có câu về giá, điều kiện và chuyện gì xảy ra khi trục trặc.
FAQ nội bộ có chi phí, thu về, chỉ số thành công, chỉ số an toàn và rủi ro lớn nhất.
Những gì bản đầu cố ý không làm được ghi rõ.
Buổi rà kết thúc bằng quyết định: làm, thử nhỏ, hoặc không làm.

Sử dụng trong vai trò

Product Owner Mid Product Manager Senior Head of Product Lead Chief Product Officer C-level

Thảo luận & tài liệu thêm 0

Chia sẻ kinh nghiệm, đặt câu hỏi, hoặc đính kèm tài liệu/YouTube giúp người khác học kỹ năng này.

Hãy là người đầu tiên chia sẻ kinh nghiệm cho kỹ năng này.