Mở đầu — vì sao bài này quan trọng
Hãy tưởng tượng bạn vừa hoàn thành 12 cuộc phỏng vấn khách hàng cho một dự án discovery quan trọng. Insight thì đầy ắp trong đầu bạn, vài đoạn ghi chú nằm rải rác trong Notes của điện thoại, một file Google Docs ai đó tạo ra rồi bỏ dở, và mấy bản ghi âm chưa nghe lại. Ba tuần sau, sếp hỏi "Tại sao chúng ta quyết định làm tính năng này?", và bạn đứng hình. Bạn nhớ mang máng là khách hàng có nói gì đó, nhưng không nhớ ai nói, trong bối cảnh nào, và liệu đó có phải là một insight thật hay chỉ là cảm nhận của riêng bạn.
Đây là bi kịch phổ biến nhất của discovery: công sức bỏ ra thì lớn, nhưng tri thức thu được lại bốc hơi gần hết vì không được ghi chép có hệ thống. Discovery không phải là một hoạt động cá nhân diễn ra trong đầu PM — nó là một quá trình tạo ra tri thức tập thể cho cả team và cả tổ chức. Mà tri thức tập thể thì bắt buộc phải được "đóng gói" thành tài liệu có cấu trúc, dùng đi dùng lại được.
Bài này tập trung hoàn toàn vào bộ template tài liệu chuẩn (documentation templates) mà một PM cần có sẵn trong tay trước, trong và sau mỗi vòng discovery. Mục tiêu không phải là tạo ra giấy tờ cho đẹp, mà là giúp bạn: chuẩn bị nhanh hơn, phỏng vấn nhất quán hơn, tổng hợp dễ hơn, và quan trọng nhất — để người khác (đồng nghiệp, designer, sếp, PM kế nhiệm) có thể đọc lại và hiểu mà không cần bạn ngồi cạnh giải thích.
Khái niệm cốt lõi
Một bộ tài liệu discovery tốt cần phủ trọn vòng đời của một dự án: chuẩn bị → thực hiện → ghi nhận → tổng hợp → chia sẻ. Mỗi giai đoạn cần một loại template riêng. Dưới đây là năm template xương sống mà tôi khuyên bất kỳ PM nào cũng nên chuẩn hóa.
1. Discovery Plan (Kế hoạch discovery)
Đây là tài liệu mở màn, trả lời câu hỏi "Tại sao chúng ta lại đi nói chuyện với khách hàng?". Một plan tốt buộc bạn phải suy nghĩ trước khi hành động, thay vì lao vào phỏng vấn rồi mới phát hiện mình không biết mình đang tìm gì.
Các thành phần bắt buộc:
- Mục tiêu (Goal): Câu hỏi lớn cần trả lời, viết dưới dạng câu hỏi chứ không phải tuyên bố. Ví dụ: "Vì sao tỷ lệ hoàn tất đơn hàng ở bước thanh toán chỉ đạt 60%?"
- Giả thuyết (Hypotheses): Những điều bạn tin là đúng nhưng chưa chắc, viết theo dạng có thể chứng minh sai. Ví dụ: "Chúng tôi tin rằng người dùng bỏ giỏ hàng vì lo ngại phí ship cao hơn dự kiến."
- Phương pháp (Method): Phỏng vấn? Survey? Quan sát? Bao nhiêu người? Đối tượng nào?
- Tiêu chí thành công (Success criteria): Bạn cần thu được gì thì coi như đủ để ra quyết định.
- Timeline & người phụ trách.
2. Interview Guide (Bộ câu hỏi phỏng vấn)
Đây là "kịch bản" cho mỗi cuộc phỏng vấn — nhưng là kịch bản linh hoạt, không phải bảng hỏi cứng. Interview guide giúp tất cả các cuộc phỏng vấn của bạn (và của đồng nghiệp) bám cùng một khung, để sau này dữ liệu so sánh được với nhau.
Cấu trúc một guide chuẩn:
- Phần mở đầu (Warm-up): Giới thiệu bản thân, xin phép ghi âm, trấn an "không có câu trả lời đúng/sai".
- Câu hỏi bối cảnh: Tìm hiểu hoàn cảnh và công việc thực tế của người dùng.
- Câu hỏi cốt lõi: Bám sát giả thuyết, ưu tiên hỏi về quá khứ và hành vi cụ thể ("Lần gần nhất bạn... là khi nào?") thay vì giả định ("Bạn có nghĩ là...").
- Câu hỏi đào sâu (Probes): Những câu "Tại sao?", "Kể tôi nghe thêm về điều đó", chuẩn bị sẵn để không bị bí giữa cuộc.
- Phần đóng: Câu hỏi mở cuối ("Còn điều gì tôi nên hỏi mà chưa hỏi không?") và lời cảm ơn.
3. Interview Note (Mẫu ghi chú phỏng vấn)
Đây là template được dùng nhiều nhất nhưng lại hay bị xem nhẹ nhất. Một mẫu ghi chú tốt cần tách bạch giữa "khách hàng nói gì" (verbatim) và "tôi diễn giải thế nào" (interpretation). Đây là điều cốt tử để chống bias.
Các trường nên có: thông tin người phỏng vấn (ẩn danh hóa nếu cần), ngày/người thực hiện, bối cảnh, các trích dẫn nguyên văn quan trọng, quan sát hành vi, và một mục riêng "diễn giải/giả thuyết của tôi" được đánh dấu rõ ràng. Để mỗi quote một dòng riêng kèm tag (ví dụ #pricing, #onboarding) sẽ giúp khâu tổng hợp sau này nhanh gấp nhiều lần.
4. Insight / Synthesis Summary (Bản tổng hợp insight)
Sau nhiều cuộc phỏng vấn, bạn cần một tài liệu đứng cao hơn từng cuộc lẻ — nơi tổng hợp các pattern, phân biệt rõ giữa observation (quan sát thô), insight (hiểu biết được rút ra), và recommendation (đề xuất hành động). Mỗi insight nên gắn với bằng chứng (số người đề cập, quote tiêu biểu) để có sức nặng khi tranh luận.
5. Discovery One-pager / Readout (Bản báo cáo một trang)
Đây là tài liệu để chia sẻ với những người không tham gia discovery: sếp, stakeholder, team khác. Nó cần ngắn, có thể đọc trong 3 phút, nêu rõ: chúng ta tìm gì, tìm thấy gì, và đề xuất làm gì tiếp theo.
> Nguyên tắc vàng: Template tồn tại để giảm tải nhận thức (cognitive load), không phải để tạo thêm việc. Nếu một template khiến bạn ngại điền, nó đã thất bại. Hãy thiết kế sao cho điền nhanh hơn là viết tự do.
Tình huống thực tế
Ví dụ 1: Tiki và "thư mục discovery không ai mở được"
Một team product tại một sàn thương mại điện tử lớn ở Việt Nam (tạm gọi theo mô hình Tiki) chạy discovery cho tính năng "mua lại nhanh" (re-order). Hai PM phỏng vấn 18 người dùng trong 3 tuần. Vấn đề: mỗi PM ghi chú theo phong cách riêng — một người dùng bullet point tiếng Việt, một người gõ tiếng Anh viết tắt. Khi designer vào đọc để làm wireframe, cô không phân biệt được đâu là điều khách hàng thực sự nói, đâu là suy diễn của PM. Kết quả: cô phải đặt lịch họp lại 90 phút với cả hai PM để "dịch" ghi chú.
Sau dự án đó, team áp dụng một Interview Note template thống nhất với ba cột cố định: Quote nguyên văn | Quan sát hành vi | Diễn giải của tôi. Vòng discovery tiếp theo (16 người dùng), designer tự đọc note và làm wireframe mà không cần một cuộc họp giải thích nào.
Bài học: Giá trị lớn nhất của template không nằm ở người tạo ra tài liệu, mà ở người đọc lại nó. Sự nhất quán giữa các thành viên quan trọng hơn việc template "đẹp" tới đâu.
Ví dụ 2: Một startup fintech Singapore và Discovery Plan cứu được 3 tuần
Một startup fintech tại Singapore (mô hình ví điện tử cho lao động nhập cư) định làm tính năng chuyển tiền quốc tế. PM hào hứng nhảy thẳng vào phỏng vấn. Nhưng CEO yêu cầu điền một Discovery Plan một trang trước. Khi viết phần "Giả thuyết", PM nhận ra giả thuyết thật sự cần kiểm chứng không phải "người dùng có muốn chuyển tiền không" (điều đã quá rõ), mà là "người dùng có sẵn lòng chờ 2 ngày để đổi lấy phí rẻ hơn 40% không".
Việc viết plan buộc PM làm rõ câu hỏi cốt lõi, nhờ đó bộ câu hỏi phỏng vấn được thiết kế lại hoàn toàn. Họ phỏng vấn 9 người và có câu trả lời dứt khoát chỉ trong một tuần, thay vì lan man hỏi đủ thứ trong ba tuần như kế hoạch ban đầu.
Bài học: Discovery Plan không phải thủ tục hành chính. Hành động viết ra giả thuyết một cách rõ ràng, có thể chứng minh sai, thường tự nó đã giúp bạn phát hiện mình đang hỏi sai câu hỏi.
Ví dụ 3: Grab và bộ template "tự phục vụ"
Tại một tổ chức product quy mô lớn theo mô hình Grab, có hàng chục PM cùng làm discovery song song. Trước đây mỗi team tự chế template, dẫn đến không ai tái sử dụng được insight của nhau — một team Vận tải đôi khi phỏng vấn lại đúng câu hỏi mà team Giao đồ ăn đã trả lời sáu tháng trước.
Họ giải quyết bằng một bộ template chuẩn hóa toàn công ty gồm 5 mẫu (Plan, Guide, Note, Synthesis, One-pager), kèm hướng dẫn cách đặt tag và đặt tên file thống nhất. Mỗi readout one-pager đều có cùng một cấu trúc, nên một PM mới có thể lướt 20 báo cáo cũ trong một buổi sáng để nắm bối cảnh.
Bài học: Ở quy mô tổ chức, template chuẩn hóa chính là hạ tầng để tri thức không bị phỏng vấn lại từ đầu. Tính nhất quán của định dạng quan trọng ngang với chất lượng nội dung.
Hướng dẫn từng bước
Bước 1 — Tạo một thư mục mẫu (template folder) trước khi cần. Đừng đợi tới lúc bắt đầu dự án mới đi tìm template. Tạo sẵn một thư mục dùng chung chứa 5 file mẫu trống. Mỗi dự án mới chỉ việc copy cả thư mục và đổi tên.
Bước 2 — Soạn Discovery Plan trước khi phỏng vấn. Điền Goal, Hypotheses, Method, Success criteria. Đây là cổng chặn: nếu chưa điền xong plan, chưa được đặt lịch phỏng vấn. Quy tắc này giúp bạn không bao giờ phỏng vấn mà không biết mình đang tìm gì.
Bước 3 — Dẫn xuất Interview Guide từ Plan. Mỗi giả thuyết trong plan phải có ít nhất một câu hỏi tương ứng trong guide. Đây là cách đảm bảo bạn không bị lạc đề khi phỏng vấn.
Bước 4 — Dùng Interview Note template ngay trong lúc/ngay sau phỏng vấn. Đừng để qua ngày hôm sau — trí nhớ về sắc thái và ngữ cảnh phai rất nhanh. Tách rõ verbatim và diễn giải. Gắn tag cho từng quote quan trọng.
Bước 5 — Tổng hợp vào Synthesis Summary sau mỗi 4–5 cuộc. Đừng đợi tới cuối mới tổng hợp. Tổng hợp theo đợt giúp bạn nhận ra pattern sớm và điều chỉnh câu hỏi cho các cuộc tiếp theo.
Bước 6 — Chốt bằng One-pager để chia sẻ. Rút gọn toàn bộ thành một trang: tìm gì, thấy gì, đề xuất gì. Đây là tài liệu bạn gửi đi cho cả công ty.
Bước 7 — Lưu trữ có hệ thống. Đặt tên file nhất quán (ví dụ: [Ngày]_[Dự án]_[Loại tài liệu]) và để cùng một nơi. Một tài liệu tốt nhưng không tìm lại được thì coi như không tồn tại.
Lỗi thường gặp & mẹo
Lỗi 1: Template quá phức tạp. Một mẫu ghi chú có 15 trường bắt buộc sẽ không ai điền đầy đủ. Mẹo: bắt đầu tối giản (4–5 trường), thêm trường chỉ khi thực sự thiếu.
Lỗi 2: Trộn lẫn fact và opinion. Đây là lỗi nguy hiểm nhất. Khi ghi "khách hàng ghét màn hình thanh toán", thực ra khách hàng chỉ nói "tôi không chắc đã trừ tiền chưa". Mẹo: luôn để cột verbatim riêng biệt; nếu không có quote nguyên văn để dẫn chứng, đó là diễn giải chứ không phải dữ liệu.
Lỗi 3: Tạo tài liệu rồi bỏ xó. Documentation chỉ có giá trị khi được đọc lại. Mẹo: kết thúc mỗi dự án bằng một buổi readout 30 phút dùng one-pager — việc bắt buộc phải trình bày khiến bạn viết tài liệu nghiêm túc hơn.
Lỗi 4: Mỗi người một định dạng. Khi 3 PM dùng 3 kiểu ghi chú, không thể tổng hợp chéo. Mẹo: thống nhất một template duy nhất cho cả team, chấp nhận nó "không hoàn hảo cho ai" để "đủ tốt cho tất cả".
Lỗi 5: Quên ẩn danh hóa dữ liệu nhạy cảm. Tên thật, số điện thoại khách hàng nằm rải rác trong note là rủi ro về quyền riêng tư. Mẹo: dùng mã định danh (P01, P02...) thay cho tên thật ngay từ template.
Mẹo nâng cao: Thêm vào mỗi template một dòng "Last updated / Owner" ở đầu. Tài liệu discovery rất hay bị lỗi thời, và biết ai sở hữu nó giúp người đọc biết có nên tin hay đi hỏi lại.
Bài tập thực hành
- Dựng bộ template của riêng bạn. Tạo một thư mục với 5 file mẫu trống: Discovery Plan, Interview Guide, Interview Note, Synthesis Summary, One-pager. Mỗi mẫu chỉ cần các tiêu đề mục, chưa cần nội dung.
- Viết một Discovery Plan thực tế. Chọn một câu hỏi đang vướng mắc trong sản phẩm của bạn (hoặc một sản phẩm bạn dùng hằng ngày). Điền đầy đủ Goal, 2–3 Hypotheses (viết dưới dạng có thể sai), Method, và Success criteria. Giới hạn một trang.
- Kiểm tra mẫu Interview Note của bạn bằng dữ liệu thật. Lấy một cuộc trò chuyện gần đây với ai đó (đồng nghiệp, người thân) về một vấn đề họ gặp phải. Ghi lại bằng template của bạn, tách rõ ba phần: quote nguyên văn / quan sát / diễn giải. Tự đánh giá: bạn có vô tình viết diễn giải vào cột verbatim không?
- Rút gọn thành One-pager. Từ ghi chú ở bài 3, viết một báo cáo một trang mà một người chưa từng nghe câu chuyện vẫn hiểu được trong 3 phút. Đưa cho một người bạn đọc thử và hỏi họ tóm tắt lại — nếu họ tóm tắt đúng, template của bạn đã đạt.
Tóm tắt
Discovery tạo ra rất nhiều tri thức, nhưng phần lớn tri thức ấy sẽ bốc hơi nếu không được đóng gói thành tài liệu có cấu trúc, nhất quán và dùng lại được. Năm template xương sống — Discovery Plan, Interview Guide, Interview Note, Synthesis Summary và One-pager — phủ trọn vòng đời từ chuẩn bị tới chia sẻ. Nguyên tắc cốt lõi xuyên suốt: template phải giảm tải chứ không tạo thêm việc; phải tách bạch giữa điều khách hàng nói và điều bạn diễn giải; và phải nhất quán giữa các thành viên để tri thức có thể chia sẻ và tái sử dụng. Giá trị thật sự của documentation không nằm ở người viết, mà ở người đọc lại sau này — đồng nghiệp, stakeholder, hay chính bạn của ba tháng sau. Hãy chuẩn bị bộ template trước khi cần, và biến việc ghi chép có hệ thống thành thói quen, không phải một việc làm thêm khi đã quá muộn.