Bài 60 – Một bảng điều khiển Marketing BĐS số nên theo dõi những chỉ số nào? thuộc series Marketing BĐS số. Nội dung được thiết kế để nối dữ liệu khách hàng và đo lường với quyết định vận hành, thay vì chỉ mô tả tính năng CRM hoặc công thức chỉ số.
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 30/09/2026: Bài thuộc series Marketing BĐS số. Các tình huống và số liệu minh họa là giả lập phục vụ giảng dạy. Các chỉ số phải được diễn giải trong bối cảnh phễu, chất lượng dữ liệu và mục tiêu kinh doanh; không dùng một chỉ số đơn lẻ để kết luận hiệu quả toàn bộ chiến dịch.
Ranh giới chuyên đề: Bài tập trung đo lường kinh tế chiến dịch và dashboard Marketing BĐS số. Phân tích tài chính dự án/đầu tư chuyên sâu thuộc Đầu tư BĐS; kỹ thuật BI/SQL thuộc Tin học BĐS.
1. Dashboard Marketing BĐS số nên bắt đầu từ câu hỏi quản trị: đang đạt mục tiêu nào, bottleneck ở đâu, nguồn nào tạo chất lượng và có cần hành động gì
Dashboard Marketing BĐS số nên bắt đầu từ câu hỏi quản trị: đang đạt mục tiêu nào, bottleneck ở đâu, nguồn nào tạo chất lượng và có cần hành động gì.
Khi áp dụng, cần chuyển nguyên tắc thành field, stage, rule, SLA hoặc metric có thể kiểm tra. Mỗi thay đổi phải cho biết ai chịu trách nhiệm, dữ liệu nào chứng minh và outcome nào dùng để xác nhận rằng quy trình thực sự tốt hơn.
2. Phần tổng quan cần business outcomes và leading indicators quan trọng, không nên nhét mọi metric nền tảng lên trang đầu
Phần tổng quan cần business outcomes và leading indicators quan trọng, không nên nhét mọi metric nền tảng lên trang đầu.
Khi áp dụng, cần chuyển nguyên tắc thành field, stage, rule, SLA hoặc metric có thể kiểm tra. Mỗi thay đổi phải cho biết ai chịu trách nhiệm, dữ liệu nào chứng minh và outcome nào dùng để xác nhận rằng quy trình thực sự tốt hơn.
3. Media layer theo spend, reach/impressions, frequency, CPM/CPC và creative diagnostics để biết hiệu suất phân phối
Media layer theo spend, reach/impressions, frequency, CPM/CPC và creative diagnostics để biết hiệu suất phân phối.
Khi áp dụng, cần chuyển nguyên tắc thành field, stage, rule, SLA hoặc metric có thể kiểm tra. Mỗi thay đổi phải cho biết ai chịu trách nhiệm, dữ liệu nào chứng minh và outcome nào dùng để xác nhận rằng quy trình thực sự tốt hơn.
| Câu hỏi | Thiết kế | Bằng chứng |
|---|---|---|
| Ai/khách nào? | Identity/segment | CRM record |
| Đang ở đâu? | Lifecycle stage | Stage history |
| Cần làm gì? | Task/nurture/contact | Activity |
| Trong bao lâu? | SLA/cadence | Timestamp |
| Kết quả? | Outcome/metric | Dashboard |
4. Funnel layer theo sessions/engaged users, leads, MQL, SQL, appointments, viewings và conversion rate giữa từng bước
Funnel layer theo sessions/engaged users, leads, MQL, SQL, appointments, viewings và conversion rate giữa từng bước.
Khi áp dụng, cần chuyển nguyên tắc thành field, stage, rule, SLA hoặc metric có thể kiểm tra. Mỗi thay đổi phải cho biết ai chịu trách nhiệm, dữ liệu nào chứng minh và outcome nào dùng để xác nhận rằng quy trình thực sự tốt hơn.
5. Quality/velocity layer theo contactability, reason codes, lead age, time-to-first-contact, stage aging và no-show
Quality/velocity layer theo contactability, reason codes, lead age, time-to-first-contact, stage aging và no-show.
Khi áp dụng, cần chuyển nguyên tắc thành field, stage, rule, SLA hoặc metric có thể kiểm tra. Mỗi thay đổi phải cho biết ai chịu trách nhiệm, dữ liệu nào chứng minh và outcome nào dùng để xác nhận rằng quy trình thực sự tốt hơn.
6. Economics layer theo CPL, Cost/MQL, Cost/SQL, Cost/Appointment, CAC/ROAS hoặc pipeline contribution theo phạm vi dữ liệu
Economics layer theo CPL, Cost/MQL, Cost/SQL, Cost/Appointment, CAC/ROAS hoặc pipeline contribution theo phạm vi dữ liệu.
Khi áp dụng, cần chuyển nguyên tắc thành field, stage, rule, SLA hoặc metric có thể kiểm tra. Mỗi thay đổi phải cho biết ai chịu trách nhiệm, dữ liệu nào chứng minh và outcome nào dùng để xác nhận rằng quy trình thực sự tốt hơn.
7. Data health layer theo missing source, duplicate leads, unassigned leads, stale stages, tracking gaps và reconciliation để biết dashboard có đáng tin hay không
Data health layer theo missing source, duplicate leads, unassigned leads, stale stages, tracking gaps và reconciliation để biết dashboard có đáng tin hay không.
Khi áp dụng, cần chuyển nguyên tắc thành field, stage, rule, SLA hoặc metric có thể kiểm tra. Mỗi thay đổi phải cho biết ai chịu trách nhiệm, dữ liệu nào chứng minh và outcome nào dùng để xác nhận rằng quy trình thực sự tốt hơn.
8. Dashboard cần drill-down theo project, channel, campaign, audience, creative, geography, device và cohort; đồng thời có alert/action owner thay vì chỉ quan sát
Dashboard cần drill-down theo project, channel, campaign, audience, creative, geography, device và cohort; đồng thời có alert/action owner thay vì chỉ quan sát.
Khi áp dụng, cần chuyển nguyên tắc thành field, stage, rule, SLA hoặc metric có thể kiểm tra. Mỗi thay đổi phải cho biết ai chịu trách nhiệm, dữ liệu nào chứng minh và outcome nào dùng để xác nhận rằng quy trình thực sự tốt hơn.
Executive Dashboard Architecture
| Trang | Câu hỏi | Nhóm KPI |
|---|---|---|
| 1 Executive | Có đạt mục tiêu? | Outcome/economics |
| 2 Funnel | Rơi ở đâu? | Volume/CVR/velocity |
| 3 Channel | Nguồn nào? | Spend/quality |
| 4 Data health | Tin được không? | Missing/duplicate/stale |
KPI Tree từ media tới kinh doanh
Metrics đầu phễu chỉ là dẫn xuất. Cần nối Spend → Impression/Click → Session → Lead → MQL → SQL → Appointment → Viewing → Customer. Mỗi tỷ lệ chuyển đổi giải thích một phần của hệ thống; không chỉ số nào tự đại diện toàn bộ hiệu quả.
| Tầng | Volume | Rate/Cost |
|---|---|---|
| Media | Impressions/clicks | CTR/CPC |
| Web | Sessions/actions | CVR |
| Lead | Leads | CPL |
| Quality | MQL/SQL | Cost/MQL, Cost/SQL |
| Pipeline | Appointments/viewings | Cost/Appointment |
| Outcome | Customers/revenue | CAC/ROAS |
Cohort và Time Lag
BĐS có chu kỳ dài nên cần cohort theo tháng/tuần tạo lead. Nếu so doanh thu tháng này với spend tháng này, có thể ghép sai thế hệ khách. Cohort cho biết lead tạo trong một kỳ đã tiến triển ra sao sau 30, 60, 90 ngày hoặc theo mốc phù hợp.
Marginal Economics
Average CPL/CAC có thể đẹp khi ngân sách nhỏ nhưng xấu dần khi scale. Quyết định phân bổ cần quan tâm chi phí biên của phần ngân sách tăng thêm. Đây là lý do một kênh đang 'hiệu quả nhất' không nên nhận toàn bộ ngân sách vô hạn.
Data Quality trước khi phân tích
Missing source, duplicate lead, stage chưa cập nhật hoặc revenue attribution sai có thể làm mọi chỉ số kinh tế sai. Dashboard trưởng thành phải hiển thị data health cùng performance để người dùng biết mức tin cậy của kết luận.
Tình huống giả lập phục vụ giảng dạy
Ban giám đốc đang xem dashboard 45 biểu đồ: follower, likes, CTR, CPM, CPL, pageviews... nhưng không có SQL, appointment, lead age hay data quality. Hãy thiết kế lại dashboard 1 trang điều hành + 3 trang drill-down.
Sinh viên phải lập KPI tree, tính hoặc diễn giải chỉ số, nêu giới hạn attribution/time lag và đề xuất quyết định không dựa trên vanity metric.
Decision Framework
| Bước | Câu hỏi | Đầu ra |
|---|---|---|
| Define | Đo/quản lý cái gì? | Definition |
| Instrument | Thu dữ liệu đâu? | Fields/events |
| Operate | Ai xử lý? | Owner/SLA |
| Measure | Chỉ số nào? | KPI |
| Diagnose | Vì sao lệch? | Reason/root cause |
| Improve | Thay gì? | Experiment/process |
Failure Modes thường gặp
| Failure | Dấu hiệu | Ưu tiên sửa |
|---|---|---|
| CRM như danh bạ | Nhiều contact, ít stage | Lifecycle |
| Handoff mơ hồ | Lead treo/reject | SLA/reasons |
| Nurture thành spam | Block/unsubscribe | Consent/frequency |
| Response chậm | Lead nguội | Routing |
| Metric đầu phễu đẹp | SQL/CAC kém | Quality |
| Dashboard quá nhiều | Không có action | KPI hierarchy |
Checklist áp dụng
- Chốt business objective.
- Chốt definitions/stages.
- Chốt data fields/source.
- Thiết kế ownership/routing.
- Đặt SLA/cadence.
- Đặt reason codes/suppression.
- Nối downstream outcome.
- Thiết kế KPI tree.
- Kiểm data quality.
- Review và cải tiến.
Những sai lầm cần tránh
- CRM chỉ có tên và số điện thoại.
- MQL/SQL không có định nghĩa.
- Marketing bàn giao nhưng không nhận feedback.
- Nurture cùng một nội dung cho mọi người.
- Gắn Lost cho khách chỉ vì chưa sẵn sàng.
- Tối ưu CTR/CPL mà bỏ chất lượng.
- Dùng ROAS platform như lợi nhuận tuyệt đối.
- Dashboard không hiển thị data health.
- Không dùng cohort cho chu kỳ dài.
- Không version hóa định nghĩa KPI.
Bài tập thực hành
- Thiết kế CRM fields cho một dự án BĐS.
- Định nghĩa Lead, MQL, SQL, Appointment.
- Viết SLA Marketing–Sales.
- Thiết kế một nurture cycle 90 ngày.
- Tính CPL, Cost/SQL và CAC từ dữ liệu giả lập.
- Phân tích một trường hợp ROAS cao nhưng CAC xấu.
- Vẽ dashboard 1 trang điều hành.
- Đề xuất 3 data quality alerts.
Câu hỏi tự kiểm tra
- CRM có lưu đủ context để không hỏi lại khách không?
- Lead có owner và next action không?
- Nurture có consent/relevance/suppression không?
- Metric có cùng definition và mẫu số không?
- Dashboard có dẫn tới hành động không?
- Outcome có quay lại giúp Marketing học không?
Ma trận trưởng thành CRM và đo lường
| Mức | Biểu hiện | Bước nâng |
|---|---|---|
| 1 – Danh bạ | Lưu contact | Lifecycle/source |
| 2 – Quy trình | Routing/SLA | Feedback |
| 3 – Theo funnel | MQL/SQL/economics | Cohort |
| 4 – Tích hợp | Cross-channel/outcome | Automation |
| 5 – Tối ưu | Marginal economics/AI | Governance |
Độ trưởng thành không nằm ở số trường dữ liệu hay số dashboard, mà ở khả năng biến dữ liệu thành ưu tiên, hành động và learning có thể lặp lại.
Decision Record
Khi đổi stage definition, scoring, SLA hoặc KPI, cần ghi ngày hiệu lực, giả thuyết, phạm vi, metric bị ảnh hưởng và review date. Nếu không version hóa, so sánh lịch sử có thể sai vì cùng tên metric nhưng cách tính khác nhau.
Ghi nhớ trong 30 giây
- Dashboard Marketing BĐS số nên bắt đầu từ câu hỏi quản trị: đang đạt mục tiêu nào, bottleneck ở đâu, nguồn nào tạo chất lượng và có cần hành động gì.
- Phần tổng quan cần business outcomes và leading indicators quan trọng, không nên nhét mọi metric nền tảng lên trang đầu.
- Funnel layer theo sessions/engaged users, leads, MQL, SQL, appointments, viewings và conversion rate giữa từng bước.
- Economics layer theo CPL, Cost/MQL, Cost/SQL, Cost/Appointment, CAC/ROAS hoặc pipeline contribution theo phạm vi dữ liệu.
- Dashboard cần drill-down theo project, channel, campaign, audience, creative, geography, device và cohort; đồng thời có alert/action owner thay vì chỉ quan sát.
Nguồn tham khảo
- Chaffey & Ellis-Chadwick – digital marketing metrics và dashboards.
- Google Analytics/Ads – acquisition/conversion metrics.
- Meta/TikTok Ads – campaign delivery metrics, tham khảo nền tảng.
- HubSpot/Salesforce – CRM funnel metrics, tham khảo thực hành.
- Stephen Few – dashboard design principles.
Bài tiếp theo: “Gắn thẻ UTM giúp biết khách đến từ đâu như thế nào?”.