Bài 92 · Marketing BĐS số

Case study: Google Search ít khách nhưng tỷ lệ chuyển đổi cao

Bài 92 – Case study: Google Search ít khách nhưng tỷ lệ chuyển đổi cao 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. Google Search thường bắt nhu cầu đã được biểu hiện bằng truy vấn; vì vậy volume có thể thấp hơn social nhưng tỷ lệ chuyển đổi cao hơn nếu từ khóa đúng intent

Google Search thường bắt nhu cầu đã được biểu hiện bằng truy vấn; vì vậy volume có thể thấp hơn social nhưng tỷ lệ chuyển đổi cao hơn nếu từ khóa đúng intent.

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. Ít khách chưa chắc là vấn đề nếu search demand tự nhiên của thị trường nhỏ; cần phân biệt thiếu volume vì nhu cầu ít với thiếu volume vì campaign coverage kém

Ít khách chưa chắc là vấn đề nếu search demand tự nhiên của thị trường nhỏ; cần phân biệt thiếu volume vì nhu cầu ít với thiếu volume vì campaign coverage ké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.

3. Impression share, budget constraints, rank, keyword scope và negative keywords giúp xác định campaign có bỏ lỡ nhu cầu có sẵn hay không

Impression share, budget constraints, rank, keyword scope và negative keywords giúp xác định campaign có bỏ lỡ nhu cầu có sẵn hay khô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.

Câu hỏiThiết kế cần chốtBằng chứng
Vấn đề?Symptom/periodDashboard
Ở đâu?Stage/segmentFunnel
Vì sao?HypothesesData + qualitative
Sửa gì?Experiment/processTest card
Quyết định?Scale/fix/stopOutcome

4. Search query phải được nhóm theo brand, project, location, price, comparison, legal/progress và action để biết nhóm nào tạo quality cao

Search query phải được nhóm theo brand, project, location, price, comparison, legal/progress và action để biết nhóm nào tạo quality cao.

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. Landing page phải khớp intent; truy vấn giá nên dẫn tới nội dung giá/chính sách, truy vấn vị trí nên dẫn tới trang vị trí, không đưa mọi thứ về homepage

Landing page phải khớp intent; truy vấn giá nên dẫn tới nội dung giá/chính sách, truy vấn vị trí nên dẫn tới trang vị trí, không đưa mọi thứ về homepage.

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. Search Ads có thể tạo Cost/SQL hoặc Cost/Appointment tốt nhưng scale bị giới hạn bởi query volume; tăng ngân sách quá mức không tạo thêm demand ngoài thị trường

Search Ads có thể tạo Cost/SQL hoặc Cost/Appointment tốt nhưng scale bị giới hạn bởi query volume; tăng ngân sách quá mức không tạo thêm demand ngoài thị trườ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.

7. Vai trò của Search có thể là capture demand được tạo từ TikTok, YouTube, offline hoặc brand; vì vậy attribution last-click có thể làm Search trông mạnh hơn vai trò thực

Vai trò của Search có thể là capture demand được tạo từ TikTok, YouTube, offline hoặc brand; vì vậy attribution last-click có thể làm Search trông mạnh hơn vai trò thự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. Quyết định ngân sách nên dựa marginal opportunity: còn impression share chất lượng chưa khai thác hay phải mở sang keyword broad hơn và chấp nhận cost/quality thay đổi

Quyết định ngân sách nên dựa marginal opportunity: còn impression share chất lượng chưa khai thác hay phải mở sang keyword broad hơn và chấp nhận cost/quality thay đổi.

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

Nhóm truy vấnIntentHành động
Brand/projectCaoBảo vệ/capture
PriceCaoLanding giá
LocationVừa-caoArea/project
ComparisonVừa-caoComparison
Legal/progressXác minhProof/FAQ
Broad genericThấp-vừaTest/mở rộng

Case Diagnostic Canvas

BướcCâu hỏiĐầu ra
1. SymptomĐiều gì đang xấu?Metric + period
2. Data healthCó tin dữ liệu?Quality check
3. FunnelRơi ở đâu?Stage map
4. SegmentsNguồn/device/audience?Cohorts
5. QualitativeSales/user nói gì?Reason themes
6. HypothesesVì sao xảy ra?Ranked list
7. ExperimentThay gì?Test card
8. DecisionScale/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ánhVí dụ nguyên nhânBằng chứng
Market/ProductDemand/price/inventorySales/product data
AudienceSai fit/intentSegment quality
Creative/MessageHook lệch/claimCTR/feedback
ExperienceLoad/form/trustWeb funnel
CRM/SalesSLA/routingStage/aging
MeasurementMissing source/dupData 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

Search chỉ tạo 220 lead/tháng nhưng SQL rate 31%, trong khi Meta tạo 2.800 lead với SQL rate 6%. Search đang gần hết impression share ở nhóm từ khóa thương hiệu/dự án. Hãy quyết định vai trò, ngân sách và cách mở rộng mà không phá chất lượng.

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ườngNội dung
ProblemStage/segment nào?
EvidenceData nào?
HypothesisNguyên nhân dự kiến
ChangeMột nhóm thay đổi
Primary metricChỉ số quyết định
GuardrailKhông được xấu đi
DurationKhoảng đánh giá
DecisionScale/iterate/stop

Failure Modes cần tránh

FailureDấu hiệuSửa trước
Metric tunnel visionChỉ nhìn 1 KPIKPI tree
Data badSource/stage thiếuData health
Scale before fixVolume lỗi tăngBottleneck
Sales overloadLead age tăngCapacity
Creative fatigueCTR/CVR xấu dầnCreative refresh
Attribution biasLast-click quá mạnhMulti-source view

Checklist thực hành

  1. Chốt business outcome.
  2. Kiểm data health.
  3. Vẽ funnel.
  4. Tách segment/cohort.
  5. Đọc CRM reason codes.
  6. Kiểm Sales capacity/SLA.
  7. Lập 3 giả thuyết.
  8. Chọn một ưu tiên.
  9. Thiết kế experiment hoặc process change.
  10. Review outcome và lưu learning.

Bài tập thực hành

  1. Tái dựng case bằng số liệu giả lập.
  2. Tính ít nhất 5 chỉ số funnel/economics.
  3. Vẽ root cause tree.
  4. Đề xuất một quyết định ngắn hạn và một thay đổi hệ thống.
  5. Thiết kế dashboard tối giản.
  6. 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

  • Google Search thường bắt nhu cầu đã được biểu hiện bằng truy vấn; vì vậy volume có thể thấp hơn social nhưng tỷ lệ chuyển đổi cao hơn nếu từ khóa đúng intent.
  • Ít khách chưa chắc là vấn đề nếu search demand tự nhiên của thị trường nhỏ; cần phân biệt thiếu volume vì nhu cầu ít với thiếu volume vì campaign coverage kém.
  • Search query phải được nhóm theo brand, project, location, price, comparison, legal/progress và action để biết nhóm nào tạo quality cao.
  • Search Ads có thể tạo Cost/SQL hoặc Cost/Appointment tốt nhưng scale bị giới hạn bởi query volume; tăng ngân sách quá mức không tạo thêm demand ngoài thị trường.
  • Quyết định ngân sách nên dựa marginal opportunity: còn impression share chất lượng chưa khai thác hay phải mở sang keyword broad hơn và chấp nhận cost/quality thay đổi.

Nguồn tham khảo

  1. Chaffey & Ellis-Chadwick – Digital Marketing.
  2. Kotler & Keller – Marketing Management.
  3. Google Analytics/Ads – search, campaign, conversion và measurement concepts.
  4. Meta/TikTok/YouTube platform resources – tham khảo vai trò kênh và quảng cáo.
  5. HubSpot/Salesforce – CRM, lifecycle, routing và automation, tham khảo thực hành.
  6. Stephen Few – dashboard design principles.
  7. NIST AI Risk Management Framework – governance và human oversight.
  8. Bản thiết kế Marketing BĐS số 96 bài 2026-09-29.

Bài tiếp theo: “Case study: quảng cáo mạnh nhưng CRM và tốc độ phản hồi không theo kịp”.

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