Product Management
Đăng nhập
ESC

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

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

M-Bài 17 — Elicitation Techniques — Phỏng vấn nâng cao

Mở đầu — vì sao bài này quan trọng

Trong nghề BA, có một sự thật phũ phàng mà ít ai nói thẳng với bạn: hơn 70% dự án phần mềm thất bại hoặc đội ngân sách không phải vì code dở, mà vì requirements sai từ gốc. Và requirements sai từ gốc thường bắt đầu từ việc BA không biết cách khai thác (elicit) đúng thông tin từ stakeholder.

Nếu bạn đến từ Marketing, đây thực ra là một lợi thế ngầm rất lớn. Bạn đã quen với việc phỏng vấn khách hàng (customer interview), chạy focus group, đọc hành vi người dùng qua heatmap, quan sát insight ẩn sau con số. Đó chính là elicitation — chỉ là bạn chưa gọi nó bằng cái tên đó. Khác biệt nằm ở chỗ: marketer khai thác để bán, còn BA khai thác để xây đúng cái cần xây.

Bài này tập trung sâu vào kỹ thuật khai thác requirements theo chuẩn BABOK, đặc biệt là nghệ thuật phỏng vấn nâng cao. Đây là kỹ năng phân biệt một BA junior chỉ biết "ghi chép lại yêu cầu" với một BA thực thụ biết "đào ra cái stakeholder chưa nói ra, thậm chí chưa tự nhận thức được".

Khái niệm cốt lõi

Elicitation (khai thác/lấy yêu cầu) trong BABOK v3 không đơn thuần là "hỏi rồi ghi". Nó là quá trình chủ động dẫn dắt để rút ra thông tin từ stakeholder, hệ thống, tài liệu và môi trường. Từ "elicit" trong tiếng Anh nghĩa là "khêu gợi, làm lộ ra" — chứ không phải "collect" (thu gom thụ động). Sự phân biệt này cực kỳ quan trọng: stakeholder thường không biết họ thực sự muốn gì, hoặc biết nhưng không diễn đạt được. Nhiệm vụ của BA là làm cho cái ẩn đó hiện ra.

Chín kỹ thuật elicitation phổ biến theo BABOK

BABOK liệt kê nhiều kỹ thuật, nhưng 9 nhóm sau là cốt lõi mà BA dùng hằng ngày:

  • Interview (Phỏng vấn 1-1, semi-structured) — Trò chuyện trực tiếp với một stakeholder. Đây là kỹ thuật xương sống, sẽ là trọng tâm của bài.
  • Workshop (Hội thảo đa stakeholder) — Tập hợp nhiều bên liên quan trong một phòng để cùng thống nhất yêu cầu, giải quyết xung đột.
  • Observation (Quan sát / shadow user) — Ngồi cạnh người dùng thật, xem họ làm việc để phát hiện cái họ không bao giờ kể.
  • Document Analysis (Phân tích tài liệu) — Đọc quy trình hiện tại, hợp đồng, hệ thống cũ, báo cáo để rút ra yêu cầu ẩn.
  • Prototyping (Tạo mẫu thử) — Dùng wireframe/mockup để stakeholder phản ứng, vì người ta dễ chê một bản nháp hơn là tưởng tượng từ con số không.
  • Survey / Questionnaire (Khảo sát) — Thu thập từ số đông khi không thể phỏng vấn từng người. Đây chính là kỹ năng marketer đã thành thạo.
  • Brainstorming (Động não nhóm) — Tạo ra nhiều ý tưởng giải pháp trước khi đánh giá.
  • Focus Group (Nhóm tập trung) — Một nhóm 6-10 người đại diện thảo luận có điều phối. Marketer cực kỳ quen kỹ thuật này.
  • Interface Analysis (Phân tích giao diện hệ thống) — Tìm hiểu các điểm tích hợp giữa hệ thống, dữ liệu đi vào đi ra.

Ba chế độ phỏng vấn cần phân biệt

Trong phỏng vấn — kỹ thuật quan trọng nhất — bạn cần nắm ba chế độ:

  • Structured (có cấu trúc): Bộ câu hỏi cố định, hỏi y hệt mọi stakeholder. Dùng khi cần so sánh, chuẩn hóa.
  • Unstructured (tự do): Không có kịch bản, để câu chuyện dẫn dắt. Dùng khi khám phá vấn đề mới chưa rõ.
  • Semi-structured (bán cấu trúc): Có khung câu hỏi chính nhưng linh hoạt đào sâu theo câu trả lời. Đây là vùng vàng mà BA giỏi luôn ở trong đó.

Kỹ thuật phỏng vấn nâng cao

Phỏng vấn nâng cao khác phỏng vấn cơ bản ở chỗ BA biết dùng các kỹ thuật tâm lý và cấu trúc câu hỏi:

  • 5 Whys: Hỏi "tại sao" liên tiếp để chạm tới gốc rễ nhu cầu thay vì dừng ở triệu chứng.
  • Funnel technique (kỹ thuật phễu): Bắt đầu bằng câu hỏi mở rộng ("Mô tả một ngày làm việc của anh"), rồi thu hẹp dần tới chi tiết cụ thể. Marketer sẽ thấy quen — đây đúng là tư duy funnel.
  • Open vs Closed questions: Câu hỏi mở để khám phá, câu hỏi đóng để xác nhận. Tránh câu hỏi dẫn dắt (leading) như "Anh thấy tính năng này tiện đúng không?".
  • Active listening & Silence: Im lặng có chủ đích sau câu trả lời thường khiến stakeholder nói thêm điều quan trọng nhất.
  • Probing & Echoing: Lặp lại từ khóa của họ ("Anh nói là chậm… chậm cụ thể là bao nhiêu giây?") để đào sâu.

Tình huống thực tế

Ví dụ 1 — MoMo: khi câu trả lời đầu tiên không phải requirement thật

Một BA tại ví điện tử MoMo được giao khai thác yêu cầu cho tính năng "nhắc nợ" giữa bạn bè. Trưởng nhóm vận hành nói ngay: "Bọn em cần một nút gửi thông báo nhắc trả tiền."

BA junior sẽ ghi xuống "Tính năng nút nhắc nợ" và đi viết user story. Nhưng BA dùng kỹ thuật 5 Whys:

  • Tại sao cần nút nhắc? — Vì người mượn hay quên trả.
  • Tại sao quên trả? — Vì không có ai chủ động nhắc, nhắc thủ công thì ngại.
  • Tại sao ngại? — Vì sợ mất lòng bạn bè khi nhắc tiền.
Đến đây requirement thật mới lộ ra: vấn đề không phải "thiếu nút bấm" mà là "cơ chế nhắc nợ không gây xấu hổ". Kết quả: thay vì một nút nhắc thô, đội sản phẩm thiết kế lời nhắc tự động, vui vẻ, ẩn danh người gửi. Tỷ lệ thu hồi khoản nợ nhóm tăng đáng kể so với phương án nút bấm ban đầu.

Bài học: Câu trả lời đầu tiên của stakeholder gần như luôn là giải pháp họ tự nghĩ ra, không phải vấn đề gốc. BA phải đào xuống dưới.

Ví dụ 2 — Tiki: Observation hé lộ điều phỏng vấn không thấy

Tại một sàn TMĐT như Tiki, BA cần cải thiện quy trình đóng gói tại kho. Khi phỏng vấn quản lý kho, anh ta khẳng định: "Quy trình của bọn em chuẩn, nhân viên scan mã rồi đóng gói theo 5 bước." Mọi thứ nghe rất gọn gàng.

BA quyết định dùng Observation (shadow user) — đứng cạnh ba nhân viên đóng gói trong 2 giờ. Thực tế phơi bày: nhân viên thường xuyên bỏ qua bước scan khi đơn đông, dùng mẹo riêng để nhớ vị trí hàng, và máy scan bị treo trung bình 4 lần/giờ buộc họ nhập tay. Không một điều nào trong số này được nhắc tới khi phỏng vấn quản lý — vì quản lý mô tả quy trình lý thuyết, còn người làm thật sống trong quy trình thực tế.

Bài học: Có một khoảng cách lớn giữa "what people say" và "what people do". Phỏng vấn cho bạn quy trình AS-IS trên giấy; quan sát cho bạn quy trình AS-IS thật. Khi hai cái khác nhau, sự khác biệt đó chính là mỏ vàng requirement.

Ví dụ 3 — Ngân hàng VPBank: Workshop để gỡ xung đột stakeholder

Một dự án mở tài khoản online tại ngân hàng (giả định bối cảnh VPBank) có ba bên liên quan với mong muốn trái ngược: phòng Sản phẩm muốn quy trình càng ít bước càng tốt để tăng tỷ lệ chuyển đổi; phòng Pháp chế/Compliance muốn đủ bước xác minh theo quy định eKYC của Ngân hàng Nhà nước; phòng Rủi ro muốn thêm lớp kiểm tra phòng gian lận.

Nếu BA phỏng vấn riêng từng phòng, anh ta sẽ nhận ba bộ requirement mâu thuẫn và mắc kẹt làm "người đưa thư" qua lại. Thay vào đó, BA tổ chức một Workshop 2 tiếng, mời cả ba phòng cùng vào phòng, dùng bảng trực quan để vẽ ra từng bước và đánh dấu bước nào bắt buộc theo luật (không thể bỏ), bước nào thương lượng được. Trong vòng một buổi, các bên tự nhìn thấy ràng buộc của nhau và thống nhất được quy trình 4 bước thay vì tranh cãi qua email suốt nhiều tuần.

Bài học: Khi requirement có xung đột giữa nhiều bên, đừng khai thác riêng lẻ. Workshop tạo ra sự đồng thuận tại chỗ và tiết kiệm hàng tuần đàm phán gián tiếp.

Hướng dẫn từng bước

Đây là quy trình thực hiện một buổi phỏng vấn elicitation chuyên nghiệp:

  • Chuẩn bị (trước buổi): Đọc tài liệu sẵn có (document analysis) để không hỏi những thứ đã có câu trả lời — không gì làm stakeholder mất kiên nhẫn hơn việc BA hỏi cái mà email tuần trước đã ghi. Xác định rõ mục tiêu buổi phỏng vấn và vai trò của người được phỏng vấn.
  • Soạn khung câu hỏi semi-structured: Viết 5-8 câu hỏi chính theo kỹ thuật phễu — mở đầu rộng, thu hẹp dần. Chuẩn bị sẵn câu hỏi "probe" dự phòng cho từng nhánh.
  • Mở đầu xây niềm tin (rapport): Dành 2-3 phút đầu giải thích mục đích, cam kết bảo mật, nhấn mạnh "không có câu trả lời sai". Stakeholder cởi mở thì thông tin mới chất lượng.
  • Đi từ rộng đến hẹp: Bắt đầu bằng câu hỏi mở ("Mô tả giúp em quy trình hiện tại từ đầu đến cuối"). Lắng nghe chủ động, ghi lại từ khóa để probe sau.
  • Đào sâu bằng 5 Whys và echoing: Khi gặp một điểm đau hoặc giải pháp họ đề xuất, đừng dừng — hỏi "tại sao" và lặp lại từ khóa của họ để moi ra gốc rễ.
  • Xác nhận lại (paraphrase): Cuối mỗi chủ đề, tóm tắt lại bằng lời của bạn: "Để em chắc chắn hiểu đúng — ý anh là…". Đây là bước chống hiểu sai.
  • Chốt và ghi nhận: Hỏi câu cuối "Còn điều gì quan trọng mà em chưa hỏi tới không?" — câu này thường lôi ra requirement bất ngờ.
  • Tổng hợp ngay sau buổi: Trong vòng 24 giờ, viết lại biên bản (interview notes), gửi cho stakeholder xác nhận. Trí nhớ phai rất nhanh.
Lưu ý: hiếm khi một kỹ thuật là đủ. BA giỏi kết hợp — ví dụ document analysis để chuẩn bị, interview để khai thác, rồi observation để kiểm chứng, cuối cùng prototyping để xác nhận.

Lỗi thường gặp & mẹo

Lỗi 1 — Đặt câu hỏi dẫn dắt (leading questions). "Anh thấy tính năng này hữu ích đúng không?" sẽ luôn nhận được "đúng". Marketer đặc biệt dễ mắc lỗi này vì quen thuyết phục. Mẹo: hỏi trung lập — "Anh đánh giá thế nào về tính năng này?".

Lỗi 2 — Ghi nhận giải pháp thay vì vấn đề. Stakeholder nói "cần thêm nút export Excel", BA ghi luôn. Mẹo: luôn hỏi "để làm gì?" — có khi họ chỉ cần xem nhanh một con số, không cần export gì cả.

Lỗi 3 — Chỉ phỏng vấn cấp quản lý. Sếp mô tả quy trình lý tưởng, người thực thi mới biết thực tế. Mẹo: phỏng vấn cả hai cấp và đối chiếu (như ví dụ Tiki).

Lỗi 4 — Sợ im lặng. BA mới thường vội lấp khoảng lặng bằng câu hỏi tiếp theo. Mẹo: đếm thầm 3 giây sau câu trả lời — sự im lặng đó thường moi ra điều giá trị nhất.

Lỗi 5 — Không kiểm chứng chéo. Tin tuyệt đối vào một nguồn. Mẹo: triangulation — đối chiếu lời nói (interview), hành vi (observation) và tài liệu (document analysis).

Mẹo vàng cho marketer chuyển BA: Bộ kỹ năng customer interview, focus group và survey của bạn đã ở mức nâng cao. Việc bạn cần làm chỉ là đổi mục tiêu: thay vì khai thác để tìm thông điệp bán hàng, hãy khai thác để tìm yêu cầu hệ thống đúng và đầy đủ.

Bài tập thực hành

  • Lập kế hoạch phỏng vấn: Chọn một tính năng giả định (ví dụ: "tính năng đặt lịch hẹn" cho một phòng khám). Viết khung 6 câu hỏi semi-structured theo kỹ thuật phễu (từ rộng đến hẹp).
  • Luyện 5 Whys: Lấy một requirement "giải pháp" sau và đào 5 lần "tại sao" để tìm vấn đề gốc: "Khách hàng yêu cầu thêm chức năng chat trực tiếp với nhân viên."
  • Đối chiếu kỹ thuật: Với mỗi tình huống sau, chọn kỹ thuật elicitation phù hợp nhất và giải thích: (a) cần ý kiến của 2.000 người dùng; (b) nghi ngờ quy trình thực tế khác tài liệu; (c) ba phòng ban đang mâu thuẫn về phạm vi dự án.
  • Tự đánh giá: Ghi âm (với sự đồng ý) một cuộc trò chuyện khai thác thông tin bất kỳ trong công việc, rồi đếm: bạn đặt bao nhiêu câu hỏi mở, bao nhiêu câu dẫn dắt, và đã dùng im lặng bao nhiêu lần?

Tóm tắt

Elicitation là kỹ năng phân biệt BA thực thụ với người chỉ biết chép lại yêu cầu. BABOK đưa ra 9 kỹ thuật cốt lõi — interview, workshop, observation, document analysis, prototyping, survey, brainstorming, focus group, interface analysis — và một BA giỏi luôn kết hợp chúng thay vì dựa vào một cái. Phỏng vấn nâng cao xoay quanh việc đào dưới câu trả lời bề mặt: dùng 5 Whys để chạm gốc rễ, kỹ thuật phễu để dẫn dắt, câu hỏi mở thay vì dẫn dắt, và im lặng có chủ đích để moi ra điều quan trọng nhất.

Ba bài học cốt lõi từ thực tế: (1) câu trả lời đầu tiên luôn là giải pháp chứ chưa phải vấn đề (MoMo); (2) cái người ta nói khác cái người ta làm, nên phải kiểm chứng bằng quan sát (Tiki); (3) xung đột stakeholder cần workshop chứ không phải phỏng vấn riêng lẻ (ngân hàng). Là người đến từ Marketing, bạn đã sở hữu nền tảng phỏng vấn và khảo sát mạnh — giờ chỉ cần chuyển mục tiêu từ "khai thác để bán" sang "khai thác để xây đúng".

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