Một phiếu khảo sát bất động sản không nên được thiết kế theo cách “đi thực tế rồi thấy gì hỏi nấy”. Phiếu tốt phải được xây ngược từ câu hỏi nghiên cứu và bảng dữ liệu muốn có sau cùng. Làm đúng bước này giúp cả nhóm thu thập cùng một chuẩn, giảm dữ liệu thiếu và tránh đến lúc phân tích mới phát hiện câu hỏi quan trọng chưa từng được hỏi.
Người biên soạn: ThS. Nguyễn Mạnh Hùng
Đơn vị: GV. Khoa QLĐĐ&BĐS – ĐH Nông Lâm TP.HCM
Email: nguyenmanhhung@hcmuaf.edu.vn
Cập nhật 2026: Khung phiếu trong bài giảng vẫn đúng, nhưng biểu mẫu hiện đại nên được xem như một data schema: mỗi trường có tên biến, kiểu dữ liệu, đơn vị, tập giá trị hợp lệ, quy tắc missing và logic hiển thị. Với bảng hỏi cho con người, cần thêm pretest/pilot, kiểm soát câu hỏi dẫn dắt, câu hỏi kép và hiệu ứng thứ tự.
1. Trước khi viết câu hỏi, hãy viết câu hỏi phân tích
Ví dụ mục tiêu “khảo sát căn hộ khu vực X” còn quá rộng. Hãy chuyển thành các câu cần trả lời:
- mặt bằng giá rao theo diện tích là bao nhiêu?
- pháp lý/tiến độ bàn giao phân bố thế nào?
- người mua quan tâm yếu tố nào?
- giá rao và giá được môi giới xác nhận có khác nhau không?
Mỗi câu phân tích phải dẫn đến các biến cụ thể. Nếu không biết sẽ dùng câu trả lời để làm gì, nên cân nhắc bỏ câu hỏi đó.
2. Phân biệt phiếu quan sát và bảng hỏi người trả lời
| Loại phiếu | Người cung cấp dữ liệu | Rủi ro chính |
|---|---|---|
| Phiếu ghi nhận tài sản | Người khảo sát quan sát/đo/chép nguồn | khác cách đo, nhập sai, thiếu nguồn |
| Bảng hỏi khách hàng | Người trả lời | thiên lệch câu hỏi, nhớ sai, bỏ câu |
| Phiếu phỏng vấn môi giới/chuyên gia | Người được phỏng vấn | ý kiến chủ quan, xung đột lợi ích, khó chuẩn hóa |
Ba loại có thể cùng phục vụ một nghiên cứu nhưng không nên trộn thành một cột dữ liệu mà không ghi nguồn.
3. Thiết kế phiếu từ Data Dictionary
Trước khi tạo form, nên lập bảng:
| Tên biến | Nhãn hiển thị | Kiểu | Đơn vị/mã | Bắt buộc? |
|---|---|---|---|---|
| obs_id | Mã quan sát | Text | duy nhất | Có |
| survey_date | Ngày khảo sát | Date | YYYY-MM-DD | Có |
| area_m2 | Diện tích | Numeric | m² | Có |
| asking_price | Giá rao | Numeric | triệu đồng | Tùy mục tiêu |
| legal_status | Trạng thái pháp lý theo nguồn | Categorical | mã định nghĩa trước | Có thể |
| source_type | Nguồn | Categorical | quan sát/tin/phỏng vấn... | Có |
Cách này giúp phiếu và file phân tích dùng cùng một ngôn ngữ dữ liệu.
4. Một câu hỏi chỉ nên đo một ý
Câu hỏi kép (double-barreled) là lỗi phổ biến.
Không tốt: “Anh/chị đánh giá vị trí và tiện ích của dự án có tốt không?”
Nếu người trả lời thấy vị trí tốt nhưng tiện ích kém thì không biết chọn đáp án nào.
Tốt hơn:
- “Anh/chị đánh giá khả năng tiếp cận vị trí thế nào?”
- “Anh/chị đánh giá hệ thống tiện ích nội khu thế nào?”
5. Tránh câu hỏi dẫn dắt
Không tốt: “Dự án có vị trí rất thuận lợi, anh/chị có đồng ý rằng giá hiện tại là hợp lý không?”
Câu hỏi đã đưa kết luận trước khi người trả lời phản hồi.
Tốt hơn: “Anh/chị đánh giá mức giá hiện tại của dự án như thế nào?” với thang đáp án được định nghĩa rõ.
Các hướng dẫn khảo sát của University of Michigan và Pew Research Center đều nhấn mạnh tác động của cách dùng từ, thứ tự câu hỏi và thứ tự phương án trả lời đối với kết quả.
6. Phương án trả lời phải đủ và không chồng lấn
Ví dụ sai:
- dưới 2 tỷ;
- 2–3 tỷ;
- 3–4 tỷ;
Giá đúng 3 tỷ thuộc hai nhóm. Nên quy định:
- < 2 tỷ;
- 2 đến < 3 tỷ;
- 3 đến < 4 tỷ;
- ≥ 4 tỷ.
Với câu hỏi phân loại, nên xem các lựa chọn có bao phủ đầy đủ và loại trừ lẫn nhau hay không.
7. Đừng dùng 0 để thay cho “không biết”
Trong dữ liệu BĐS, 0 có thể là một giá trị thật ở một số biến. Nếu “không có thông tin” cũng nhập 0, phân tích sẽ sai. Nên quy định mã:
- blank/NA theo hệ thống;
- Unknown;
- Not applicable;
- Refused — nếu là khảo sát người trả lời.
SPSS hoặc phần mềm phân tích có thể khai báo mã missing riêng, nhưng quy tắc phải được viết trong Data Dictionary.
8. Logic nhảy giúp giảm câu hỏi thừa
Ví dụ:
- Nếu “BĐS đang cho thuê = Không” → bỏ qua nhóm câu hỏi về giá thuê/hợp đồng thuê.
- Nếu “Đã giao dịch = Không” → không hỏi giá giao dịch cuối cùng.
- Nếu người khảo sát không được vào trong → các trường nội thất/chất lượng bên trong chuyển Not observed.
Biểu mẫu số hiện nay hỗ trợ skip logic khá tốt, nhưng logic phải được thiết kế từ trước.
9. Thứ tự câu hỏi cũng tạo thiên lệch
Nên đi từ:
- định danh/phạm vi;
- câu hỏi dễ, khách quan;
- thuộc tính chi tiết;
- đánh giá/nhận định;
- câu nhạy cảm hoặc mở ở cuối nếu thật sự cần.
Không nên đặt một chuỗi câu ca ngợi/tiêu cực về dự án trước câu hỏi đánh giá tổng thể vì có thể tạo hiệu ứng ngữ cảnh.
10. Bắt buộc pretest/pilot trước khi thu chính thức
Một phiếu nhìn rất rõ trên màn hình người thiết kế vẫn có thể gây hiểu nhầm cho người dùng. Trước thu thập chính thức, hãy thử với một nhóm nhỏ:
- người khảo sát có hiểu cùng cách không?
- mất bao lâu để hoàn thành?
- có câu nào luôn bỏ trống?
- đáp án có thiếu lựa chọn?
- logic nhảy có sai?
- đơn vị nhập có gây nhầm triệu/tỷ hay m²?
- dữ liệu xuất ra có đúng kiểu không?
Pretest không chỉ kiểm tra nội dung câu hỏi mà còn kiểm tra toàn bộ quy trình.
11. Kiểm tra dữ liệu ngay tại điểm nhập
Nếu biểu mẫu số cho phép, nên cài:
- range check: diện tích > 0;
- format check: ngày, số điện thoại nếu thật sự cần thu;
- required field cho ID, ngày, nguồn;
- giới hạn lựa chọn theo loại tài sản;
- cảnh báo giá/m² bất thường thay vì tự động xóa.
Mục tiêu là ngăn lỗi ở nguồn, không chờ đến bước làm sạch mới sửa.
12. Quyền riêng tư và tối thiểu hóa dữ liệu
Một nguyên tắc hiện đại rất quan trọng là chỉ thu dữ liệu cần thiết. Nếu nghiên cứu giá đất không cần CCCD, thông tin gia đình hay số điện thoại cá nhân thì không nên thu. Nếu phỏng vấn người tham gia, cần thông tin mục đích và cách sử dụng dữ liệu ở mức phù hợp với thiết kế nghiên cứu.
13. Checklist trước khi phát phiếu
- Mỗi trường có phục vụ câu hỏi phân tích?
- Có tên biến và loại biến rõ?
- Đơn vị có thống nhất?
- Đáp án có chồng lấn?
- Có câu hỏi kép/dẫn dắt?
- Missing được quy định?
- Logic nhảy đã test?
- Phiếu đã pilot?
- Dữ liệu xuất ra có phân tích được?
- Có thu thông tin cá nhân không cần thiết?
Ghi nhớ trong 30 giây
- Thiết kế phiếu từ câu hỏi nghiên cứu → biến → Data Dictionary → form.
- Mỗi câu chỉ đo một ý.
- Tránh câu dẫn dắt, câu kép và phương án chồng lấn.
- Luôn có mã missing và logic nhảy rõ.
- Pretest/pilot trước khi thu chính thức.
Nguồn tham khảo
- Nguồn nòng cốt: Nguyễn Mạnh Hùng, Buổi 2 – Phương pháp thu thập số liệu thị trường; Lab 1; Bài giảng Phân tích thị trường BĐS 2025.
- University of Michigan, tài liệu Survey Research / Questionnaire Design, các nguyên tắc tránh câu kép, câu mơ hồ, câu dẫn dắt và pretest.
- Pew Research Center, Writing Survey Questions, tham khảo hiệu ứng thứ tự và thiết kế phương án trả lời.
- University of Michigan Institute for Social Research, Cross-Cultural Survey Guidelines – Pretesting, tham khảo quy trình pilot/pretest.
Bài tiếp theo: “Chọn mẫu trong khảo sát BĐS: lấy bao nhiêu là đủ?”