Bài 93 – Case study: quảng cáo mạnh nhưng CRM và tốc độ phản hồi không theo kịp thuộc phần kết của series Marketing BĐS số. Trọng tâm là ghép toàn bộ kiến thức trước đó thành một hệ thống ra quyết định: chẩn đoán đúng, ưu tiên đúng, đo đúng và có khả năng học sau mỗi chiến dịch.
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 số liệu và tình huống là giả lập phục vụ giảng dạy. Mục tiêu của phần cuối series là luyện khả năng chẩn đoán, lựa chọn ưu tiên, lập kế hoạch, phân bổ nguồn lực và xây hệ thống kiểm soát thay vì học thêm công cụ rời rạc.
Ranh giới chuyên đề: Bài thuộc phần tình huống tổng hợp và lập kế hoạch. Trọng tâm là Marketing BĐS số: phễu, website, search, content, paid media, CRM, automation, đo lường và AI. Không dạy SQL/API/Python; nghiệp vụ tư vấn/chốt thương vụ thuộc Môi giới BĐS.
1. Quảng cáo tạo lead nhanh hơn khả năng CRM/Sales xử lý là một dạng mất cân bằng hệ thống; tăng media tiếp tục chỉ làm lead age và thất thoát tăng
Quảng cáo tạo lead nhanh hơn khả năng CRM/Sales xử lý là một dạng mất cân bằng hệ thống; tăng media tiếp tục chỉ làm lead age và thất thoát tăng.
Khi áp dụng, không nên nhảy ngay tới giải pháp. Cần xác định dữ liệu nào chứng minh vấn đề, segment nào bị ảnh hưởng, stage nào là bottleneck, nguyên nhân nào có khả năng nhất và thay đổi nào có thể kiểm chứng bằng KPI cùng guardrail.
2. Capacity cần được tính bằng số lead một nhân viên có thể xử lý theo chuẩn chất lượng, số ca trực, thời gian phản hồi và tỷ lệ follow-up cần thiết
Capacity cần được tính bằng số lead một nhân viên có thể xử lý theo chuẩn chất lượng, số ca trực, thời gian phản hồi và tỷ lệ follow-up cần thiết.
Khi áp dụng, không nên nhảy ngay tới giải pháp. Cần xác định dữ liệu nào chứng minh vấn đề, segment nào bị ảnh hưởng, stage nào là bottleneck, nguyên nhân nào có khả năng nhất và thay đổi nào có thể kiểm chứng bằng KPI cùng guardrail.
3. CRM phải có routing tự động, owner, queue, fallback và cảnh báo lead chưa được nhận; file Excel thủ công khó đáp ứng khi volume tăng nhanh
CRM phải có routing tự động, owner, queue, fallback và cảnh báo lead chưa được nhận; file Excel thủ công khó đáp ứng khi volume tăng nhanh.
Khi áp dụng, không nên nhảy ngay tới giải pháp. Cần xác định dữ liệu nào chứng minh vấn đề, segment nào bị ảnh hưởng, stage nào là bottleneck, nguyên nhân nào có khả năng nhất và thay đổi nào có thể kiểm chứng bằng KPI cùng guardrail.
| Câu hỏi | Thiết kế cần chốt | Bằng chứng |
|---|---|---|
| Vấn đề? | Symptom/period | Dashboard |
| Ở đâu? | Stage/segment | Funnel |
| Vì sao? | Hypotheses | Data + qualitative |
| Sửa gì? | Experiment/process | Test card |
| Quyết định? | Scale/fix/stop | Outcome |
4. SLA cần đo từ lead created tới assigned, first action, first connect và qualification; chỉ đo 'đã gọi trong ngày' là quá thô với high-intent lead
SLA cần đo từ lead created tới assigned, first action, first connect và qualification; chỉ đo 'đã gọi trong ngày' là quá thô với high-intent lead.
Khi áp dụng, không nên nhảy ngay tới giải pháp. Cần xác định dữ liệu nào chứng minh vấn đề, segment nào bị ảnh hưởng, stage nào là bottleneck, nguyên nhân nào có khả năng nhất và thay đổi nào có thể kiểm chứng bằng KPI cùng guardrail.
5. Duplicate và multi-assignment làm giảm năng suất và trải nghiệm; cùng một khách bị hai hoặc ba người gọi có thể dẫn tới complaint và giảm trust
Duplicate và multi-assignment làm giảm năng suất và trải nghiệm; cùng một khách bị hai hoặc ba người gọi có thể dẫn tới complaint và giảm trust.
Khi áp dụng, không nên nhảy ngay tới giải pháp. Cần xác định dữ liệu nào chứng minh vấn đề, segment nào bị ảnh hưởng, stage nào là bottleneck, nguyên nhân nào có khả năng nhất và thay đổi nào có thể kiểm chứng bằng KPI cùng guardrail.
6. Overflow rule cần xác định khi nào chuyển lead sang đội dự phòng, giảm campaign, đổi lịch chạy hoặc giới hạn nguồn lead thay vì tiếp tục nhận không kiểm soát
Overflow rule cần xác định khi nào chuyển lead sang đội dự phòng, giảm campaign, đổi lịch chạy hoặc giới hạn nguồn lead thay vì tiếp tục nhận không kiểm soát.
Khi áp dụng, không nên nhảy ngay tới giải pháp. Cần xác định dữ liệu nào chứng minh vấn đề, segment nào bị ảnh hưởng, stage nào là bottleneck, nguyên nhân nào có khả năng nhất và thay đổi nào có thể kiểm chứng bằng KPI cùng guardrail.
7. Media optimization phải nhìn Sales capacity như một guardrail; campaign không nên scale nếu marginal lead không còn được xử lý trong SLA
Media optimization phải nhìn Sales capacity như một guardrail; campaign không nên scale nếu marginal lead không còn được xử lý trong SLA.
Khi áp dụng, không nên nhảy ngay tới giải pháp. Cần xác định dữ liệu nào chứng minh vấn đề, segment nào bị ảnh hưởng, stage nào là bottleneck, nguyên nhân nào có khả năng nhất và thay đổi nào có thể kiểm chứng bằng KPI cùng guardrail.
8. Revenue leakage cần được lượng hóa: số lead không xử lý × xác suất SQL × appointment × expected value, để thấy chi phí thật của vận hành chậm
Revenue leakage cần được lượng hóa: số lead không xử lý × xác suất SQL × appointment × expected value, để thấy chi phí thật của vận hành chậm.
Khi áp dụng, không nên nhảy ngay tới giải pháp. Cần xác định dữ liệu nào chứng minh vấn đề, segment nào bị ảnh hưởng, stage nào là bottleneck, nguyên nhân nào có khả năng nhất và thay đổi nào có thể kiểm chứng bằng KPI cùng guardrail.
Ma trận trọng tâm
| Lớp capacity | Metric | Guardrail |
|---|---|---|
| Queue | Unassigned leads | < ngưỡng |
| Response | Time-to-first-action | SLA |
| Reach | Contactability | Ổn định |
| Quality | SQL rate | Không giảm mạnh |
| Workload | Leads/rep/day | Trong capacity |
| Media | Daily lead cap | Theo capacity |
Case Diagnostic Canvas
| Bước | Câu hỏi | Đầu ra |
|---|---|---|
| 1. Symptom | Điều gì đang xấu? | Metric + period |
| 2. Data health | Có tin dữ liệu? | Quality check |
| 3. Funnel | Rơi ở đâu? | Stage map |
| 4. Segments | Nguồn/device/audience? | Cohorts |
| 5. Qualitative | Sales/user nói gì? | Reason themes |
| 6. Hypotheses | Vì sao xảy ra? | Ranked list |
| 7. Experiment | Thay gì? | Test card |
| 8. Decision | Scale/fix/stop? | Owner/date |
Không chẩn đoán bằng một chỉ số
Các case cuối series đều yêu cầu nhìn cùng lúc volume, conversion, quality, velocity, economics và data health. Một metric chỉ cho biết một lát cắt. Ví dụ CPL thấp có thể đi cùng SQL thấp; CTR thấp có thể đi cùng CVR cao; view thấp có thể đi cùng booking cao. Quyết định tốt xuất hiện khi các chỉ số được đặt trong chuỗi nguyên nhân–kết quả của phễu.
Root Cause Tree
| Nhánh | Ví dụ nguyên nhân | Bằng chứng |
|---|---|---|
| Market/Product | Demand/price/inventory | Sales/product data |
| Audience | Sai fit/intent | Segment quality |
| Creative/Message | Hook lệch/claim | CTR/feedback |
| Experience | Load/form/trust | Web funnel |
| CRM/Sales | SLA/routing | Stage/aging |
| Measurement | Missing source/dup | Data audit |
Prioritization
Ưu tiên sửa lỗi hệ thống trước tối ưu tinh chỉnh. Form hỏng, routing sai, dữ liệu mất nguồn, Sales quá tải hoặc claim cũ phải xử lý trước khi thử màu nút, caption hay audience nhỏ. Khung Impact × Confidence × Ease có thể dùng nhưng nên thêm Risk và Dependency để phản ánh thực tế BĐS.
Tình huống giả lập phục vụ giảng dạy
Ngân sách tăng gấp đôi làm lead tăng từ 400 lên 950/ngày. Đội Sales vẫn 14 người, 28% lead chưa có owner sau 30 phút, 42% được gọi sau hơn 3 giờ, duplicate 9%. Hãy thiết kế capacity model và rule giảm/tăng media.
Sinh viên phải đưa ra ít nhất ba giả thuyết, chỉ ra dữ liệu cần kiểm, lựa chọn một ưu tiên số 1 và thiết kế thí nghiệm hoặc thay đổi quy trình có primary metric cùng guardrail.
Experiment Card
| Trường | Nội dung |
|---|---|
| Problem | Stage/segment nào? |
| Evidence | Data nào? |
| Hypothesis | Nguyên nhân dự kiến |
| Change | Một nhóm thay đổi |
| Primary metric | Chỉ số quyết định |
| Guardrail | Không được xấu đi |
| Duration | Khoảng đánh giá |
| Decision | Scale/iterate/stop |
Failure Modes cần tránh
| Failure | Dấu hiệu | Sửa trước |
|---|---|---|
| Metric tunnel vision | Chỉ nhìn 1 KPI | KPI tree |
| Data bad | Source/stage thiếu | Data health |
| Scale before fix | Volume lỗi tăng | Bottleneck |
| Sales overload | Lead age tăng | Capacity |
| Creative fatigue | CTR/CVR xấu dần | Creative refresh |
| Attribution bias | Last-click quá mạnh | Multi-source view |
Checklist thực hành
- Chốt business outcome.
- Kiểm data health.
- Vẽ funnel.
- Tách segment/cohort.
- Đọc CRM reason codes.
- Kiểm Sales capacity/SLA.
- Lập 3 giả thuyết.
- Chọn một ưu tiên.
- Thiết kế experiment hoặc process change.
- Review outcome và lưu learning.
Bài tập thực hành
- Tái dựng case bằng số liệu giả lập.
- Tính ít nhất 5 chỉ số funnel/economics.
- Vẽ root cause tree.
- Đề xuất một quyết định ngắn hạn và một thay đổi hệ thống.
- Thiết kế dashboard tối giản.
- Viết Decision Record cho quyết định cuối.
Câu hỏi tự kiểm tra
- Tôi đang xử lý triệu chứng hay nguyên nhân?
- Dữ liệu có đáng tin không?
- Kênh này đang tạo demand hay capture demand?
- Bottleneck nằm ở Marketing hay downstream?
- Nếu tăng ngân sách, marginal result sẽ ra sao?
- Learning có được lưu để dùng cho chiến dịch sau không?
Ghi nhớ trong 30 giây
- Quảng cáo tạo lead nhanh hơn khả năng CRM/Sales xử lý là một dạng mất cân bằng hệ thống; tăng media tiếp tục chỉ làm lead age và thất thoát tăng.
- Capacity cần được tính bằng số lead một nhân viên có thể xử lý theo chuẩn chất lượng, số ca trực, thời gian phản hồi và tỷ lệ follow-up cần thiết.
- SLA cần đo từ lead created tới assigned, first action, first connect và qualification; chỉ đo 'đã gọi trong ngày' là quá thô với high-intent lead.
- Overflow rule cần xác định khi nào chuyển lead sang đội dự phòng, giảm campaign, đổi lịch chạy hoặc giới hạn nguồn lead thay vì tiếp tục nhận không kiểm soát.
- Revenue leakage cần được lượng hóa: số lead không xử lý × xác suất SQL × appointment × expected value, để thấy chi phí thật của vận hành chậm.
Nguồn tham khảo
- Chaffey & Ellis-Chadwick – Digital Marketing.
- Kotler & Keller – Marketing Management.
- Google Analytics/Ads – search, campaign, conversion và measurement concepts.
- Meta/TikTok/YouTube platform resources – tham khảo vai trò kênh và quảng cáo.
- HubSpot/Salesforce – CRM, lifecycle, routing và automation, tham khảo thực hành.
- Stephen Few – dashboard design principles.
- NIST AI Risk Management Framework – governance và human oversight.
- Bản thiết kế Marketing BĐS số 96 bài 2026-09-29.
Bài tiếp theo: “Case study: ngân sách tăng nhưng chi phí chuyển đổi ngày càng xấu”.