Bài 51 · Marketing BĐS số

CRM trong Marketing BĐS số cần quản lý những thông tin nào?

Bài 51 – CRM trong Marketing BĐS số cần quản lý những thông tin 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 CRM và nuôi dưỡng ở góc Marketing BĐS số: lifecycle, source, routing, SLA, nurture và feedback. Thiết kế cơ sở dữ liệu/API thuộc Tin học BĐS; nghiệp vụ tư vấn/chốt giao dịch thuộc Môi giới BĐS.

1. CRM trong Marketing BĐS số không chỉ lưu tên và số điện thoại mà phải quản lý toàn bộ ngữ cảnh giúp doanh nghiệp hiểu khách đến từ đâu, quan tâm gì, đang ở giai đoạn nào và bước tiếp theo là gì

CRM trong Marketing BĐS số không chỉ lưu tên và số điện thoại mà phải quản lý toàn bộ ngữ cảnh giúp doanh nghiệp hiểu khách đến từ đâu, quan tâm gì, đang ở giai đoạn nào và bước tiếp theo là 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. Nhóm dữ liệu định danh cần đủ để nhận biết một người/tổ chức và xử lý trùng, nhưng không nên thu thập quá mức cần thiết cho mục đích marketing

Nhóm dữ liệu định danh cần đủ để nhận biết một người/tổ chức và xử lý trùng, nhưng không nên thu thập quá mức cần thiết cho mục đích marketing.

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. Nguồn và lịch sử điểm chạm phải giữ first touch, conversion source, campaign, nội dung đã tương tác và thời điểm để không mất dấu hành trình

Nguồn và lịch sử điểm chạm phải giữ first touch, conversion source, campaign, nội dung đã tương tác và thời điểm để không mất dấu hành trình.

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ỏiThiết kếBằng chứng
Ai/khách nào?Identity/segmentCRM record
Đang ở đâu?Lifecycle stageStage history
Cần làm gì?Task/nurture/contactActivity
Trong bao lâu?SLA/cadenceTimestamp
Kết quả?Outcome/metricDashboard

4. Nhóm dữ liệu nhu cầu cần phản ánh loại tài sản, khu vực, ngân sách, mục đích, thời gian dự kiến và các ràng buộc quan trọng

Nhóm dữ liệu nhu cầu cần phản ánh loại tài sản, khu vực, ngân sách, mục đích, thời gian dự kiến và các ràng buộc quan trọ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.

5. Lifecycle stage như Lead, MQL, SQL, Appointment, Viewing, Opportunity, Won/Lost cần định nghĩa bằng tiêu chí rõ để mọi bộ phận dùng cùng ngôn ngữ

Lifecycle stage như Lead, MQL, SQL, Appointment, Viewing, Opportunity, Won/Lost cần định nghĩa bằng tiêu chí rõ để mọi bộ phận dùng cùng ngôn 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.

6. Activity history gồm cuộc gọi, Email, Zalo/tin nhắn, lịch hẹn, tài liệu gửi và phản hồi giúp người tiếp theo không hỏi lại từ đầu

Activity history gồm cuộc gọi, Email, Zalo/tin nhắn, lịch hẹn, tài liệu gửi và phản hồi giúp người tiếp theo không hỏi lại từ đầ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. Ownership, SLA, task và next action biến CRM từ kho dữ liệu thành hệ thống vận hành; record không có owner hoặc không có next step thường sớm bị quên

Ownership, SLA, task và next action biến CRM từ kho dữ liệu thành hệ thống vận hành; record không có owner hoặc không có next step thường sớm bị quên.

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. Outcome, reason code và value giúp CRM tạo vòng học tập cho Marketing; nếu chỉ lưu lead mà không có kết quả downstream thì quảng cáo không biết nguồn nào thực sự tạo giá trị

Outcome, reason code và value giúp CRM tạo vòng học tập cho Marketing; nếu chỉ lưu lead mà không có kết quả downstream thì quảng cáo không biết nguồn nào thực sự tạo giá trị.

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.

CRM Minimum Data Model

NhómTrường mẫuMục tiêu
IdentityContactID/phone/EmailDedup
SourceFirst/conversion/campaignAttribution
InterestProject/type/areaRelevance
LifecycleLead/MQL/SQLProgression
ActivityCall/Email/ZaloContext
OwnershipOwner/SLA/taskExecution
OutcomeAppointment/lost/wonLearning

Lifecycle phải có tiêu chí, không chỉ nhãn

CRM chỉ tạo giá trị khi lifecycle phản ánh trạng thái có thể kiểm tra. Mỗi stage cần entry rule, exit rule, owner, SLA và reason code. Nếu nhân viên tự hiểu MQL/SQL theo cảm giác, dashboard không thể so sánh nguồn hoặc đội sales.

StageEntry evidenceExit
LeadContact/sourceValidated
MQLFit + intent ruleHanded to Sales
SQLSales confirmedAppointment/opportunity
AppointmentTime confirmedShow/no-show
OpportunityReal caseWon/Lost

Contact Policy và quyền ưu tiên

Quy trình chăm sóc phải tránh hai cực đoan: phản hồi chậm làm nguội lead và liên hệ quá dày làm mất niềm tin. Contact policy cần quy định priority theo intent, business hours, frequency cap, kênh ưu tiên, suppression và escalation.

Data Quality và CRM Hygiene

Duplicate, missing source, stale stage, invalid contact, unassigned record và ghi chú tự do quá nhiều là các lỗi làm hệ thống mất khả năng học. CRM hygiene nên có dashboard riêng và owner xử lý thay vì chỉ dọn dữ liệu theo chiến dịch.

LỗiẢnh hưởngControl
DuplicateDouble contact/countDedup
Missing sourceSai attributionRequired source
Stale stageSai funnelStage SLA
No ownerLead rơiRouting
No reasonKhông họcReason codes

Tình huống giả lập phục vụ giảng dạy

CRM có 80.000 contact nhưng 35% không có source, 40% không có lifecycle stage, nhiều record chỉ có tên + số điện thoại và sales tự ghi chú tự do. Ban quản lý muốn dùng AI để dự báo khách có khả năng mua. Hãy xác định những dữ liệu nền phải chuẩn hóa trước.

Sinh viên phải chỉ ra process, data fields, owner, SLA, exception và metric. Đáp án không dừng ở 'dùng CRM' mà phải biến CRM thành cơ chế vận hành.

Decision Framework

BướcCâu hỏiĐầu ra
DefineĐo/quản lý cái gì?Definition
InstrumentThu dữ liệu đâu?Fields/events
OperateAi xử lý?Owner/SLA
MeasureChỉ số nào?KPI
DiagnoseVì sao lệch?Reason/root cause
ImproveThay gì?Experiment/process

Failure Modes thường gặp

FailureDấu hiệuƯu tiên sửa
CRM như danh bạNhiều contact, ít stageLifecycle
Handoff mơ hồLead treo/rejectSLA/reasons
Nurture thành spamBlock/unsubscribeConsent/frequency
Response chậmLead nguộiRouting
Metric đầu phễu đẹpSQL/CAC kémQuality
Dashboard quá nhiềuKhông có actionKPI hierarchy

Checklist áp dụng

  1. Chốt business objective.
  2. Chốt definitions/stages.
  3. Chốt data fields/source.
  4. Thiết kế ownership/routing.
  5. Đặt SLA/cadence.
  6. Đặt reason codes/suppression.
  7. Nối downstream outcome.
  8. Thiết kế KPI tree.
  9. Kiểm data quality.
  10. 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

  1. Thiết kế CRM fields cho một dự án BĐS.
  2. Định nghĩa Lead, MQL, SQL, Appointment.
  3. Viết SLA Marketing–Sales.
  4. Thiết kế một nurture cycle 90 ngày.
  5. Tính CPL, Cost/SQL và CAC từ dữ liệu giả lập.
  6. Phân tích một trường hợp ROAS cao nhưng CAC xấu.
  7. Vẽ dashboard 1 trang điều hành.
  8. Đề 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?

Ghi nhớ trong 30 giây

  • CRM trong Marketing BĐS số không chỉ lưu tên và số điện thoại mà phải quản lý toàn bộ ngữ cảnh giúp doanh nghiệp hiểu khách đến từ đâu, quan tâm gì, đang ở giai đoạn nào và bước tiếp theo là gì.
  • Nhóm dữ liệu định danh cần đủ để nhận biết một người/tổ chức và xử lý trùng, nhưng không nên thu thập quá mức cần thiết cho mục đích marketing.
  • Nhóm dữ liệu nhu cầu cần phản ánh loại tài sản, khu vực, ngân sách, mục đích, thời gian dự kiến và các ràng buộc quan trọng.
  • Activity history gồm cuộc gọi, Email, Zalo/tin nhắn, lịch hẹn, tài liệu gửi và phản hồi giúp người tiếp theo không hỏi lại từ đầu.
  • Outcome, reason code và value giúp CRM tạo vòng học tập cho Marketing; nếu chỉ lưu lead mà không có kết quả downstream thì quảng cáo không biết nguồn nào thực sự tạo giá trị.

Nguồn tham khảo

  1. Salesforce – CRM data model/lifecycle concepts, tham khảo thực hành.
  2. HubSpot – contact properties, lifecycle stage và lead management.
  3. Chaffey & Ellis-Chadwick – CRM, digital lifecycle và data-driven marketing.
  4. DAMA concepts – identity, data quality và metadata ở mức áp dụng marketing.
  5. Kotler & Keller – customer relationship management.

Bài tiếp theo: “Quy trình bàn giao khách từ Marketing sang Sales/Môi giới nên có tiêu chuẩn gì?”.

📚 Xem toàn bộ 96 bài trong series Marketing BĐS số