Bài 16 – Vẽ bản đồ phễu số cho một sản phẩm BĐS trước khi chạy chiến dịch thuộc series Marketing BĐS số. Bài đi sâu vào cách thiết kế phễu và tài sản chuyển đổi để chất lượng dữ liệu, trải nghiệm khách hàng và kết quả bán hàng được nối với nhau.
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/tình huống là giả lập phục vụ giảng dạy. Series tập trung thực thi marketing trên môi trường số; không thay thế chiến lược Marketing BĐS tổng thể, nghiệp vụ Môi giới BĐS hay kỹ thuật SQL/API/Python.
Ranh giới chuyên đề: Bài đứng ở góc thực thi Marketing BĐS số: phễu, website/trang đích, CRM, đo lường và tối ưu. STP, chiến lược sản phẩm/giá/định vị sâu thuộc Marketing BĐS; tư vấn/chốt giao dịch thuộc Môi giới BĐS; SQL/API/Python và kỹ thuật hệ thống thuộc Tin học BĐS.
1. Bản đồ phễu phải được thiết kế trước khi mua traffic để xác định mỗi lượt truy cập sẽ đi đâu và dữ liệu nào cần thu
Bản đồ phễu phải được thiết kế trước khi mua traffic để xác định mỗi lượt truy cập sẽ đi đâu và dữ liệu nào cần thu.
Khi triển khai, cần biến nguyên tắc thành một thiết kế có thể đo: trạng thái nào thay đổi, dữ liệu nào chứng minh, ai sở hữu bước tiếp theo, thời gian xử lý bao lâu và chỉ số nào phản ánh đúng chất lượng. Điều này giúp đội ngũ tránh tối ưu những con số đẹp nhưng xa kết quả kinh doanh.
2. Mỗi stage cần định nghĩa điều kiện vào, điều kiện ra và bằng chứng chuyển stage
Mỗi stage cần định nghĩa điều kiện vào, điều kiện ra và bằng chứng chuyển stage.
Khi triển khai, cần biến nguyên tắc thành một thiết kế có thể đo: trạng thái nào thay đổi, dữ liệu nào chứng minh, ai sở hữu bước tiếp theo, thời gian xử lý bao lâu và chỉ số nào phản ánh đúng chất lượng. Điều này giúp đội ngũ tránh tối ưu những con số đẹp nhưng xa kết quả kinh doanh.
3. Customer question tại từng stage quyết định nội dung và proof cần cung cấp
Customer question tại từng stage quyết định nội dung và proof cần cung cấp.
Khi triển khai, cần biến nguyên tắc thành một thiết kế có thể đo: trạng thái nào thay đổi, dữ liệu nào chứng minh, ai sở hữu bước tiếp theo, thời gian xử lý bao lâu và chỉ số nào phản ánh đúng chất lượng. Điều này giúp đội ngũ tránh tối ưu những con số đẹp nhưng xa kết quả kinh doanh.
| Câu hỏi | Thiết kế cần chốt | Bằng chứng |
|---|---|---|
| Khách đang ở đâu? | Lifecycle stage | CRM/event |
| Khách cần gì? | Need/barrier | Content behavior |
| Hành động nào? | CTA/conversion | Event |
| Ai xử lý? | Routing/owner | Assignment |
| Đo gì? | Stage KPI | Dashboard |
4. Kênh được phân vai theo stage thay vì mọi kênh cùng làm mọi việc
Kênh được phân vai theo stage thay vì mọi kênh cùng làm mọi việc.
Khi triển khai, cần biến nguyên tắc thành một thiết kế có thể đo: trạng thái nào thay đổi, dữ liệu nào chứng minh, ai sở hữu bước tiếp theo, thời gian xử lý bao lâu và chỉ số nào phản ánh đúng chất lượng. Điều này giúp đội ngũ tránh tối ưu những con số đẹp nhưng xa kết quả kinh doanh.
5. CTA và conversion asset phải có next step rõ và được kết nối với CRM
CTA và conversion asset phải có next step rõ và được kết nối với CRM.
Khi triển khai, cần biến nguyên tắc thành một thiết kế có thể đo: trạng thái nào thay đổi, dữ liệu nào chứng minh, ai sở hữu bước tiếp theo, thời gian xử lý bao lâu và chỉ số nào phản ánh đúng chất lượng. Điều này giúp đội ngũ tránh tối ưu những con số đẹp nhưng xa kết quả kinh doanh.
6. Event taxonomy, UTM/source conventions và lifecycle fields phải chốt trước để tránh dữ liệu chiến dịch bị rời rạc
Event taxonomy, UTM/source conventions và lifecycle fields phải chốt trước để tránh dữ liệu chiến dịch bị rời rạc.
Khi triển khai, cần biến nguyên tắc thành một thiết kế có thể đo: trạng thái nào thay đổi, dữ liệu nào chứng minh, ai sở hữu bước tiếp theo, thời gian xử lý bao lâu và chỉ số nào phản ánh đúng chất lượng. Điều này giúp đội ngũ tránh tối ưu những con số đẹp nhưng xa kết quả kinh doanh.
7. SLA Marketing–Sales, routing và ownership phải được thiết kế như một phần của funnel
SLA Marketing–Sales, routing và ownership phải được thiết kế như một phần của funnel.
Khi triển khai, cần biến nguyên tắc thành một thiết kế có thể đo: trạng thái nào thay đổi, dữ liệu nào chứng minh, ai sở hữu bước tiếp theo, thời gian xử lý bao lâu và chỉ số nào phản ánh đúng chất lượng. Điều này giúp đội ngũ tránh tối ưu những con số đẹp nhưng xa kết quả kinh doanh.
8. Trước launch cần đặt baseline/target, assumptions, failure modes và danh sách experiment ưu tiên
Trước launch cần đặt baseline/target, assumptions, failure modes và danh sách experiment ưu tiên.
Khi triển khai, cần biến nguyên tắc thành một thiết kế có thể đo: trạng thái nào thay đổi, dữ liệu nào chứng minh, ai sở hữu bước tiếp theo, thời gian xử lý bao lâu và chỉ số nào phản ánh đúng chất lượng. Điều này giúp đội ngũ tránh tối ưu những con số đẹp nhưng xa kết quả kinh doanh.
Funnel Blueprint Canvas
| Stage | Customer question | Asset | Event | Owner |
|---|---|---|---|---|
| Awareness | Có gì đáng chú ý? | Video/post | engaged_view | Marketing |
| Explore | Có phù hợp? | Website | product_view | Marketing |
| Validate | Có đáng tin? | Proof/FAQ | proof_view | Marketing |
| Lead | Có nên liên hệ? | Form/chat | lead_submit | Marketing |
| MQL/SQL | Có thực sự phù hợp? | CRM | stage_change | Mkt/Sales |
| Visit | Có đáng đi xem? | Booking | appointment | Sales |
Canvas phải được ký thống nhất trước launch, đặc biệt phần stage definitions và ownership.
Định nghĩa trạng thái và tiêu chí chuyển bước
Phễu chỉ có giá trị khi mỗi trạng thái được định nghĩa bằng bằng chứng. 'Lead nóng', 'khách tiềm năng tốt' hay 'quan tâm cao' nếu không có tiêu chí sẽ làm dữ liệu mất tính so sánh. Mỗi stage nên có điều kiện vào, điều kiện ra, owner, thời gian mục tiêu và reason code khi không tiến triển.
| Thành phần | Cần định nghĩa | Ví dụ |
|---|---|---|
| Entry rule | Điều kiện vào | Form hợp lệ |
| Exit rule | Điều kiện ra | Sales xác nhận nhu cầu |
| Owner | Ai chịu trách nhiệm | Marketing/Sales |
| SLA | Thời gian xử lý | ≤15 phút |
| Reason code | Vì sao dừng | Ngoài ngân sách |
| Evidence | Dữ liệu chứng minh | Call outcome |
Đo bốn chiều: Volume – Conversion – Cost – Velocity
Chỉ nhìn tỷ lệ chuyển đổi có thể gây ảo giác. Một stage CVR 50% nhưng volume 20 người chưa chắc tốt hơn stage 20% trên 5.000 người. Cost cho biết hiệu quả nguồn lực; velocity cho biết tốc độ chuyển trạng thái. Với BĐS, velocity quan trọng vì nhu cầu có thể nguội đi hoặc sản phẩm/chính sách thay đổi.
| Chiều | Câu hỏi | Ví dụ KPI |
|---|---|---|
| Volume | Có đủ quy mô? | Leads/MQL |
| Conversion | Chuyển tốt không? | MQL/Lead |
| Cost | Tốn bao nhiêu? | Cost/MQL |
| Velocity | Mất bao lâu? | Lead→Contact time |
Chất lượng dữ liệu phễu
Duplicate lead, số điện thoại sai, source mất, stage bị bỏ qua hoặc sales không cập nhật lost reason đều làm phễu sai. Trước khi tối ưu media, phải kiểm tính toàn vẹn của dữ liệu. Một dashboard đẹp trên dữ liệu lifecycle không đầy đủ vẫn dẫn tới quyết định sai.
| Lỗi dữ liệu | Hậu quả | Kiểm soát |
|---|---|---|
| Duplicate | Đếm thừa lead | Deduplication |
| Missing source | Sai attribution | UTM/source rules |
| Stale stage | Sai conversion | Stage SLA |
| No reason | Không học được | Required reason |
| Offline missing | Đứt funnel | CRM update |
Attribution không thay thế funnel diagnostics
Attribution trả lời kênh nào được ghi nhận đóng góp; funnel diagnostics trả lời khách rơi ở đâu và tại sao. Hai lớp này khác nhau. Một kênh có attribution thấp có thể đóng vai trò tạo nhận biết; một kênh được last-click nhiều có thể chỉ là bước cuối của hành trình dài.
Tối ưu theo chất lượng, không theo vanity metric
Mỗi bài trong phần này đều hướng tới cùng một nguyên tắc: chọn chỉ số gần business outcome nhất mà vẫn đủ volume để ra quyết định. Khi chưa đủ dữ liệu deal, có thể dùng SQL, appointment hoặc viewing làm proxy; nhưng phải kiểm định định kỳ xem proxy có còn dự báo outcome hay không.
Tình huống giả lập phục vụ giảng dạy
Một dự án còn 45 ngày trước mở bán, ngân sách số 2 tỷ đồng, có website mới, CRM nhưng chưa thống nhất stage. Hãy lập funnel blueprint từ awareness → engaged visitor → lead → MQL → SQL → appointment → event/viewing.
Yêu cầu sinh viên: vẽ funnel, chỉ ra dữ liệu thiếu, tính metric trung gian phù hợp, nêu ba giả thuyết nguyên nhân và thiết kế một thử nghiệm ưu tiên. Không được kết luận chỉ từ một tỷ lệ đơn lẻ.
Experiment Card
| Trường | Nội dung |
|---|---|
| Problem | Stage nào đang nghẽn? |
| Hypothesis | Nguyên nhân có thể là gì? |
| Change | Thay đúng một nhóm biến |
| Primary metric | Metric quyết định |
| Guardrail | Không được xấu đi |
| Segment | Ai được thử? |
| Duration | Khi nào đánh giá? |
| Decision | Scale/iterate/stop |
Marketing–Sales Feedback Loop
Marketing phải nhận lại contactability, qualification, appointment, viewing, opportunity và lost reasons. Sales cần nhận source, content context và hành vi trước lead. Hai chiều dữ liệu giúp tối ưu audience, creative, CTA, form và SLA. Nếu chỉ gửi lead một chiều, marketing không thể biết lead nào thực sự có giá trị.
Checklist triển khai
- Chốt định nghĩa stage và conversion.
- Chốt source/campaign convention.
- Thiết kế CTA hoặc form phù hợp intent.
- Nối event với CRM lifecycle.
- Thiết lập routing và SLA.
- Bắt buộc reason codes quan trọng.
- Kiểm duplicate/contactability.
- Đo volume, conversion, cost và velocity.
- Review downstream quality.
- Ghi experiment learning.
Những sai lầm thường gặp
- Gọi mọi người để lại số điện thoại là khách hàng chất lượng.
- Tối ưu CPL mà không theo dõi SQL/appointment.
- Mỗi phòng ban dùng stage definition khác nhau.
- Form hỏi quá nhiều dữ liệu chỉ vì CRM có nhiều trường.
- CTA không nói rõ giá trị khách nhận được.
- Không đo tốc độ phản hồi lead.
- Không có reason code cho lead bị loại.
- Chạy A/B test mà thay nhiều biến cùng lúc.
- Không nối kết quả offline về CRM.
- Đánh giá trang web chỉ bằng traffic.
Bài tập thực hành
- Chọn một dự án BĐS cụ thể hoặc giả lập.
- Vẽ funnel tối thiểu 7 stage.
- Định nghĩa Lead, MQL và SQL.
- Chọn primary conversion cho từng nguồn traffic.
- Thiết kế CTA ladder ba mức intent.
- Thiết kế một form ngắn và một form qualification.
- Lập 8 reason codes.
- Đề xuất 2 experiments có guardrails.
Câu hỏi tự kiểm tra
- Tôi có đang dùng 'lead' như một khái niệm quá rộng không?
- Stage có điều kiện chuyển rõ chưa?
- Primary conversion có gần business outcome không?
- Form/CTA có tương xứng mức intent không?
- Dữ liệu có nối sang CRM và sales outcome không?
- Tôi đang sửa bottleneck thật hay chỉ sửa thứ dễ thấy?
Ghi nhớ trong 30 giây
- Bản đồ phễu phải được thiết kế trước khi mua traffic để xác định mỗi lượt truy cập sẽ đi đâu và dữ liệu nào cần thu.
- Mỗi stage cần định nghĩa điều kiện vào, điều kiện ra và bằng chứng chuyển stage.
- Kênh được phân vai theo stage thay vì mọi kênh cùng làm mọi việc.
- Event taxonomy, UTM/source conventions và lifecycle fields phải chốt trước để tránh dữ liệu chiến dịch bị rời rạc.
- Trước launch cần đặt baseline/target, assumptions, failure modes và danh sách experiment ưu tiên.
Nguồn tham khảo
- Chaffey & Ellis-Chadwick – digital planning/funnel.
- Google Analytics/Ads – campaign/event measurement.
- Meta Blueprint – lead generation and measurement.
- HubSpot/Salesforce – CRM lifecycle.
- Kotler & Keller – integrated marketing planning.
Bài tiếp theo: “Một website BĐS tốt phải giúp khách làm được những việc gì?”.