Bài 95 – Xây kế hoạch Marketing BĐS số 90 ngày từ phễu đến ngân sách và đo lường 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. Kế hoạch 90 ngày nên bắt đầu bằng business outcome và funnel baseline, không bắt đầu bằng lịch đăng bài hoặc danh sách kênh
Kế hoạch 90 ngày nên bắt đầu bằng business outcome và funnel baseline, không bắt đầu bằng lịch đăng bài hoặc danh sách kênh.
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. Ngày 1–30 tập trung nền tảng: measurement, source taxonomy, CRM stages, website/landing QA, content pillars, creative library và paid media pilot
Ngày 1–30 tập trung nền tảng: measurement, source taxonomy, CRM stages, website/landing QA, content pillars, creative library và paid media pilot.
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. Ngày 31–60 tập trung học và tối ưu: đọc funnel, sửa bottleneck, thử creative/offer/landing, chuẩn hóa handoff và xây nurture/remarketing
Ngày 31–60 tập trung học và tối ưu: đọc funnel, sửa bottleneck, thử creative/offer/landing, chuẩn hóa handoff và xây nurture/remarketing.
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. Ngày 61–90 tập trung scale có kiểm soát: tăng ngân sách ở phần có marginal economics phù hợp, mở thêm audience/channel khi có giả thuyết, đồng thời củng cố automation và governance
Ngày 61–90 tập trung scale có kiểm soát: tăng ngân sách ở phần có marginal economics phù hợp, mở thêm audience/channel khi có giả thuyết, đồng thời củng cố automation và governance.
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. Budget nên chia base, test, growth và reserve; mỗi quỹ có mục tiêu riêng để tránh dùng toàn bộ tiền vào kênh có kết quả ngắn hạn tốt nhất
Budget nên chia base, test, growth và reserve; mỗi quỹ có mục tiêu riêng để tránh dùng toàn bộ tiền vào kênh có kết quả ngắn hạn tốt nhấ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.
6. Measurement plan phải định nghĩa KPI tree từ reach/click tới lead, MQL, SQL, appointment, viewing và outcome; đồng thời có data health
Measurement plan phải định nghĩa KPI tree từ reach/click tới lead, MQL, SQL, appointment, viewing và outcome; đồng thời có data health.
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. Experiment backlog cần được ưu tiên theo impact, confidence, effort và risk; không thử mọi thứ cùng lúc
Experiment backlog cần được ưu tiên theo impact, confidence, effort và risk; không thử mọi thứ cùng lúc.
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. Governance gồm claim, data/privacy, AI, access, brand safety và incident response phải được thiết kế ngay từ đầu, không chờ đến khi campaign lớn
Governance gồm claim, data/privacy, AI, access, brand safety và incident response phải được thiết kế ngay từ đầu, không chờ đến khi campaign lớn.
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
| Giai đoạn | Trọng tâm | Đầu ra |
|---|---|---|
| Ngày 1–30 | Nền tảng | Tracking/CRM/content/pilot |
| Ngày 31–60 | Học & tối ưu | Experiments/funnel fixes |
| Ngày 61–90 | Scale | Budget/automation/governance |
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
Một dự án mới có 90 ngày tới mở bán, ngân sách 3 tỷ đồng, website mới, CRM đã có nhưng stage chưa chuẩn, nội dung rời rạc, Sales 20 người. Hãy xây kế hoạch 3 giai đoạn 30 ngày với KPI, ngân sách, experiment và governance.
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.
KPI Tree cho 90 ngày
| Tầng | KPI chính | Guardrail |
|---|---|---|
| Reach | Qualified reach | Frequency |
| Traffic | Engaged sessions | Bounce/load |
| Lead | Valid leads | Spam/duplicate |
| Quality | MQL/SQL | Contactability |
| Pipeline | Appointments/viewings | No-show |
| Economics | Cost/SQL/CAC | Marginal cost |
Ngân sách 4 quỹ
| Quỹ | Tỷ trọng minh họa | Vai trò |
|---|---|---|
| Base | 50–60% | Kênh đã chứng minh |
| Test | 15–20% | Mua learning |
| Growth | 15–25% | Scale winners |
| Reserve | 5–10% | Sự kiện/cơ hội |
Nhịp quản trị
Hàng ngày theo dõi lỗi critical, lead SLA và spend anomaly. Hàng tuần review funnel, creative, search terms, CRM quality và experiment. Mỗi 30 ngày review business outcome, marginal economics, channel role, content portfolio và governance. Nhịp review phải đủ nhanh để sửa lỗi nhưng không quá ngắn đến mức phản ứng với nhiễu.
RACI tối giản
| Hạng mục | Marketing | Sales | Analytics/CRM | Product/Legal |
|---|---|---|---|---|
| Campaign | A/R | C | C | C |
| Lead SLA | C | A/R | C | I |
| Tracking | C | I | A/R | I |
| Claims | R | I | I | A/C |
| Budget review | A/R | C | C | C |
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
- Kế hoạch 90 ngày nên bắt đầu bằng business outcome và funnel baseline, không bắt đầu bằng lịch đăng bài hoặc danh sách kênh.
- Ngày 1–30 tập trung nền tảng: measurement, source taxonomy, CRM stages, website/landing QA, content pillars, creative library và paid media pilot.
- Ngày 61–90 tập trung scale có kiểm soát: tăng ngân sách ở phần có marginal economics phù hợp, mở thêm audience/channel khi có giả thuyết, đồng thời củng cố automation và governance.
- Measurement plan phải định nghĩa KPI tree từ reach/click tới lead, MQL, SQL, appointment, viewing và outcome; đồng thời có data health.
- Governance gồm claim, data/privacy, AI, access, brand safety và incident response phải được thiết kế ngay từ đầu, không chờ đến khi campaign lớn.
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: “20 sai lầm thường gặp trong Marketing BĐS số và checklist kiểm tra cuối cùng”.