Mở đầu — vì sao bài này quan trọng
Trong elicitation, câu hỏi chính là công cụ làm việc số một của BA. Bạn có thể chuẩn bị elicitation plan hoàn hảo, có agenda đẹp, mời đúng stakeholder, nhưng nếu bạn đặt sai loại câu hỏi vào sai thời điểm, buổi làm việc sẽ trôi đi mà bạn vẫn không có thứ mình cần. Tôi đã chứng kiến nhiều BA mới ra trường ngồi suốt một giờ phỏng vấn, ghi đầy hai trang note, rồi về tới bàn làm việc mới phát hiện: tất cả những gì họ thu được chỉ là một chuỗi câu trả lời "có", "không", "đúng rồi em" — không có một insight nào đủ sâu để viết thành requirement.
Vấn đề không nằm ở việc stakeholder kiệm lời. Vấn đề nằm ở chỗ BA chỉ biết hỏi câu hỏi đóng (closed question), trong khi tình huống cần câu hỏi mở (open question) để stakeholder kể ra câu chuyện thực sự của họ.
Đây không phải kỹ năng "mềm" mơ hồ. Đây là một kỹ năng có thể luyện và đo lường được. Nắm vững nghệ thuật chuyển đổi giữa câu hỏi mở và câu hỏi đóng, biết khi nào mở rộng để khám phá và khi nào thu hẹp để xác nhận, là ranh giới rõ rệt giữa một BA "ghi chép lại lời người ta nói" và một BA "đào ra được nhu cầu thật mà chính stakeholder cũng chưa nói thành lời". Bài này tập trung trọn vẹn vào nghệ thuật đó.
Khái niệm cốt lõi
Câu hỏi đóng (Closed question) là gì
Câu hỏi đóng là câu hỏi giới hạn câu trả lời trong một phạm vi hẹp đã định trước. Người trả lời thường chỉ cần chọn một trong vài phương án, hoặc đưa ra một dữ kiện cụ thể.
Có ba dạng câu hỏi đóng chính:
- Yes/No (Có/Không): "Anh có dùng tính năng xuất báo cáo không?" — chỉ có hai khả năng.
- Lựa chọn (Multiple choice): "Chị duyệt đơn hàng qua email, qua hệ thống, hay gọi điện trực tiếp?" — câu trả lời nằm trong tập hợp định sẵn.
- Dữ kiện cụ thể (Factual): "Mỗi ngày bộ phận mình xử lý bao nhiêu đơn?" — câu trả lời là một con số, một cái tên, một ngày tháng.
Câu hỏi mở (Open question) là gì
Câu hỏi mở là câu hỏi mời người trả lời kể, mô tả, giải thích bằng ngôn ngữ của chính họ, không bị bó vào phương án định sẵn. Nó thường bắt đầu bằng những từ khóa: "Anh/chị mô tả giúp em...", "Điều gì khiến...", "Như thế nào...", "Vì sao...", "Kể em nghe về...".
Ví dụ: thay vì hỏi "Quy trình duyệt đơn có chậm không?" (đóng), bạn hỏi "Anh mô tả giúp em một đơn hàng đi từ lúc khách đặt đến lúc giao thì qua những bước nào?" (mở). Câu hỏi mở mở ra không gian để stakeholder bộc lộ ngữ cảnh, nỗi đau, ngoại lệ, và cả những điều họ vốn cho là hiển nhiên không cần nói.
Bảng so sánh nhanh
| Tiêu chí | Câu hỏi đóng | Câu hỏi mở |
|---|---|---|
| Phạm vi trả lời | Hẹp, định sẵn | Rộng, tự do |
| Tốc độ | Nhanh | Chậm hơn |
| Độ sâu thông tin | Thấp | Cao |
| Khi dùng | Xác nhận, lấy dữ kiện, chốt phạm vi | Khám phá, hiểu ngữ cảnh, tìm nỗi đau |
| Rủi ro | Bỏ sót thông tin ngầm | Lan man, lạc đề |
| Ví dụ | "Tính năng này có cần không?" | "Tính năng này giúp anh giải quyết việc gì?" |
Nguyên lý "phễu" (Funnel technique)
Cách dùng hai loại câu hỏi này không phải "chọn cái nào tốt hơn", mà là sắp xếp chúng theo trình tự. Kỹ thuật phễu (funnel) là nền tảng:
- Mở miệng phễu bằng câu hỏi mở: Bắt đầu rộng để stakeholder kể câu chuyện, để bạn hiểu bức tranh lớn và nghe được những điều bất ngờ.
- Thu hẹp dần bằng câu hỏi mở có định hướng: Khi nghe được một điểm đáng quan tâm, đào sâu vào đúng điểm đó.
- Đóng phễu bằng câu hỏi đóng: Cuối cùng dùng câu hỏi đóng để xác nhận con số, chốt phương án, kiểm tra hiểu đúng.
Câu hỏi dẫn dắt (Leading question) — kẻ thù cần tránh
Một biến thể nguy hiểm của câu hỏi đóng là câu hỏi dẫn dắt: câu hỏi đã cài sẵn câu trả lời mong muốn. Ví dụ: "Tính năng thông báo qua app tiện hơn email nhiều đúng không anh?" Câu này không thu thập yêu cầu, nó áp đặt giả định của bạn lên stakeholder. Stakeholder dễ gật cho qua, và bạn về nhà với một requirement sai mà cứ tưởng là của họ. Hãy luôn tự kiểm: câu hỏi của mình có đang "mớm" câu trả lời không?
Tình huống thực tế
Tình huống 1 — Sàn TMĐT Tiki: khi câu hỏi đóng làm hỏng cả buổi phỏng vấn
Một BA tên Minh được giao tìm hiểu vì sao đội vận hành kho (warehouse) than phiền về công cụ quản lý tồn kho. Minh chuẩn bị một bảng câu hỏi rất "gọn":
- "Công cụ hiện tại có chậm không?" → "Cũng chậm."
- "Anh có muốn thêm tính năng cảnh báo hết hàng không?" → "Có chứ."
- "Giao diện có khó dùng không?" → "Hơi khó."
Vấn đề thật, được phát hiện ở vòng sau bởi một BA khác dùng câu hỏi mở: "Chị kể em nghe một ca gần nhất chị bị rối với công cụ này xem nào?" Nhân viên kho kể: "Hôm rồi có lô 2.000 sản phẩm về cùng lúc, mà công cụ bắt nhập từng SKU một, mỗi cái phải bấm xác nhận, em làm tay đau hết cả buổi." Hóa ra nỗi đau thật là nhập liệu hàng loạt (bulk import), không phải cảnh báo hết hàng. Câu hỏi đóng của Minh đã vô tình "đóng" luôn cánh cửa dẫn tới insight này.
Bài học: Khi mục tiêu là khám phá nỗi đau, đừng bao giờ mở màn bằng câu hỏi đóng. Câu hỏi "có muốn tính năng X không?" gần như luôn nhận được "có", vì ai chẳng muốn thêm tính năng — nhưng cái "có" đó không cho bạn biết nó có đáng làm hay không.
Tình huống 2 — Ngân hàng VPBank: dùng phễu để chốt quy trình duyệt khoản vay
Một BA tên Lan làm dự án số hóa quy trình duyệt khoản vay tiêu dùng. Chị phỏng vấn một trưởng nhóm thẩm định và áp dụng đúng kỹ thuật phễu:
- Mở (open): "Anh mô tả giúp em một hồ sơ vay đi qua tay nhóm thẩm định như thế nào, từ lúc nhận đến lúc ra quyết định?" → Trưởng nhóm kể ra 6 bước, trong đó lộ ra một bước "kiểm tra chéo với CIC" mà tài liệu cũ không hề ghi.
- Đào sâu (open có định hướng): "Cái bước kiểm tra chéo CIC đó, khi nào thì anh phải làm, khi nào thì bỏ qua?" → Hóa ra có quy tắc ngầm: chỉ hồ sơ trên 100 triệu mới cần. Đây là một business rule cực kỳ quan trọng cho thiết kế hệ thống.
- Đóng (closed) để chốt: "Vậy chốt lại: ngưỡng để bắt buộc kiểm tra CIC là đúng 100 triệu, hay từ 100 triệu trở lên?" → "Từ 100 triệu trở lên." Một con số chính xác để viết acceptance criteria.
Bài học: Câu hỏi mở phát hiện ra cái tồn tại (bước CIC ẩn), câu hỏi mở có định hướng làm rõ điều kiện, và câu hỏi đóng chốt con số. Mỗi loại làm đúng một việc trong chuỗi.
Tình huống 3 — Startup giao đồ ăn ShopeeFood: câu hỏi đóng đúng chỗ tiết kiệm thời gian
Không phải lúc nào câu hỏi mở cũng tốt hơn. Một BA tên Tú phỏng vấn quản lý đối tác nhà hàng để xác nhận yêu cầu cho tính năng tạm dừng nhận đơn giờ cao điểm. Phần khám phá đã làm xong ở buổi trước, buổi này chỉ cần chốt phạm vi. Tú vẫn quen hỏi mở: "Anh nghĩ gì về việc tạm dừng nhận đơn?" Quản lý nói lan man 10 phút về đủ thứ chuyện cạnh tranh, khuyến mãi, nhân sự — phần lớn không liên quan.
Sau khi nhận ra, Tú chuyển sang câu hỏi đóng: "Khi tạm dừng, nhà hàng cần đặt thời gian tự bật lại, hay tự mình bật lại bằng tay?" → "Đặt thời gian." "Tối đa cho đặt bao lâu — 30 phút, 60 phút, hay hơn?" → "60 phút là đủ." Trong 5 phút, Tú chốt xong toàn bộ phạm vi.
Bài học: Ở giai đoạn xác nhận và chốt scope, câu hỏi đóng là bạn. Dùng câu hỏi mở ở đây chỉ làm loãng và kéo dài. Biết dừng mở, chuyển sang đóng cũng quan trọng như biết mở.
Hướng dẫn từng bước
Đây là quy trình tôi khuyên bạn áp dụng cho mỗi chủ đề cần đào trong buổi elicitation:
Bước 1 — Xác định mục tiêu của câu hỏi trước khi mở miệng. Tự hỏi: tôi đang khám phá (chưa biết gì) hay xác nhận (đã biết, cần chốt)? Khám phá thì dùng câu hỏi mở; xác nhận thì dùng câu hỏi đóng. Nguyên tắc này quyết định 80% việc chọn loại câu hỏi.
Bước 2 — Mở phễu bằng một câu hỏi mở rộng. Bắt đầu mỗi chủ đề bằng một câu kiểu "Anh/chị mô tả giúp em...", "Kể em nghe về...". Mục tiêu là để stakeholder nói nhiều hơn bạn. Tỉ lệ vàng: BA nói 20%, stakeholder nói 80%.
Bước 3 — Lắng nghe và bắt "đầu mối". Trong lúc stakeholder kể, để ý những từ khóa đáng đào: "thường thì...", "trừ khi...", "có lần...", "khó nhất là...". Mỗi đầu mối này là cửa vào một câu hỏi mở có định hướng.
Bước 4 — Đào sâu bằng câu hỏi mở có định hướng. "Anh vừa nói 'trừ khi đơn gấp' — cụ thể đơn gấp là như thế nào, xử lý khác ra sao?" Đây là nơi requirement thực sự lộ ra.
Bước 5 — Đóng phễu bằng câu hỏi đóng để chốt. Khi đã hiểu đủ, dùng câu hỏi đóng để xác nhận con số, ngưỡng, lựa chọn: "Vậy chốt là tối đa 3 lần thử lại, đúng không?"
Bước 6 — Playback ngắn. Tóm lại bằng một câu xác nhận: "Em hiểu đúng chưa: khi đơn gấp thì bỏ qua bước kiểm tra X và chuyển thẳng cho trưởng nhóm?" (Phần xác nhận sâu hơn sẽ học ở bài playback và sign-off — ở đây chỉ là xác nhận tại chỗ.)
Mẹo chuẩn bị: Trong interview guide, hãy soạn sẵn cặp đôi — mỗi chủ đề một câu mở để mở màn và vài câu đóng để chốt. Đừng soạn toàn câu đóng.
Lỗi thường gặp & mẹo
Lỗi 1 — Hỏi câu hỏi đóng khi đang cần khám phá. Đây là lỗi phổ biến nhất của BA mới, như trường hợp của Minh ở Tiki. Mẹo: nếu câu hỏi của bạn có thể trả lời bằng "có/không" mà bạn lại đang muốn hiểu, hãy đổi nó thành câu bắt đầu bằng "như thế nào" hoặc "vì sao".
Lỗi 2 — Câu hỏi dẫn dắt (leading). "Cái này bất tiện lắm phải không anh?" Bạn đang mớm câu trả lời. Mẹo: bỏ hết tính từ đánh giá ra khỏi câu hỏi. Thay vì "có chậm không", hỏi "mất bao lâu" rồi để stakeholder tự đánh giá nhanh/chậm.
Lỗi 3 — Câu hỏi đôi (double-barreled). "Anh thấy giao diện và tốc độ thế nào?" Hỏi hai thứ một lúc, stakeholder chỉ trả lời một, bạn mất thông tin còn lại. Mẹo: mỗi câu chỉ hỏi một thứ.
Lỗi 4 — Mở phễu rồi không chịu đóng. Như Tú ở ShopeeFood, cứ hỏi mở mãi khiến buổi làm việc lan man. Mẹo: canh thời gian, khi đã đủ ngữ cảnh thì chủ động chuyển sang câu hỏi đóng để chốt.
Lỗi 5 — Im lặng làm BA hoảng. Sau câu hỏi mở, stakeholder im 3-4 giây để nghĩ, BA sốt ruột chen vào hỏi tiếp hoặc tự gợi ý đáp án — vô tình biến nó thành câu dẫn dắt. Mẹo: học cách chịu được khoảng lặng. Im lặng là lời mời stakeholder nói thêm.
Mẹo vàng — "5 Whys" cho nguyên nhân gốc. Khi muốn tìm nguyên nhân thật sự, hỏi "vì sao" liên tiếp tới 5 lần. "Vì sao bước này chậm?" → "Vì phải chờ duyệt." → "Vì sao phải chờ?" → ... Mỗi lớp "vì sao" bóc một lớp triệu chứng để lộ nguyên nhân gốc.
Bài tập thực hành
- Chuyển đổi câu hỏi. Cho 5 câu hỏi đóng sau, hãy viết lại thành câu hỏi mở tương ứng: (a) "Anh có dùng báo cáo doanh thu không?" (b) "Quy trình này có chậm không?" (c) "Chị muốn thêm nút xuất Excel chứ?" (d) "Tính năng tìm kiếm có đủ không?" (e) "App có hay bị lỗi không?"
- Nhận diện lỗi. Phân loại từng câu sau thuộc lỗi nào (dẫn dắt / câu đôi / đóng-sai-chỗ): "Giao diện mới đẹp và nhanh hơn đúng không?"; "Anh thấy hệ thống và quy trình ổn chứ?"; "Anh có gặp khó khăn gì không?" (khi đang cần khám phá sâu).
- Thiết kế phễu. Chọn một chủ đề bạn quen (ví dụ: quy trình xin nghỉ phép ở công ty bạn). Viết một chuỗi câu hỏi theo kỹ thuật phễu: 1 câu mở mở màn, 2 câu mở có định hướng để đào sâu, 2 câu đóng để chốt con số/quy tắc.
- Đóng vai. Tìm một đồng nghiệp, đóng vai BA phỏng vấn họ về cách họ dùng một ứng dụng bất kỳ (ví dụ: app ngân hàng) trong 10 phút. Ghi âm. Nghe lại và đếm: bạn hỏi bao nhiêu câu mở, bao nhiêu câu đóng, có câu nào dẫn dắt không. Mục tiêu: ít nhất 60% câu hỏi khám phá là câu hỏi mở.
Tóm tắt
Câu hỏi mở và câu hỏi đóng không phải hai phe đối lập để bạn chọn một, mà là hai công cụ cho hai việc khác nhau. Câu hỏi mở dùng để khám phá — mở ra ngữ cảnh, nỗi đau, ngoại lệ, những điều stakeholder chưa nói thành lời. Câu hỏi đóng dùng để xác nhận và chốt — lấy con số, ngưỡng, lựa chọn chính xác.
Vũ khí mạnh nhất là kỹ thuật phễu: mở rộng bằng câu hỏi mở, thu hẹp bằng câu hỏi mở có định hướng, đóng lại bằng câu hỏi đóng. Hãy luôn xác định mục tiêu trước khi đặt câu hỏi (khám phá hay xác nhận), tránh ba cái bẫy kinh điển — câu dẫn dắt, câu đôi, và đóng-sai-chỗ — và đừng sợ khoảng lặng. Như ba tình huống Tiki, VPBank và ShopeeFood cho thấy: cùng một stakeholder, chỉ cần đổi loại câu hỏi đúng thời điểm là chất lượng thông tin bạn thu được thay đổi hoàn toàn. Câu hỏi tốt không chỉ lấy được thông tin — nó còn giúp stakeholder tự khám phá ra điều chính họ chưa từng nói rõ.