Product Management
Đăng nhập
ESC

Nhập từ khóa để tìm kiếm

↑↓ Di chuyển
Enter Mở
ESC Đóng

Bài 62 — PRFAQ, viết thông cáo báo chí trước khi xây

Đã đọc 0/7 mục · còn khoảng 5 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.

Vì sao viết thông cáo khi chưa có sản phẩm

PRFAQ (press release và FAQ) là cách làm đi ngược từ khách hàng: trước khi xây, bạn viết thông cáo báo chí công bố sản phẩm như thể nó đã ra mắt, kèm một danh sách câu hỏi thường gặp. Mục đích không phải để đăng báo. Mục đích là buộc bạn trả lời bằng ngôn ngữ của khách hàng: cái này giúp ai, giúp gì, vì sao họ nên quan tâm ngay hôm nay. Nếu thông cáo đọc lên nhạt, sản phẩm nhiều khả năng cũng nhạt, và bạn phát hiện điều đó với giá một buổi chiều chứ không phải một quý.

PRFAQ khác one-pager (Bài 9) ở người nói. One-pager nói với lãnh đạo bằng ngôn ngữ nội bộ: mục tiêu, chi phí, đánh đổi. PRFAQ nói bằng ngôn ngữ khách hàng trước, rồi mới trả lời các câu hỏi nội bộ ở phần FAQ. Trên bậc thang tài liệu của Bài 61, PRFAQ hợp nhất với các việc "đặt cược lớn": sản phẩm mới, tính năng làm thay đổi thói quen người dùng.

Cấu trúc thông cáo

PhầnNội dungTự kiểm tra
Tiêu đềTên tính năng và lợi ích trong một câuKhách đọc có hiểu mà không cần giải thích?
Tiêu đề phụAi được lợi và lợi ra saoCó nêu đúng một nhóm khách?
Đoạn mởThời điểm, nơi, điều gì mớiĐọc xong đoạn này là đủ ý chính
Vấn đềKhách đang gặp khó gì, bằng lời của họKhông nhắc đến giải pháp
Giải phápSản phẩm giải quyết thế nàoKhông có thuật ngữ kỹ thuật
Lời người trong công tyVì sao công ty làm việc nàyNói về khách, không tự khen
Cách bắt đầuKhách dùng thử ra saoCó một bước cụ thể
Lời khách hàngMột khách mô tả điều thay đổiNghe như người thật nói
Toàn bộ thông cáo không quá một trang. Nếu cần hai trang để giải thích lợi ích, lợi ích chưa rõ.

Phần FAQ mới là nơi làm việc

Thông cáo thì dễ viết hay; FAQ mới lộ ra chỗ yếu. Chia hai nhóm:

  • FAQ khách hàng: giá bao nhiêu, dữ liệu của tôi được dùng thế nào, nếu sản phẩm làm sai thì sao, tôi có phải đổi thói quen không.
  • FAQ nội bộ: bao nhiêu khách cần cái này, tốn bao nhiêu người trong bao lâu, đo thành công thế nào, rủi ro lớn nhất là gì, ta cố ý không làm gì, điều gì phải đúng để thành công.
Quy tắc: câu hỏi nào bạn muốn né khi viết thì đó là câu cần viết nhất. Nếu câu trả lời là "chưa biết", ghi đúng như vậy, kèm cách sẽ tìm ra và hạn tìm ra.

Ví dụ giả định: Gợi ý đơn nhập của Sỉ Nhanh

Tiếp tục ví dụ giả định Sỉ Nhanh từ Bài 61.

Bản nháp thông cáo, rút gọn:

Sỉ Nhanh ra mắt Gợi ý đơn nhập, chủ tiệm tạp hóa đặt lại hàng quen trong chưa đầy 5 phút

Tiệm tạp hóa ở TP.HCM và Bình Dương không còn phải dò sổ để nhớ lần trước đã nhập gì.

Từ hôm nay, khi mở Sỉ Nhanh, chủ tiệm thấy sẵn một giỏ hàng dựng từ lịch sử nhập của chính tiệm mình, đúng nhà phân phối, đúng món, số lượng gần với mức thường nhập. Chủ tiệm xóa món không cần, sửa số lượng, rồi bấm đặt. Trước đây, một đơn nhập mất trung bình 11 phút, và cứ 10 đơn thì khoảng 3 đơn sót món phải đặt bổ sung.

"Tôi chỉ cần bỏ vài món, sửa số lượng rồi đặt, khỏi lật sổ," chị Lan, chủ một tiệm tạp hóa ở Thủ Đức (nhân vật giả định), nói.

Phần FAQ nội bộ, rút gọn:

Câu hỏiTrả lời trong bản nháp
Bao nhiêu tiệm cần cái này?4.200 tiệm hoạt động; 70% đơn lặp lại ít nhất một món từ đơn trước
Thành công sau 3 tháng trông thế nào?30% tiệm hoạt động, tức 1.260 tiệm, đặt ít nhất một đơn từ gợi ý mỗi tháng; thời gian đặt đơn giảm từ 11 phút xuống dưới 5 phút
Nếu gợi ý sai số lượng thì sao?Chủ tiệm luôn xem và sửa trước khi đặt; app không tự đặt. Ngưỡng sai chấp nhận được: chưa biết, PRD phải chốt
Tiệm mới chưa có lịch sử?Không phục vụ trong bản đầu; ghi vào phạm vi không làm
Tốn bao nhiêu?2 kỹ sư, 1 thiết kế, 6 tuần
Rủi ro lớn nhất?Chủ tiệm không tin gợi ý và vẫn tự dò sổ
Khi viết câu "nếu gợi ý sai số lượng", PM nhận ra PRD phải có giới hạn số lượng và ngưỡng chất lượng, việc của Bài 65. Khi viết câu "thành công trông thế nào", PM nhận ra chưa có cách đo "đơn đặt từ gợi ý", việc của Bài 64. Đó là giá trị thật của PRFAQ: nó đẩy câu hỏi khó lên sớm, khi sửa còn rẻ.

Cách review một PRFAQ

  • Mười phút đầu buổi họp, mọi người đọc thầm cả trang. Không ai trình bày.
  • Người review hỏi "nếu tôi là chủ tiệm, tôi có dùng không?" trước khi hỏi "ta có làm được không?".
  • Câu hỏi mới phát sinh được thêm vào FAQ, không trả lời miệng rồi quên.
  • Kết thúc bằng một trong ba quyết định: đi tiếp sang PRD, viết lại, hoặc dừng.

Lỗi hay gặp

LỗiBiểu hiệnCách sửa
Thông cáo đầy tính từ"đột phá", "thông minh", "toàn diện"Thay bằng con số hoặc hành động cụ thể
Viết về công nghệ"ứng dụng AI tiên tiến"Viết về điều khách làm được
FAQ chỉ có câu dễKhông có câu về rủi ro, chi phíMỗi nhóm có ít nhất một câu khó chịu
Viết sau khi đã quyếtPRFAQ thành tài liệu trang tríViết trước, hoặc thay cho one-pager với việc lớn

Làm ngay

  • Chọn một tính năng lớn bạn đang cân nhắc và mở PRFAQ template.
  • Viết tiêu đề và đoạn mở trước. Nếu sau 15 phút vẫn không viết được, vấn đề chưa rõ; quay lại problem brief.
  • Viết ít nhất 5 câu FAQ khách hàng và 5 câu FAQ nội bộ, trong đó có câu về rủi ro lớn nhất và điều bạn không làm.
  • Đọc hướng dẫn viết PRFAQ, rồi nhờ một người ngoài đội đọc và hỏi họ: "Bạn có dùng không, vì sao?"
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