PRFAQ / Working Backwards

PRFAQ là gì — viết thông cáo ra mắt trước khi viết dòng code đầu tiên

PRFAQ là một tài liệu ngắn gồm hai phần: một thông cáo báo chí (press release) viết như thể sản phẩm đã ra mắt, và một bộ câu hỏi thường gặp (FAQ) trả lời những gì khách hàng và nội bộ công ty sẽ hỏi. Cách làm này thường được gọi là working backwards — đi ngược từ ngày ra mắt về hôm nay — và được biết đến rộng rãi qua Amazon, nhưng ý tưởng cốt lõi dùng được ở mọi đội sản phẩm.

Vì sao lại viết thông cáo trước? Vì thông cáo buộc bạn trả lời ba câu hỏi mà nhiều đề xuất né được: khách hàng là ai, cuộc sống của họ tốt hơn thế nào, và vì sao họ nên quan tâm ngay bây giờ. Một slide đề xuất có thể giấu sự mơ hồ sau gạch đầu dòng và biểu đồ; một đoạn văn viết cho khách hàng đọc thì không. Nếu bạn không viết được một tiêu đề khiến chính bạn muốn bấm vào, ý tưởng có vấn đề — và bạn phát hiện điều đó sau ba ngày viết thay vì sau ba tháng xây.

Khi nào PRFAQ không đáng công: sửa lỗi, cải tiến nhỏ trên luồng có sẵn, việc thuần kỹ thuật (nâng cấp cơ sở dữ liệu, tách dịch vụ), hay yêu cầu tuân thủ bắt buộc. Không khách hàng nào đọc thông cáo về việc bạn đổi nhà cung cấp máy chủ. PRFAQ cũng vô ích khi quyết định đã được chốt từ trên và không ai có quyền nói "không" — lúc đó viết PRFAQ chỉ là trình diễn. Hai tài liệu không thay nhau: PRFAQ được duyệt thì PRD mới bắt đầu, và phần FAQ nội bộ thường trở thành mục "phạm vi" và "rủi ro" của PRD.

Thông cáo báo chí: sáu phần, mỗi phần trả lời một câu hỏi

Thông cáo dài không quá một trang. Mỗi phần có một việc riêng; nếu một phần làm việc của phần khác, người đọc sẽ thấy lặp và bỏ qua.

Vài quy tắc giữ cho thông cáo trung thực:

• Ghi một ngày ra mắt giả định. Nó buộc bạn nghĩ xem phạm vi nào làm xong được trước ngày đó.
• Viết cho khách hàng, không cho sếp. Nếu một câu chỉ người trong công ty hiểu (tên dự án, tên đội, viết tắt nội bộ), xoá nó.
• Bớt tính từ, thêm con số. "Nhanh hơn" yếu; "giao trong 2 giờ thay vì đi nhà thuốc mất cả buổi sáng" mạnh. Nếu phải dùng nhiều tính từ để thuyết phục, lợi ích chưa rõ.
• Lời khách hàng phải gắn với một người bạn đã gặp. Câu trích là giả định, nhưng nó nên tổng hợp từ những gì bạn nghe trong phỏng vấn. Nếu bạn chưa phỏng vấn ai, đó là việc cần làm trước khi viết tiếp.

FAQ: phần khách hàng hỏi và phần nội bộ hỏi

Thông cáo là lời hứa. FAQ là nơi lời hứa bị chất vấn. FAQ ngoài trả lời những gì khách hàng sẽ hỏi khi đọc thông cáo: giá bao nhiêu, dùng thế nào, khác gì cách đang làm, dữ liệu của tôi có an toàn không, không thích thì huỷ thế nào. FAQ nội bộ trả lời những gì người duyệt đầu tư sẽ hỏi — và đây là nơi tài liệu kiếm được giá trị của nó.

Câu hỏi khó nhất phải nằm trong FAQ, không được giấu. Nếu bạn biết đội pháp chế sẽ lo ngại, hãy tự đặt câu hỏi đó và trả lời thật. Người đọc nhận ra một FAQ chỉ chứa những câu dễ, và từ lúc đó họ không tin phần còn lại. Câu trả lời "chúng tôi chưa biết, và đây là cách chúng tôi sẽ tìm ra trong hai tuần" được tôn trọng hơn một câu trả lời tự tin mà rỗng.

Ví dụ đã điền: Tủ Thuốc Định Kỳ của Nhà Thuốc An Tâm (giả định)

Bối cảnh (giả định): Nhà Thuốc An Tâm là chuỗi 120 nhà thuốc ở các tỉnh phía Nam, ứng dụng có khoảng 300.000 người dùng. Đội sản phẩm thấy trong dữ liệu bán hàng một nhóm khách mua cùng loại thuốc huyết áp, tiểu đường gần như đúng mỗi 30 ngày. PM viết PRFAQ để xin ban giám đốc đầu tư một dịch vụ giao thuốc định kỳ. Mọi con số dưới đây là giả định để minh hoạ.

THÔNG CÁO (ngày ra mắt giả định: 15/3)

Tủ Thuốc Định Kỳ: thuốc huyết áp và tiểu đường tự đến cửa nhà mỗi tháng,
không còn cảnh hết thuốc giữa chừng

Người bệnh mãn tính và con cái ở xa đặt lịch một lần, dược sĩ gọi xác nhận trước mỗi đợt giao.

TP. Cần Thơ — Với hàng trăm nghìn người đang uống thuốc huyết áp hoặc tiểu đường mỗi ngày,
việc mua thuốc là một việc vặt lặp lại mỗi tháng: nhớ ngày sắp hết, sắp xếp người chở
ra nhà thuốc, chờ đến lượt. Nhiều người lớn tuổi ngừng thuốc vài ngày chỉ vì chưa kịp
đi mua, và con cái làm việc ở thành phố khác thường chỉ biết khi bố mẹ đã hết thuốc.

Từ hôm nay, khách hàng của Nhà Thuốc An Tâm có thể đăng ký Tủ Thuốc Định Kỳ trên ứng dụng
hoặc ngay tại quầy. Khách chọn thuốc đang dùng, chọn ngày giao, và chọn người nhận thông báo.
Ba ngày trước mỗi đợt, dược sĩ gọi điện hỏi tình trạng sức khoẻ và xác nhận đơn. Thuốc được
giao tận nhà trong ngày, thanh toán khi nhận hoặc con cái trả trước từ xa.

Người phụ trách dịch vụ nói: Chúng tôi thấy nhiều khách quen mua cùng một đơn thuốc mỗi
tháng, và mỗi lần đều phải tự nhớ, tự đi. Việc đó nên do chúng tôi nhớ thay.

Chị Hạnh, 41 tuổi, làm việc ở TP.HCM, có mẹ ở Vĩnh Long (khách hàng giả định): Trước đây
tháng nào tôi cũng gọi về hỏi mẹ còn thuốc không, mẹ hay nói còn dù đã hết. Giờ tôi nhận
tin nhắn khi thuốc đã giao, và dược sĩ gọi hỏi mẹ thay tôi.

Cách bắt đầu: mở ứng dụng, chọn Tủ Thuốc Định Kỳ, hoặc nhờ dược sĩ tại quầy đăng ký giúp
trong 3 phút. Miễn phí giao hàng cho đơn định kỳ.

FAQ NGOÀI
H: Có mất thêm phí không?  Đ: Không. Giá thuốc như mua tại quầy, giao miễn phí.
H: Muốn đổi thuốc hoặc tạm dừng thì sao?  Đ: Báo dược sĩ khi được gọi, hoặc bấm tạm dừng
   trên ứng dụng trước ngày giao 2 ngày.
H: Thuốc kê đơn có giao được không?  Đ: Chỉ khi có đơn còn hiệu lực đã lưu tại nhà thuốc;
   dược sĩ sẽ nhắc khi cần tái khám để có đơn mới.

FAQ NỘI BỘ
H: Có bao nhiêu khách phù hợp?  Đ: Khoảng 18.000 khách mua lặp lại cùng nhóm thuốc mãn
   tính ít nhất 3 tháng liền (dữ liệu bán hàng 12 tháng). Nhắm 15 phần trăm đăng ký năm đầu.
H: Chi phí?  Đ: Xây: 3 kỹ sư x 10 tuần. Vận hành: mỗi cuộc gọi xác nhận khoảng 4 phút
   dược sĩ; 2.700 khách thì cần khoảng 180 giờ dược sĩ mỗi tháng, tương đương 1,2 người.
H: Rủi ro lớn nhất?  Đ: Pháp lý về giao thuốc kê đơn tận nhà. Pháp chế phải xác nhận phạm vi
   được phép theo quy định hiện hành trước khi chốt danh mục thuốc. Thứ hai: khách lớn tuổi
   có thể không nghe máy, làm chậm cả đợt giao.
H: Phụ thuộc?  Đ: Đối tác giao hàng nội tỉnh; đội vận hành nhà thuốc nhận thêm việc gọi điện.
H: Vì sao chúng ta?  Đ: Khách đã tin dược sĩ của chuỗi; dữ liệu mua lặp lại đã có sẵn.
H: Những gì không làm ở bản đầu?  Đ: Không tư vấn đổi thuốc qua ứng dụng, không kết nối
   bệnh viện, không mở cho tỉnh chưa có nhà thuốc của chuỗi.
H: Thế nào là thành công?  Đ: Sau 6 tháng, 2.000 khách đăng ký, 70 phần trăm còn nhận đợt
   thứ tư. Dưới 800 khách sau 3 tháng thì dừng mở rộng.

Buổi review đã quyết định gì (giả định): ban giám đốc không duyệt xây app ngay. Câu trả lời về chi phí dược sĩ làm lộ ra rằng giả định nguy hiểm nhất không nằm ở công nghệ mà ở vận hành: dược sĩ có gọi được 2.700 cuộc mỗi tháng mà không ảnh hưởng quầy không, và khách lớn tuổi có nghe máy không. Quyết định: chạy thử bằng tay ở 5 nhà thuốc trong 8 tuần — dược sĩ dùng bảng tính và điện thoại, giao bằng đối tác hiện có — rồi mới xây. Tài liệu ba ngày viết đã tiết kiệm mười tuần kỹ sư cho đến khi có bằng chứng.

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

Viết theo thứ tự: thông cáo trước, FAQ nội bộ sau cùng. Đừng viết FAQ trước rồi uốn thông cáo cho khớp — bạn sẽ mất phần kiểm tra quan trọng nhất là thông cáo có đứng được một mình không.

PRFAQ — [tên sản phẩm hoặc dịch vụ]
Người viết: ...   Ngày: ...   Ngày ra mắt giả định: ...

THÔNG CÁO (tối đa một trang)
Tiêu đề: [tên] + [lợi ích chính, bằng lời khách hàng]
Tiêu đề phụ: [ai] được [lợi gì], trong một câu

Đoạn vấn đề: khách hàng đang làm gì hôm nay, tốn gì, khó chịu ở đâu.
  Căn cứ: ... phỏng vấn, dữ liệu ...
Đoạn giải pháp: khách làm gì với sản phẩm, và cuộc sống của họ khác đi thế nào.
Lời người phụ trách: vì sao chúng tôi làm việc này.
Lời khách hàng (giả định, dựa trên ... cuộc phỏng vấn): ...
Cách bắt đầu: bước đầu tiên, mất bao lâu, ở đâu, giá bao nhiêu.

FAQ NGOÀI (5 đến 8 câu)
  Giá: ...
  Dùng thế nào: ...
  Khác gì cách đang làm: ...
  Dữ liệu, an toàn: ...
  Không hài lòng thì sao: ...

FAQ NỘI BỘ (8 đến 15 câu)
  Quy mô: bao nhiêu khách, nguồn số liệu: ...
  Chi phí xây: ... người x ... tuần. Chi phí vận hành: .../tháng
  Giả định rủi ro nhất và cách kiểm trước khi xây: ...
  Rủi ro pháp lý, an toàn, thương hiệu: ...
  Phụ thuộc (đội, đối tác, hệ thống) và họ đã đồng ý chưa: ...
  Vì sao bây giờ: ...   Vì sao chúng ta: ...
  Bản đầu sẽ KHÔNG làm: ...
  Thành công là: chỉ số ..., mức ..., sau ...
  Dừng khi: chỉ số ... dưới ... sau ...
  Câu hỏi chúng tôi chưa trả lời được: ...

Dòng cuối cùng không phải để trang trí. Một PRFAQ không có câu hỏi nào chưa trả lời được thường là PRFAQ đã giấu bớt. Liệt kê chúng ra cho người duyệt thấy bạn biết mình đang cược vào đâu.

Buổi review PRFAQ, và dùng nó để khai tử ý tưởng yếu

Buổi review không phải buổi thuyết trình. Người viết không trình bày slide; mọi người đọc tài liệu trong im lặng 15 đến 20 phút đầu buổi, ghi câu hỏi ngay bên lề. Lý do: ai cũng đọc đúng một văn bản, không ai bị cuốn theo giọng nói tự tin của người trình bày, và câu hỏi đến từ chỗ yếu của tài liệu chứ không từ chỗ người nghe kịp nhớ.

• Trước buổi: mời 4 đến 7 người, gồm ít nhất một người có ngân sách, một người vận hành hoặc CS, một kỹ sư trưởng. Ghi rõ trong lời mời: buổi này để quyết làm, sửa hay bỏ.
• Đọc im lặng: dùng một tài liệu chung có bình luận. Người viết không giải thích gì trong lúc này, kể cả khi thấy người khác hiểu sai — chỗ hiểu sai là chỗ cần viết lại.
• Thảo luận theo thứ tự tài liệu: tiêu đề, vấn đề, giải pháp, rồi FAQ. Người điều phối mời người ít thâm niên nói trước, vì ở nhiều công ty Việt Nam khi sếp đã nói thì phần còn lại của phòng im lặng. Nếu người viết chính là sếp, nhờ người khác điều phối.
• Ghi lại câu hỏi chưa trả lời được vào FAQ ngay trong buổi, kèm người đi tìm câu trả lời và hạn.
• Kết thúc bằng một quyết định rõ: làm tiếp (viết PRD hoặc chạy thử), viết lại PRFAQ với hướng khác, hoặc dừng. "Để suy nghĩ thêm" không phải quyết định.

Giá trị lớn nhất của PRFAQ là giết ý tưởng yếu khi chúng còn rẻ. Những tín hiệu sau thường lộ ra ngay trong lúc viết, trước cả buổi review:

Lưu PRFAQ bị bỏ, kèm lý do. Một thư mục "đã cân nhắc, không làm, vì sao" giúp đội không đề xuất lại cùng ý tưởng mỗi năm, và khi điều kiện thay đổi (chi phí giảm, quy định mới, đối tác mới) bạn có sẵn bản nháp để viết lại trong một buổi chiều.

Lỗi thường gặp

Luyện kỹ năng này trong tuần này

• Chọn một ý tưởng đang nằm trong backlog "để sau" và viết chỉ tiêu đề cùng tiêu đề phụ. Viết năm phiên bản tiêu đề, chọn bản bạn tin khách sẽ bấm vào.
• Viết đoạn vấn đề với ít nhất một con số — thời gian, tiền, số lần — lấy từ phỏng vấn hoặc dữ liệu. Nếu không có con số nào, đó là phát hiện đầu tiên của bạn.
• Viết mười câu FAQ nội bộ, bắt buộc có: chi phí, giả định rủi ro nhất, những gì không làm, và khi nào dừng.
• Nhờ hai đồng nghiệp đọc im lặng 15 phút và ghi câu hỏi bên lề. Đếm xem bao nhiêu câu hỏi của họ chưa có trong FAQ.
• Ra một quyết định với chính ý tưởng đó: làm tiếp, viết lại, hay cất vào kho kèm lý do. Ghi quyết định vào cuối tài liệu.