Đầu trang
Bỏ qua đến nội dung chính

Thiết kế bảng hỏi khảo sát: từ câu hỏi nghiên cứu đến bản pilot có thể sử dụng

Bảng hỏi tốt không bắt đầu bằng việc gõ câu hỏi vào Google Forms. Nó bắt đầu từ mục tiêu nghiên cứu, khái niệm cần đo và cách người trả lời thực sự hiểu, nhớ, đánh giá rồi chọn đáp án.

Chuyên đề dùng Total Survey Error làm khung kiểm soát, rồi hướng dẫn chuyển câu hỏi nghiên cứu thành ma trận đo lường, viết câu hỏi theo mô hình phản hồi khảo sát, kiểm tra thang đáp án và luồng, thực hiện expert review, cognitive interview, usability test và pilot có tiêu chí dừng.

Bắt đầu đọc

1. Sau bài này, bạn cần làm được gì?

Mục tiêu của chuyên đề là giúp bạn tạo một bản bảng hỏi đủ rõ để pilot, chứ không chỉ tạo một danh sách câu hỏi trông hợp lý. Bạn sẽ lập được ma trận mục tiêu, khái niệm, biến và câu hỏi; chọn đúng kiểu câu hỏi; thiết kế thang đáp án; sắp xếp luồng; rồi kiểm tra cách người tham gia hiểu và thao tác trên bảng hỏi.

Trước khi bắt đầu, cần có câu hỏi nghiên cứu, đối tượng mục tiêu, phương thức thu thập dự kiến và danh sách khái niệm cần đo. Nếu chưa định nghĩa được mỗi khái niệm bao gồm gì và không bao gồm gì, chưa nên viết item. Peytcheva và Yan (2025) xem mục tiêu nghiên cứu, khái niệm, chiều đo và vốn từ của người trả lời là các đầu vào cốt lõi của thiết kế bảng hỏi.

  • Câu hỏi nghiên cứu và đơn vị phân tích đã rõ.
  • Tổng thể mục tiêu và tiêu chí tham gia đã được xác định.
  • Mỗi khái niệm có định nghĩa làm việc và phạm vi nội dung.
  • Đã quyết định khảo sát web, điện thoại, giấy, phỏng vấn trực tiếp hoặc kết hợp.
  • Đã xác định ngôn ngữ, thiết bị và bối cảnh trả lời chính.
  • Có kế hoạch đạo đức nghiên cứu, đồng thuận tham gia và bảo vệ dữ liệu.

2. Khung kiểm soát: ba lớp lỗi trong Total Survey Error

Một bảng hỏi có thể chứa câu chữ đúng nhưng vẫn tạo dữ liệu yếu nếu mục tiêu đo sai, người cần trả lời không tham gia hoặc quy trình thu thập làm thay đổi câu trả lời. Khung Total Survey Error xem chất lượng khảo sát là kết quả của nhiều nguồn sai số cùng lúc, không chỉ sai số chọn mẫu (Groves và cộng sự, 2009).

Để biên tập thực hành, có thể theo dõi ba lớp. Lớp nội dung hỏi liệu biến và item có đại diện đúng khái niệm hay không. Lớp câu hỏi xem người tham gia hiểu, nhớ, đánh giá và dùng thang đáp án ra sao. Lớp vận hành gồm khung mẫu, không phản hồi, phương thức thu thập, định tuyến, thiết bị, xử lý dữ liệu và tài liệu hóa. Ba lớp cần được kiểm tra trước khi mở khảo sát chính.

Sơ đồ ba lớp lỗi trong Total Survey Error gồm nội dung, câu hỏi và vận hành cùng bằng chứng kiểm soát.
Hình 1. Ba lớp lỗi cần được kiểm soát trước khi mở khảo sát chính. Một hệ số độ tin cậy sau thu thập không thể sửa lỗi nội dung hoặc lỗi vận hành đã xảy ra.
Ba lớp lỗi và bằng chứng cần thu
LớpCâu hỏi kiểm soátBằng chứng thực hành
Nội dung và đặc tảCó đang đo đúng khái niệm và đúng tổng thể không?Ma trận đo lường, định nghĩa biến, expert review
Câu hỏi và phản hồiNgười tham gia hiểu, nhớ và chọn đáp án như dự kiến không?Cognitive interview, thử nghiệm câu chữ, paradata
Vận hành và quan sátAi bị bỏ sót, ai không trả lời và quy trình có gây lỗi không?Sơ đồ luồng, usability test, pilot, nhật ký lỗi và missing
Cách dùng khung này

Mỗi phát hiện trong quá trình thử phải được gắn với một lớp lỗi và một quyết định sửa. Không dùng một hệ số độ tin cậy sau thu thập để che các lỗi nội dung hoặc vận hành đã có từ trước.

3. Bước nền: chuyển mục tiêu thành ma trận đo lường

Mỗi câu hỏi phải phục vụ một quyết định phân tích. Nếu không biết câu trả lời sẽ tạo thành biến nào, dùng để mô tả, sàng lọc, kiểm soát hay kiểm định giả thuyết nào, câu hỏi đó có nguy cơ chỉ làm bảng hỏi dài hơn.

Hãy lập ma trận trước khi viết. Ma trận giúp phát hiện hai lỗi đối nghịch: thiếu nội dung quan trọng và hỏi nhiều lần cùng một nội dung mà không có mục đích đo lường. Dillman và cộng sự (2014) nhấn mạnh việc viết câu hỏi phải gắn với cách trình bày, thứ tự và phương thức thu thập, vì cùng một nội dung có thể hoạt động khác nhau trên giấy, điện thoại và web.

Mẫu ma trận từ mục tiêu nghiên cứu đến câu hỏi
Mục tiêuKhái niệm hoặc biếnVai tròDữ liệu cần thuĐầu ra dự kiến
Giải thích ý định tiếp tụcNiềm tinBiến dự báoNhiều item phản ánhĐiểm thang đo và đường dẫn
Mô tả mẫuKinh nghiệm sử dụngBiến mô tả hoặc kiểm soátSố năm hoặc nhóm nămTần số, trung vị hoặc hệ số kiểm soát
Chọn đúng ngườiĐã từng dùng dịch vụCâu hỏi sàng lọcCó hoặc khôngĐiều kiện đi tiếp
Kiểm tra chất lượngMức chú ý hoặc thời gianChỉ báo quy trìnhParadata hoặc câu kiểm tra có căn cứRà soát trường hợp, không xóa tự động
Không hỏi vì thấy thú vị

Một câu hỏi nhạy cảm, nhận dạng cá nhân hoặc không liên quan trực tiếp cần được loại bỏ. Nguyên tắc tối thiểu hóa dữ liệu vừa giảm gánh nặng trả lời vừa giảm rủi ro bảo mật.

4. Hiểu bốn công đoạn người trả lời phải thực hiện

Người tham gia không lấy một câu trả lời hoàn chỉnh từ trí nhớ rồi bấm chọn. Họ thường phải hiểu câu hỏi, truy xuất thông tin, hình thành đánh giá và ánh xạ đánh giá vào phương án trả lời. Trục trặc ở bất kỳ công đoạn nào cũng tạo sai số đo lường (Tourangeau và cộng sự, 2000; Peytcheva và Yan, 2025).

Khi sửa một câu hỏi, hãy chẩn đoán công đoạn gây khó. Một thuật ngữ mơ hồ là vấn đề hiểu. Khoảng nhớ 12 tháng cho hành vi thường xuyên là vấn đề truy xuất. Hai đáp án chồng lấn là vấn đề ánh xạ. Một câu hỏi nhạy cảm có thể khiến người trả lời chỉnh sửa câu trả lời ở công đoạn báo cáo.

Sơ đồ bốn công đoạn của quá trình trả lời khảo sát: hiểu, truy xuất, đánh giá và báo cáo.
Hình 2. Mỗi câu trả lời là kết quả của bốn công đoạn nhận thức. Cognitive interview cần xác định công đoạn gây lỗi thay vì chỉ hỏi người tham gia bảng hỏi có dễ hiểu hay không.
Mô hình phản hồi và câu hỏi chẩn đoán
Công đoạnNgười trả lời phải làmDấu hiệu lỗiCách sửa
HiểuXác định ý nghĩa và phạm viHỏi lại thuật ngữ, hiểu khác người thiết kếDùng từ quen thuộc, thêm mốc và định nghĩa cần thiết
Truy xuấtTìm sự kiện hoặc thông tin trong trí nhớĐoán, quên, nhầm thời điểmRút ngắn kỳ tham chiếu, dùng mốc nhớ và chia nhỏ hành vi
Đánh giáTổng hợp thông tin thành nhận địnhKhông biết tính trung bình hay chọn sự kiện nàoNêu tiêu chí, thời gian và đối tượng đánh giá
Báo cáoGhép nhận định với đáp ánKhông có đáp án phù hợp hoặc chọn gần đúngĐáp án đầy đủ, không chồng lấn, nhãn rõ ràng

5. Chọn kiểu câu hỏi theo loại thông tin

Câu hỏi hành vi hỏi điều đã xảy ra; câu hỏi thái độ hỏi đánh giá, niềm tin hoặc cảm nhận; câu hỏi nhân khẩu học mô tả đặc điểm; câu hỏi kiến thức kiểm tra thông tin người trả lời biết. Bốn loại này tạo gánh nặng nhận thức và rủi ro sai số khác nhau (Peytcheva và Yan, 2025).

Câu hỏi mở phù hợp khi chưa biết đầy đủ miền đáp án hoặc cần con số chính xác. Câu hỏi đóng giảm công mã hóa nhưng chính danh sách đáp án có thể gợi ý chuẩn và làm thay đổi câu trả lời. Câu hỏi đóng một phần chỉ nên có mục Khác khi phần mở đó thực sự được đọc, mã hóa và sử dụng.

Chọn định dạng câu hỏi
Nhu cầuĐịnh dạng khởi đầuKiểm tra bắt buộc
Tần suất có con số tự nhiênÔ số mởĐơn vị, miền hợp lệ, kỳ tham chiếu
Một lựa chọn trong danh sách ngắnRadio buttonĐáp án loại trừ lẫn nhau
Nhiều lựa chọn có thể đồng thời đúngCheckboxGhi rõ có thể chọn nhiều
Khái niệm thái độThang trả lời có nhãnHai cực, khoảng cách ý nghĩa và phương án không áp dụng
Sàng lọcCó hoặc không kèm skip logicThử mọi nhánh và đường quay lại
Khám phá câu trả lời chưa biếtCâu hỏi mở ngắnKế hoạch mã hóa trước khi thu thập

6. Tám quy tắc viết câu hỏi có thể kiểm tra

Một câu hỏi tốt cần ngắn nhưng không được lược bỏ bối cảnh cần thiết. Từ đơn giản, cú pháp trực tiếp và đối tượng cụ thể thường tốt hơn từ chuyên môn hoặc khái niệm trừu tượng. Tránh câu dẫn dắt, từ mang phán xét, phủ định kép và câu hỏi hai ý (Fowler, 2014; Krosnick và Presser, 2010; Peytcheva và Yan, 2025).

Không dùng kiểm tra ngữ pháp như tiêu chí duy nhất. Một câu đúng ngữ pháp vẫn có thể đo sai khái niệm. Cách kiểm tra mạnh hơn là yêu cầu người thuộc tổng thể mục tiêu nói lại câu hỏi bằng lời của họ và giải thích vì sao họ chọn đáp án.

Bảng sửa câu hỏi
LỗiVí dụ cần sửaHướng sửa
Mơ hồBạn thường xuyên học trực tuyến không?Trong 7 ngày qua, bạn học trực tuyến bao nhiêu ngày?
Hai ýNền tảng dễ dùng và đáng tin cậyTách dễ dùng và đáng tin cậy thành hai item
Dẫn dắtBạn có đồng ý hệ thống hữu ích này nên được duy trì?Theo bạn, hệ thống có nên được duy trì không?
Phủ địnhBạn không phản đối việc không bắt buộc...Viết lại bằng câu khẳng định trực tiếp
Thiếu mốcBạn đã liên hệ hỗ trợ bao nhiêu lần?Trong 30 ngày qua, bạn đã liên hệ hỗ trợ bao nhiêu lần?
Thuật ngữĐánh giá interoperability của hệ thốngDùng cách nói mà người trả lời thực tế sử dụng

7. Thiết kế thang đáp án trước khi nghĩ đến Cronbach alpha

Phương án trả lời phải bao phủ các khả năng hợp lệ và không chồng lấn. Số điểm, nhãn số, hướng trình bày và khoảng giá trị đều có thể ảnh hưởng cách người tham gia chọn đáp án. Vì vậy, không nên sao chép thang 1 đến 5 cho mọi câu hỏi (Tourangeau và cộng sự, 2000).

Với thái độ, câu hỏi theo đúng khái niệm như mức tin cậy, mức hữu ích hoặc mức hài lòng thường dễ diễn giải hơn một chuỗi câu đồng ý hoặc không đồng ý. Điểm giữa chỉ nên có khi trạng thái trung tính có ý nghĩa. Không biết và Không áp dụng là hai trạng thái khác nhau, không nên gộp vào điểm giữa.

  • Mọi phương án có ý nghĩa rõ và phù hợp với câu hỏi.
  • Các khoảng số không chồng lấn và không để khoảng trống.
  • Nhãn được hiển thị nhất quán, ưu tiên gắn nhãn cho mọi điểm khi phù hợp.
  • Không biết, không nhớ, từ chối và không áp dụng được xử lý có chủ đích.
  • Hướng thang không đổi bất ngờ giữa các câu.
  • Thiết kế không dựa vào màu sắc như tín hiệu duy nhất.
  • Đã kiểm tra cách hiển thị trên màn hình nhỏ.

8. Câu hỏi hành vi: giúp người trả lời nhớ thay vì buộc họ đoán

Các sự kiện nổi bật thường dễ nhớ hơn hành vi lặp lại. Khi hỏi một hành vi thường xuyên trong kỳ dài, người trả lời có thể dùng ấn tượng hoặc một tần suất điển hình thay vì đếm từng lần. Khoảng đáp án còn có thể trở thành gợi ý về mức được xem là bình thường (Peytcheva và Yan, 2025).

Hãy chọn kỳ tham chiếu ngắn nhất vẫn đáp ứng mục tiêu, dùng ngày hoặc sự kiện mốc, tách một hành vi lớn thành các tình huống dễ nhớ, và cho đủ thời gian trả lời. Nếu cần lịch sử dài, cân nhắc lịch sự kiện. Nếu hành vi xảy ra dày và ngắn hạn, nhật ký có thể giảm gánh nặng hồi tưởng nhưng chính việc ghi nhật ký có thể làm thay đổi hành vi.

Chiến lược giảm sai số nhớ lại
Vấn đềThiết kế thực hànhRủi ro còn lại
Quên sự kiệnKỳ tham chiếu ngắn và mốc cá nhân hoặc công cộngSự kiện ít nổi bật vẫn có thể bị bỏ sót
Gộp nhiều tình huốngDecomposition theo nơi, loại hoặc thời điểmBảng hỏi dài hơn
Nhầm sự kiện ngoài kỳNêu ngày bắt đầu cụ thể hoặc bounded recallVẫn cần kiểm tra telescoping
Hành vi rất thường xuyênHỏi tần suất điển hình hoặc nhật ký có căn cứCó thể xuất hiện ước lượng và phản ứng do theo dõi

9. Sắp xếp câu hỏi và thiết kế luồng

Mở đầu nên dễ, liên quan và tạo cảm giác người trả lời có thể hoàn thành. Nhóm câu hỏi theo chủ đề, đi từ khái quát đến cụ thể, và đặt câu nhạy cảm về cuối khi không ảnh hưởng logic sàng lọc. Câu hỏi trước có thể làm thông tin nào đó nổi bật và thay đổi câu trả lời sau, nên thứ tự là một phần của phép đo (Converse và Presser, 1986; Tourangeau và cộng sự, 2000; Dillman và cộng sự, 2014).

Với bảng hỏi web, mọi nhánh phải có bản đồ. Người không đủ điều kiện cần được kết thúc lịch sự; người chọn Không áp dụng không được buộc trả lời câu phụ; và người quay lại sửa đáp án phải được định tuyến lại đúng.

Mở đầu và đồng thuận

Nêu mục đích, thời lượng thực tế, quyền từ chối, cách bảo vệ dữ liệu và thông tin liên hệ.

Sàng lọc

Đặt điều kiện cần để tham gia và thử từng nhánh loại hoặc đi tiếp.

Câu hỏi gắn với mục tiêu chính

Đặt nội dung quan trọng khi người trả lời còn tập trung.

Nhóm theo chủ đề

Giữ các câu có cùng khung tham chiếu gần nhau nhưng kiểm tra hiệu ứng ngữ cảnh.

Từ chung đến riêng

Tránh để câu rất cụ thể định hướng câu đánh giá tổng quát nếu đó không phải chủ đích.

Câu nhạy cảm

Giải thích lý do hỏi, dùng cách thu thập riêng tư và cho phép từ chối khi phù hợp.

Nhân khẩu học cần thiết

Chỉ thu các biến có vai trò phân tích, kiểm soát hoặc mô tả đã định trước.

Kết thúc

Cảm ơn, cung cấp thông tin hỗ trợ và không hứa hẹn điều nghiên cứu không thể thực hiện.

10. Quy trình 12 bước từ bản nháp đến bảng hỏi sẵn sàng thu thập

Sơ đồ mười hai bước thiết kế bảng hỏi chia thành bốn cổng: đặc tả, soạn và lập luồng, kiểm thử, vận hành.
Hình 3. Quy trình mười hai bước được tổ chức thành bốn cổng kiểm soát. Nếu một cổng chưa đạt, bảng hỏi phải được sửa và thử lại trước khi chuyển sang giai đoạn tiếp theo.

Khóa mục tiêu và tổng thể

Viết một câu cho từng mục tiêu, đơn vị phân tích và người đủ điều kiện.

Lập ma trận đo lường

Nối mục tiêu với khái niệm, biến, loại câu hỏi và đầu ra phân tích.

Rà soát công cụ có sẵn

Ưu tiên thang đã có bằng chứng phù hợp; kiểm tra quyền sử dụng, ngôn ngữ và bối cảnh.

Soạn ngân hàng câu hỏi

Viết nhiều phương án, mỗi câu chỉ một ý, có khung thời gian và đối tượng rõ.

Thiết kế đáp án

Chọn mở hoặc đóng, số điểm, nhãn, phương án ngoại lệ và quy tắc missing.

Lập sơ đồ luồng

Vẽ toàn bộ filter, skip, nhánh kết thúc và điều kiện bắt buộc.

Tự rà soát theo mô hình phản hồi

Chẩn đoán hiểu, truy xuất, đánh giá và báo cáo cho từng câu.

Expert review

Nhờ chuyên gia nội dung và phương pháp đánh giá tính liên quan, thiếu nội dung, độ rõ và rủi ro.

Cognitive interview

Cho người thuộc tổng thể mục tiêu nói thành tiếng, diễn giải lại và giải thích cách chọn đáp án.

Usability test

Quan sát hoàn thành trên thiết bị và phương thức thực tế, ghi thời gian, lỗi, quay lại và bỏ trống.

Pilot có giám sát

Thu mẫu nhỏ theo quy trình thật, xem phân phối, missing, thời lượng, nhánh và phản hồi mở.

Khóa phiên bản

Lưu bảng hỏi, codebook, logic, nhật ký sửa, ngày phát hành và kế hoạch phân tích trước khi mở khảo sát chính.

Điểm dừng quyết định

Nếu cognitive interview cho thấy người trả lời hiểu khác nhau, quay lại bước viết câu hỏi. Nếu usability test cho thấy lỗi thao tác, sửa giao diện và thử lại. Chỉ chuyển sang pilot khi nội dung và luồng đã ổn định.

11. Cognitive interview và usability test phải kiểm tra điều gì?

Cognitive interview không phải là hỏi Bạn thấy bảng hỏi ổn không. Người phỏng vấn cần dùng các probe cụ thể: Bạn hiểu câu này hỏi gì, bạn đã nghĩ đến khoảng thời gian nào, bạn nhớ thông tin bằng cách nào, và vì sao đáp án này phù hợp hơn đáp án bên cạnh. Willis (2005) xem đây là cách quan sát quá trình trả lời vốn không hiện ra trong dữ liệu cuối cùng.

Usability test tập trung vào tương tác với công cụ: người tham gia có nhận ra nút tiếp tục, hiểu thông báo lỗi, hoàn thành ma trận trên điện thoại, quay lại mà không mất dữ liệu và nhìn thấy đầy đủ nhãn hay không. Peytcheva và Yan (2025) đề nghị kiểm tra đúng phương thức sử dụng thực tế và theo dõi hiệu quả, hiệu suất cùng mức hài lòng.

Biên bản kiểm thử tối thiểu
Mã câuVấn đề quan sátCông đoạnMức độQuyết địnhKiểm thử lại
Q12Ba người hiểu thường xuyên theo ba mốc khác nhauHiểuCaoThêm mốc 30 ngàyCó
Q18Không thấy lựa chọn Không áp dụng trên điện thoạiBáo cáo hoặc giao diệnCaoĐổi bố cụcCó
Q25Mất nhiều thời gian nhớ số lầnTruy xuấtTrung bìnhRút kỳ tham chiếuCó

12. Ví dụ giả định: sửa một nhóm câu hỏi về hỗ trợ nghiên cứu

Ví dụ dưới đây là tình huống minh họa, không phải dữ liệu của một nghiên cứu thực tế. Bản đầu hỏi: Bạn có thường xuyên nhận được hỗ trợ nhanh và hữu ích từ giảng viên không? Câu này có bốn vấn đề: thường xuyên không có mốc, nhanh và hữu ích là hai ý, giảng viên chưa xác định, và người chưa từng yêu cầu hỗ trợ không có đáp án phù hợp.

Bản sửa dùng filter: Trong 30 ngày qua, bạn có gửi yêu cầu hỗ trợ phương pháp cho người hướng dẫn không? Nếu Có, hỏi riêng thời gian phản hồi theo nhóm giờ hoặc ngày và mức hữu ích của phản hồi trên thang có nhãn. Nếu Không, bỏ qua hai câu đánh giá. Sau cognitive interview, nhóm nghiên cứu còn phải xác nhận cụm người hướng dẫn có được tất cả người tham gia hiểu theo cùng một vai trò hay không.

Từ câu hỏi thô đến cụm câu hỏi có thể trả lời
Phiên bảnCâu hỏiLý do
FilterTrong 30 ngày qua, bạn có gửi yêu cầu hỗ trợ phương pháp cho người hướng dẫn không?Xác định người có trải nghiệm phù hợp
Hành viLần gần nhất, bạn nhận phản hồi sau bao lâu?Một sự kiện cụ thể, đáp án theo thời gian
Đánh giáPhản hồi lần gần nhất hữu ích ở mức nào cho bước phân tích tiếp theo?Một khái niệm, đối tượng và mốc rõ
Ngoại lệTôi không nhận được phản hồiKhông ép trường hợp này vào mức hữu ích thấp

13. Pilot có tiêu chí dừng: khi nào bảng hỏi đủ ổn định?

Pilot phải mô phỏng quy trình thu thập thật: cùng thiết bị, lời mời, định tuyến, cách nhắc và cách lưu dữ liệu. Mục đích là tìm lỗi còn sót và ước lượng cách quy trình vận hành, không phải dùng một mẫu nhỏ để kết luận thang đo đã có cấu trúc ổn định. Converse và Presser (1986) xem việc thử câu hỏi là một phần của nghề thiết kế, còn Groves và cộng sự (2009) đặt nó trong hệ thống kiểm soát sai số rộng hơn.

Trước khi chạy pilot, cần ghi rõ lỗi nào buộc phải sửa và thử lại. Ví dụ, mọi lỗi skip logic, câu bị hiểu theo hai nghĩa lặp lại ở nhiều người, đáp án không bao phủ trường hợp hợp lệ, tỷ lệ bỏ trống tập trung bất thường hoặc thời lượng vượt giới hạn đã cam kết đều là tín hiệu chưa nên mở khảo sát chính.

Không lấy pilot làm khảo sát chính

Nếu pilot dẫn đến sửa đáng kể câu chữ, đáp án hoặc luồng, dữ liệu trước và sau sửa không còn tương đương. Chỉ gộp khi đã chứng minh thay đổi không ảnh hưởng phép đo và kế hoạch phân tích cho phép.

  • Đã thử mọi nhánh, kể cả quay lại sửa câu trả lời.
  • Không còn lỗi làm người đủ điều kiện bị loại hoặc người không đủ điều kiện đi tiếp.
  • Không còn câu quan trọng bị hiểu sai có hệ thống.
  • Đáp án khác hoặc phản hồi mở không cho thấy một nhóm hợp lệ bị bỏ sót.
  • Missing theo câu và theo thiết bị đã được rà soát.
  • Thời lượng được báo bằng trung vị và khoảng phân vị, không chỉ số trung bình.
  • Các câu nhạy cảm có quyền từ chối và không tạo lỗi định tuyến.
  • Mọi thay đổi sau pilot được ghi trong change log và kiểm thử lại.

14. Mẫu báo cáo phương pháp và bộ tệp bàn giao

Báo cáo thiết kế bảng hỏi phải cho phép người khác hiểu nội dung được hình thành và kiểm tra như thế nào. Không cần công bố lời kể nhận dạng cá nhân từ cognitive interview, nhưng cần nêu ai được mời, số vòng, loại probe, loại vấn đề phát hiện và cách sửa.

Bộ tệp tối thiểu nên gồm bảng hỏi phát hành, codebook, sơ đồ skip logic, ma trận đo lường, biên bản expert review, nhật ký cognitive interview đã khử nhận dạng, kết quả usability hoặc pilot và change log. Đây là cơ sở để giải thích mọi biến trong bộ dữ liệu sau này.

Mẫu báo cáo tiếng Việt

Bảng hỏi được phát triển từ [mục tiêu và khung lý thuyết]. Nhóm nghiên cứu lập ma trận liên kết [số] khái niệm với các biến phân tích, sau đó rà soát nội dung bởi [thành phần chuyên gia]. Bản nháp được phỏng vấn nhận thức qua [số vòng] với [đặc điểm người tham gia], tập trung vào quá trình hiểu, truy xuất, đánh giá và chọn đáp án. Kiểm thử khả dụng được thực hiện trên [thiết bị hoặc phương thức]. Các lỗi chính gồm [ ], được sửa bằng [ ]. Bản pilot có thời lượng trung vị [ ], tỷ lệ thiếu cao nhất tại [ ] và không còn lỗi định tuyến nghiêm trọng trước khi khóa phiên bản [mã, ngày].
  • Mỗi câu hỏi có vai trò trong ma trận đo lường.
  • Khái niệm và thời gian tham chiếu rõ.
  • Không còn câu hai ý, dẫn dắt hoặc phủ định rối.
  • Đáp án đầy đủ và không chồng lấn.
  • Filter và skip logic đã được thử ở mọi nhánh.
  • Cognitive interview dùng người thuộc tổng thể mục tiêu.
  • Bảng hỏi web đã thử trên điện thoại thật.
  • Câu nhạy cảm và dữ liệu nhận dạng đã được tối thiểu hóa.
  • Pilot có tiêu chí sửa hoặc dừng được định trước.
  • Codebook, version và change log đã được lưu.

Kết luận

Thiết kế bảng hỏi là thiết kế một quy trình đo lường. Chất lượng không được bảo đảm bởi giao diện đẹp hoặc Cronbach alpha sau thu thập, mà bởi chuỗi quyết định có lý thuyết, kiểm thử với đúng người dùng và nhật ký sửa đổi trước khi khóa phiên bản.

Nếu chỉ nhớ một nguyên tắc, hãy dùng nguyên tắc này: đừng hỏi người tham gia có hiểu không, hãy yêu cầu họ cho thấy họ đã hiểu, nhớ và chọn đáp án như thế nào.

Tài liệu tham khảo

Ghi chú học thuật: Các câu hỏi, thang đo và số liệu trong ví dụ là giả định. Bảng hỏi dùng cho quyết định lâm sàng, tuyển dụng, chẩn đoán hoặc nhóm dễ bị tổn thương cần tiêu chuẩn thẩm định và đạo đức cao hơn hướng dẫn nhập môn này.