Bài 34 – AIDA, PAS và FAB nên dùng thế nào cho nội dung BĐS? thuộc series Marketing BĐS số. Bài đi theo nguyên tắc: nội dung số không chỉ để tăng lượt xem mà phải đóng đúng vai trò trong hành trình, giữ tính chính xác và tạo dữ liệu học tập cho marketing.
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. Khi sử dụng thông tin về giá, pháp lý, tiến độ, hình ảnh dựng hoặc nội dung do AI hỗ trợ, cần kiểm chứng nguồn và công bố bối cảnh phù hợp để tránh gây hiểu lầm.
Ranh giới chuyên đề: Bài tập trung chiến lược nội dung số, mạng xã hội và video; không thay thế định vị thương hiệu tổng thể của Marketing BĐS và không đi vào kỹ thuật quay/dựng chuyên nghiệp.
1. AIDA mô tả chuỗi Attention – Interest – Desire – Action; phù hợp khi cần dẫn người xem từ chú ý đến một hành động rõ
AIDA mô tả chuỗi Attention – Interest – Desire – Action; phù hợp khi cần dẫn người xem từ chú ý đến một hành động rõ.
Khi áp dụng, cần chuyển nguyên tắc thành một quyết định cụ thể: nội dung này phục vụ ai, họ đang ở giai đoạn nào, claim nào cần bằng chứng, format/kênh nào phù hợp, CTA là gì và metric nào chứng minh nội dung tạo được bước tiến có ý nghĩa.
2. PAS dùng Problem – Agitate – Solution; hữu ích khi khách đã nhận biết vấn đề nhưng phải tránh phóng đại nỗi sợ
PAS dùng Problem – Agitate – Solution; hữu ích khi khách đã nhận biết vấn đề nhưng phải tránh phóng đại nỗi sợ.
Khi áp dụng, cần chuyển nguyên tắc thành một quyết định cụ thể: nội dung này phục vụ ai, họ đang ở giai đoạn nào, claim nào cần bằng chứng, format/kênh nào phù hợp, CTA là gì và metric nào chứng minh nội dung tạo được bước tiến có ý nghĩa.
3. FAB gồm Features – Advantages – Benefits; giúp chuyển đặc điểm kỹ thuật của BĐS thành lợi ích sử dụng có căn cứ
FAB gồm Features – Advantages – Benefits; giúp chuyển đặc điểm kỹ thuật của BĐS thành lợi ích sử dụng có căn cứ.
Khi áp dụng, cần chuyển nguyên tắc thành một quyết định cụ thể: nội dung này phục vụ ai, họ đang ở giai đoạn nào, claim nào cần bằng chứng, format/kênh nào phù hợp, CTA là gì và metric nào chứng minh nội dung tạo được bước tiến có ý nghĩa.
| Câu hỏi | Quyết định | Bằng chứng |
|---|---|---|
| Ai? | Audience | Segment |
| Vì sao xem? | Need/intent | Research |
| Nói gì? | Message | Source/proof |
| Ở đâu? | Platform/format | Channel role |
| Tiếp theo? | CTA | Event/CRM |
4. Không có khung nào phù hợp mọi nội dung; lựa chọn phụ thuộc customer awareness, intent, format và độ rủi ro của thông tin
Không có khung nào phù hợp mọi nội dung; lựa chọn phụ thuộc customer awareness, intent, format và độ rủi ro của thông tin.
Khi áp dụng, cần chuyển nguyên tắc thành một quyết định cụ thể: nội dung này phục vụ ai, họ đang ở giai đoạn nào, claim nào cần bằng chứng, format/kênh nào phù hợp, CTA là gì và metric nào chứng minh nội dung tạo được bước tiến có ý nghĩa.
5. Trong BĐS, AIDA dễ bị biến thành quảng cáo cường điệu nếu phần Desire dựa vào lời hứa không có bằng chứng
Trong BĐS, AIDA dễ bị biến thành quảng cáo cường điệu nếu phần Desire dựa vào lời hứa không có bằng chứng.
Khi áp dụng, cần chuyển nguyên tắc thành một quyết định cụ thể: nội dung này phục vụ ai, họ đang ở giai đoạn nào, claim nào cần bằng chứng, format/kênh nào phù hợp, CTA là gì và metric nào chứng minh nội dung tạo được bước tiến có ý nghĩa.
6. PAS cần giới hạn phần Agitate: chỉ mô tả hệ quả hợp lý, không tạo cảm giác khẩn cấp giả hoặc khai thác sợ hãi quá mức
PAS cần giới hạn phần Agitate: chỉ mô tả hệ quả hợp lý, không tạo cảm giác khẩn cấp giả hoặc khai thác sợ hãi quá mức.
Khi áp dụng, cần chuyển nguyên tắc thành một quyết định cụ thể: nội dung này phục vụ ai, họ đang ở giai đoạn nào, claim nào cần bằng chứng, format/kênh nào phù hợp, CTA là gì và metric nào chứng minh nội dung tạo được bước tiến có ý nghĩa.
7. FAB phải phân biệt feature thật với benefit suy diễn; lợi ích nên gắn use case cụ thể thay vì nói 'đẳng cấp' hoặc 'sinh lời' chung chung
FAB phải phân biệt feature thật với benefit suy diễn; lợi ích nên gắn use case cụ thể thay vì nói 'đẳng cấp' hoặc 'sinh lời' chung chung.
Khi áp dụng, cần chuyển nguyên tắc thành một quyết định cụ thể: nội dung này phục vụ ai, họ đang ở giai đoạn nào, claim nào cần bằng chứng, format/kênh nào phù hợp, CTA là gì và metric nào chứng minh nội dung tạo được bước tiến có ý nghĩa.
8. Khung viết tốt phải kết hợp proof, disclosure và CTA phù hợp; cấu trúc thuyết phục không được làm mất tính chính xác
Khung viết tốt phải kết hợp proof, disclosure và CTA phù hợp; cấu trúc thuyết phục không được làm mất tính chính xác.
Khi áp dụng, cần chuyển nguyên tắc thành một quyết định cụ thể: nội dung này phục vụ ai, họ đang ở giai đoạn nào, claim nào cần bằng chứng, format/kênh nào phù hợp, CTA là gì và metric nào chứng minh nội dung tạo được bước tiến có ý nghĩa.
Khi nào dùng AIDA – PAS – FAB?
| Khung | Phù hợp | Rủi ro |
|---|---|---|
| AIDA | Dẫn từ chú ý tới CTA | Cường điệu desire |
| PAS | Vấn đề rõ | Khai thác sợ hãi |
| FAB | Sản phẩm có feature rõ | Suy diễn benefit |
| Hybrid | Nội dung phức tạp | Cấu trúc quá dài |
Content System thay vì content calendar rời rạc
Một hệ thống nội dung cần audience, purpose, content pillar, format, channel, CTA, source-of-truth, owner, version và KPI. Nếu chỉ có lịch đăng, đội ngũ sẽ tối ưu số lượng xuất bản mà không biết nội dung đang phục vụ giai đoạn nào của hành trình.
| Thuộc tính | Ví dụ | Mục đích |
|---|---|---|
| Audience | Investor/end-user | Relevance |
| Funnel role | Discovery/trust | Objective |
| Pillar | Area/product | Consistency |
| Format | Short/long/article | Execution |
| Proof source | Project/CRM/site | Accuracy |
| CTA | View/lead/booking | Next step |
Message Architecture
Message architecture giúp nhiều nền tảng không nói mỗi nơi một kiểu. Tầng 1 là value proposition; tầng 2 là supporting claims; tầng 3 là proof; tầng 4 là objections/FAQ; tầng 5 là CTA. Một platform có thể dùng format khác nhưng không được tự thay fact hoặc định vị.
| Tầng | Ví dụ | Yêu cầu |
|---|---|---|
| Value | Sống gần nơi làm việc | Strategic |
| Claim | 15 phút tới khu X | Có điều kiện đo |
| Proof | Map/route/time | Nguồn/thời điểm |
| Objection | Giá/tiến độ | FAQ |
| Action | Đặt lịch | Rõ next step |
KPI theo vai trò nội dung
Không bắt mọi nội dung tạo lead. Discovery content đo qualified reach/hold; education đo depth/return; trust content đo proof interaction/branded search; product content đo comparison/high-intent action; conversion content đo lead quality và progression.
| Vai trò | Primary metric | Downstream check |
|---|---|---|
| Discovery | Qualified reach/hold | Branded search |
| Education | Depth/watch | Return visit |
| Trust | Proof engagement | Lead quality |
| Product | High-intent actions | MQL/SQL |
| Conversion | Lead/booking | Viewing/opportunity |
Creative Testing
Creative experiment nên kiểm một giả thuyết về hook, message, proof, format hoặc CTA. Nếu thay đồng thời audience, platform, video, caption và offer, đội ngũ chỉ biết chiến dịch khác chứ không biết vì sao khác. Learning cần được lưu theo context để tránh biến một kết quả cục bộ thành 'best practice' cho mọi dự án.
| Biến | Ví dụ | Guardrail |
|---|---|---|
| Hook | Question vs visual proof | Retention |
| Proof | Progress vs testimonial | Trust/complaint |
| Format | 15s vs 60s | Qualified engagement |
| CTA | Learn more vs book | Lead quality |
| Disclosure | Placement/wording | Comprehension |
Workflow kiểm chứng trước xuất bản
Nội dung BĐS có nhiều fact dễ thay đổi: giá, chính sách, tiến độ, availability, distance, pháp lý, hình ảnh và mốc thời gian. Workflow nên phân biệt creative review với factual review. Nội dung có thể hấp dẫn nhưng không được publish nếu claim chưa có source hoặc đã hết hiệu lực.
- Research/source
- Draft/script
- Fact check
- Brand/compliance review
- Publish
- Monitor comments/feedback
- Update/archive
Tình huống giả lập phục vụ giảng dạy
Một mẫu PAS mở bằng 'nếu không mua hôm nay bạn sẽ mất cơ hội đổi đời', còn mẫu FAB nói 'gần metro = chắc chắn tăng giá'. Hãy sửa thành nội dung thuyết phục nhưng không vượt quá bằng chứng.
Sinh viên cần chỉ ra mục tiêu nội dung, audience, message, proof, CTA, KPI và rủi ro hiểu lầm. Với nội dung AI/dựng, phải phân biệt phần nào là hiện trạng thật, phần nào là minh họa.
Failure Modes thường gặp
| Failure | Dấu hiệu | Chẩn đoán |
|---|---|---|
| View cao, intent thấp | Nhiều view ít click | Hook lệch audience |
| Click cao, trust thấp | Bounce/complaint | Claim/proof mismatch |
| Content đều nhưng không học | Calendar đầy | Không hypothesis |
| Platform mạnh, CRM yếu | Lead mất nguồn | Tracking/handoff |
| Nội dung lặp | Reach giảm | Pillar/format nghèo |
| AI asset gây phản ứng | Comment tiêu cực | Disclosure/factuality |
Content Review Board – mẫu tối giản
| Vai trò | Kiểm gì | Khi nào |
|---|---|---|
| Content owner | Objective/message | Mọi asset |
| Product/source owner | Facts/price/progress | Claim quan trọng |
| Brand | Tone/visual | Campaign assets |
| Legal/compliance khi cần | Risk/disclosure | Sensitive claims |
| Analytics | Tracking/KPI | Conversion assets |
Checklist trước xuất bản
- Objective và funnel role đã rõ.
- Audience/intent đã xác định.
- Fact và proof có nguồn.
- Hình ảnh/AI asset đã gắn nhãn nếu cần.
- Platform-native format đã tối ưu.
- CTA phù hợp mức intent.
- Tracking/source conventions đã gắn.
- CRM/landing destination hoạt động.
- Primary metric + guardrail đã chốt.
- Owner cập nhật/archive đã xác định.
Những sai lầm cần tránh
- Đăng cùng một nội dung nguyên bản lên mọi nền tảng.
- Chạy theo lượt xem mà bỏ intent.
- Dùng hook không trả được payoff.
- Biến FAB thành lời hứa lợi ích không có căn cứ.
- Cắt video dài thành short thiếu context.
- Dùng calendar như KPI sản lượng.
- Áp tỷ lệ content mix cố định bất kể bottleneck.
- Giấu việc ảnh đã được dựng/chỉnh sửa khi có thể gây nhầm.
- Dùng AI output như nguồn fact.
- Không lưu learning sau experiment.
Bài tập thực hành
- Chọn một dự án/tài sản BĐS.
- Xây 6 content pillars.
- Viết 3 hook video theo 3 cơ chế khác nhau.
- Viết một AIDA, một PAS và một FAB có proof.
- Thiết kế 1 video dài và 4 short derivatives.
- Phân vai Facebook/TikTok/YouTube/Zalo.
- Lập lịch 7 ngày theo funnel role.
- Thiết kế rule disclosure cho asset AI/dựng.
Câu hỏi tự kiểm tra
- Nội dung này đang phục vụ giai đoạn nào?
- Hook có liên quan và trung thực không?
- Claim nào cần proof?
- Platform này giữ vai trò gì?
- Metric có phản ánh vai trò không?
- Asset có thể gây hiểu nhầm hiện trạng không?
Ghi nhớ trong 30 giây
- AIDA mô tả chuỗi Attention – Interest – Desire – Action; phù hợp khi cần dẫn người xem từ chú ý đến một hành động rõ.
- PAS dùng Problem – Agitate – Solution; hữu ích khi khách đã nhận biết vấn đề nhưng phải tránh phóng đại nỗi sợ.
- Không có khung nào phù hợp mọi nội dung; lựa chọn phụ thuộc customer awareness, intent, format và độ rủi ro của thông tin.
- PAS cần giới hạn phần Agitate: chỉ mô tả hệ quả hợp lý, không tạo cảm giác khẩn cấp giả hoặc khai thác sợ hãi quá mức.
- Khung viết tốt phải kết hợp proof, disclosure và CTA phù hợp; cấu trúc thuyết phục không được làm mất tính chính xác.
Nguồn tham khảo
- E. St. Elmo Lewis – AIDA, nền tảng lịch sử của mô hình.
- Copywriting frameworks PAS/FAB – tham khảo cấu trúc thực hành.
- Kotler & Keller – communication and customer value.
- Chaffey & Ellis-Chadwick – digital content/copy.
- Nguyên tắc minh bạch thông tin marketing – cần kiểm chứng claim trước khi công bố.
Bài tiếp theo: “5 giây đầu của một video BĐS quyết định điều gì?”.