Nhiều bảng khảo sát bắt đầu bằng một danh sách câu hỏi nghe có vẻ hợp lý: người trả lời hiểu, có thể chọn đáp án và không mất nhiều thời gian. Nhưng ba điều đó vẫn chưa bảo đảm dữ liệu thu được trả lời đúng câu hỏi nghiên cứu. Một mục hỏi chỉ thật sự có ích khi câu trả lời của nó cho phép người nghiên cứu phân biệt được điều đang cần biết, ở đúng đối tượng và trong đúng bối cảnh. Nếu không, bảng hỏi có thể rất gọn mà kết quả vẫn chỉ là những con số khó diễn giải.
Trước khi gửi khảo sát, không nhất thiết phải dùng ngay những thuật ngữ kỹ thuật phức tạp. Hãy dừng lại ở từng câu hỏi và kiểm tra ba điểm: nó đang hỏi về điều gì; người trả lời có đủ căn cứ để trả lời không; và các phương án trả lời có giúp mình ra quyết định phân tích sau này không. Ba kiểm tra này giúp phát hiện sớm những câu hỏi tưởng đơn giản nhưng lại đo sai hướng.
1. Câu hỏi này đang đại diện cho điều gì?
Hãy viết một câu ngắn phía trên mỗi nhóm câu hỏi: “Nhóm này giúp tôi biết điều gì?” Nếu không viết được câu đó bằng ngôn ngữ rõ ràng, thường là vì câu hỏi đang trộn nhiều ý hoặc đang dùng một từ quá rộng. Ví dụ, hỏi “Anh/chị hài lòng với dịch vụ không?” có thể chạm đến tốc độ, thái độ phục vụ, giá, kết quả và cảm giác tin cậy. Một mức điểm chung cho cả năm điều sẽ khó chỉ ra doanh nghiệp cần sửa phần nào.
Cách làm tốt hơn là tách khái niệm thành những khía cạnh có thể quan sát. Với một dịch vụ tư vấn, doanh nghiệp có thể hỏi riêng về việc hiểu nhu cầu ban đầu, sự rõ ràng của đề xuất, tốc độ phản hồi và mức hữu ích của đầu ra. Không phải lúc nào cũng cần hỏi thật nhiều. Mục tiêu là chọn những khía cạnh cần thiết để trả lời câu hỏi quản trị hoặc giả thuyết nghiên cứu, thay vì dùng một câu quá chung rồi hy vọng người trả lời hiểu giống mình.
2. Người trả lời có biết điều đó không?
Một câu hỏi chỉ tạo ra dữ liệu đáng tin hơn khi người trả lời có trải nghiệm hoặc thông tin phù hợp. Sai lầm thường gặp là hỏi người không trực tiếp quan sát một việc, rồi xem câu trả lời như đánh giá chính xác. Chẳng hạn, nhân viên có thể đánh giá mức độ rõ ràng của mục tiêu công việc; nhưng nếu hỏi họ chi tiết về lợi nhuận từng sản phẩm mà họ không được tiếp cận, câu trả lời dễ trở thành phỏng đoán.
Hãy thêm ba điều kiện kiểm tra: ai là người trải nghiệm điều này; trải nghiệm đó diễn ra trong khoảng thời gian nào; và họ có đủ thông tin để trả lời không. Ví dụ, thay vì hỏi toàn bộ khách hàng “Quy trình hỗ trợ sau triển khai có hiệu quả không?”, hãy chỉ hỏi nhóm đã từng gửi yêu cầu hỗ trợ trong sáu tháng gần đây. Câu hỏi có thể đến với ít người hơn, nhưng phần dữ liệu còn lại có căn cứ hơn để diễn giải.
3. Đáp án có dẫn tới một quyết định phân tích được không?
Phương án trả lời không chỉ để người tham gia chọn cho nhanh. Nó là cách dữ liệu sẽ được tổng hợp, so sánh và giải thích. Các mức như “tốt”, “khá”, “bình thường” nghe quen, nhưng nếu không xác định rõ điểm tham chiếu, hai người có thể chọn cùng một từ với hai kỳ vọng hoàn toàn khác nhau. Khi cần so sánh giữa nhóm khách hàng, đơn vị hay thời điểm, sự mơ hồ này nhanh chóng trở thành vấn đề.
| Điểm cần kiểm tra | Câu hỏi nên đặt ra | Ví dụ điều chỉnh |
|---|---|---|
| Nội dung đo | Mỗi câu chỉ đo một điều chưa? | Tách “nhanh và chính xác” thành hai câu. |
| Căn cứ trả lời | Người này có trải nghiệm liên quan không? | Chỉ hỏi về hỗ trợ sau bán với khách hàng đã dùng hỗ trợ. |
| Phương án | Sau này mình sẽ so sánh hoặc phân tích câu trả lời thế nào? | Dùng thang mức độ với mô tả nhất quán và có lựa chọn “không biết/không áp dụng” khi cần. |
Ví dụ, một trường muốn biết sinh viên có sử dụng phản hồi từ giảng viên để cải thiện bài làm hay không. Câu “Phản hồi của giảng viên có hữu ích không?” chỉ cho biết cảm nhận chung. Nếu mục tiêu là cải thiện thiết kế học phần, có thể hỏi thêm: sinh viên nhận phản hồi vào thời điểm nào, có hiểu bước cần sửa không, có đủ thời gian để sửa không và đã thực sự sửa phần nào. Những câu hỏi này vẫn ngắn, nhưng tạo ra thông tin gần hơn với một quyết định cụ thể.
Thử một vòng kiểm tra nhỏ trước khi phát hành
Một vòng đọc thử với vài người thuộc đúng nhóm trả lời thường cho nhiều giá trị hơn việc tự đọc lại bảng hỏi nhiều lần. Đề nghị họ nói thành lời họ hiểu câu hỏi là gì và vì sao họ chọn một đáp án. Nếu hai người hiểu khác nhau đáng kể, đừng vội coi đó là khác biệt quan điểm; có thể cách viết chưa đủ rõ. Nếu họ dừng lâu vì không nhớ được, câu hỏi có thể đang đòi một thông tin mà họ không có.
Sau vòng thử, hãy ghi lại mỗi thay đổi và lý do thay đổi: làm rõ thuật ngữ nào, tách câu nào, thêm điều kiện lọc nào, hay sửa thang đo ra sao. Ghi chú này giúp nhóm nghiên cứu giữ được logic của bảng hỏi khi tiếp tục hiệu chỉnh hoặc khi phải giải thích vì sao một câu hỏi được chọn. Nó cũng tránh tình trạng một người sửa câu chữ theo cảm nhận nhưng vô tình làm câu hỏi đổi nghĩa.
Đừng để sự dễ trả lời che mất mục tiêu đo lường
Một câu hỏi tốt không phải là câu được trả lời nhanh nhất. Đó là câu tạo ra một bằng chứng phù hợp với điều cần kết luận, trong giới hạn mà dữ liệu thực sự cho phép. Khi bắt đầu từ điều cần biết, chọn đúng người trả lời và thiết kế đáp án cho bước phân tích, bảng hỏi thường ngắn hơn theo cách có ích: bỏ được những câu chỉ tạo thêm dữ liệu mà không tạo thêm hiểu biết.
Trước khi phát hành, hãy chọn ngẫu nhiên năm câu và tự hỏi: nếu chỉ có câu trả lời này, mình có thể giải thích điều gì một cách có trách nhiệm? Nếu câu trả lời là “chưa rõ”, đó là lúc nên sửa câu hỏi, không phải lúc đợi đến khi đã thu thập xong dữ liệu.
