Bài 82 – Sự đồng ý của khách hàng nên được hiểu và ghi nhận thế nào? thuộc series Marketing BĐS số. Bài được thiết kế theo hướng quản trị thực hành: biến các nguyên tắc pháp lý, dữ liệu và đạo đức thành quy trình, bằng chứng và điểm kiểm soát có thể áp dụng trong 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: Nội dung được biên soạn cho mục đích giảng dạy Marketing BĐS số, không phải ý kiến pháp lý cho một hồ sơ cụ thể. Các yêu cầu pháp lý được trình bày theo khung pháp luật đang có hiệu lực tại thời điểm biên soạn; khi triển khai thực tế cần đối chiếu văn bản hiện hành, vai trò của các bên và tình huống cụ thể.
Ranh giới chuyên đề: Bài thuộc phần dữ liệu cá nhân, pháp lý và đạo đức số. Nội dung giúp nhận diện rủi ro và thiết kế kiểm soát trong Marketing BĐS số; không thay thế tư vấn pháp lý cho tình huống cụ thể. Kỹ thuật bảo mật/API/SQL thuộc Tin học BĐS.
1. Luật Bảo vệ dữ liệu cá nhân 2025 xác định sự đồng ý là việc chủ thể cho phép xử lý dữ liệu cá nhân của mình, trừ trường hợp pháp luật có quy định khác
Luật Bảo vệ dữ liệu cá nhân 2025 xác định sự đồng ý là việc chủ thể cho phép xử lý dữ liệu cá nhân của mình, trừ trường hợp pháp luật có quy định khác.
Khi áp dụng, cần đặt câu hỏi ở cấp hệ thống: thông tin đến từ đâu, ai có quyền dùng, mục đích nào được phép, phiên bản nào đang chạy, bằng chứng nào hỗ trợ claim, điều kiện nào phải dừng và dữ liệu downstream nào chứng minh chiến dịch thực sự tạo giá trị.
2. Khi dựa vào sự đồng ý, khách phải tự nguyện và biết rõ loại dữ liệu được xử lý, mục đích, bên kiểm soát hoặc kiểm soát/xử lý và các quyền, nghĩa vụ liên quan
Khi dựa vào sự đồng ý, khách phải tự nguyện và biết rõ loại dữ liệu được xử lý, mục đích, bên kiểm soát hoặc kiểm soát/xử lý và các quyền, nghĩa vụ liên quan.
Khi áp dụng, cần đặt câu hỏi ở cấp hệ thống: thông tin đến từ đâu, ai có quyền dùng, mục đích nào được phép, phiên bản nào đang chạy, bằng chứng nào hỗ trợ claim, điều kiện nào phải dừng và dữ liệu downstream nào chứng minh chiến dịch thực sự tạo giá trị.
3. Sự đồng ý cần được thể hiện rõ ràng, cụ thể và có thể kiểm chứng; thiết kế giao diện mơ hồ hoặc khó chứng minh về sau làm giảm giá trị của consent record
Sự đồng ý cần được thể hiện rõ ràng, cụ thể và có thể kiểm chứng; thiết kế giao diện mơ hồ hoặc khó chứng minh về sau làm giảm giá trị của consent record.
Khi áp dụng, cần đặt câu hỏi ở cấp hệ thống: thông tin đến từ đâu, ai có quyền dùng, mục đích nào được phép, phiên bản nào đang chạy, bằng chứng nào hỗ trợ claim, điều kiện nào phải dừng và dữ liệu downstream nào chứng minh chiến dịch thực sự tạo giá trị.
| Câu hỏi | Thiết kế cần chốt | Bằng chứng |
|---|---|---|
| Mục đích? | Purpose/use case | Register |
| Nguồn? | Source-of-truth | Evidence |
| Ai? | Owner/access | RACI/log |
| Điều kiện? | Rule/consent/claim scope | Version |
| Kiểm soát? | Approval/monitoring | Audit trail |
4. Nguyên tắc theo từng mục đích rất quan trọng: đồng ý nhận brochure không nên bị diễn giải thành đồng ý nhận mọi quảng cáo, chia sẻ cho mọi đối tác hoặc dùng cho mục đích không liên quan
Nguyên tắc theo từng mục đích rất quan trọng: đồng ý nhận brochure không nên bị diễn giải thành đồng ý nhận mọi quảng cáo, chia sẻ cho mọi đối tác hoặc dùng cho mục đích không liên quan.
Khi áp dụng, cần đặt câu hỏi ở cấp hệ thống: thông tin đến từ đâu, ai có quyền dùng, mục đích nào được phép, phiên bản nào đang chạy, bằng chứng nào hỗ trợ claim, điều kiện nào phải dừng và dữ liệu downstream nào chứng minh chiến dịch thực sự tạo giá trị.
5. Sự im lặng hoặc không phản hồi không nên được coi là đồng ý; checkbox, nút, xác nhận điện tử hoặc phương thức khác phải phản ánh một hành động/ý chí phù hợp với quy định
Sự im lặng hoặc không phản hồi không nên được coi là đồng ý; checkbox, nút, xác nhận điện tử hoặc phương thức khác phải phản ánh một hành động/ý chí phù hợp với quy định.
Khi áp dụng, cần đặt câu hỏi ở cấp hệ thống: thông tin đến từ đâu, ai có quyền dùng, mục đích nào được phép, phiên bản nào đang chạy, bằng chứng nào hỗ trợ claim, điều kiện nào phải dừng và dữ liệu downstream nào chứng minh chiến dịch thực sự tạo giá trị.
6. Consent record cần lưu ai, đồng ý điều gì, phiên bản notice nào, thời điểm, kênh, bằng chứng và trạng thái hiện tại; chỉ lưu một cột consent=true là quá nghèo để truy vết
Consent record cần lưu ai, đồng ý điều gì, phiên bản notice nào, thời điểm, kênh, bằng chứng và trạng thái hiện tại; chỉ lưu một cột consent=true là quá nghèo để truy vết.
Khi áp dụng, cần đặt câu hỏi ở cấp hệ thống: thông tin đến từ đâu, ai có quyền dùng, mục đích nào được phép, phiên bản nào đang chạy, bằng chứng nào hỗ trợ claim, điều kiện nào phải dừng và dữ liệu downstream nào chứng minh chiến dịch thực sự tạo giá trị.
7. Rút lại/thay đổi sự đồng ý phải tác động xuống hệ thống: suppression, workflow, audience, Email/Zalo và quyền truy cập liên quan; không nên chỉ cập nhật một trường CRM rồi các hệ thống khác tiếp tục gửi
Rút lại/thay đổi sự đồng ý phải tác động xuống hệ thống: suppression, workflow, audience, Email/Zalo và quyền truy cập liên quan; không nên chỉ cập nhật một trường CRM rồi các hệ thống khác tiếp tục gửi.
Khi áp dụng, cần đặt câu hỏi ở cấp hệ thống: thông tin đến từ đâu, ai có quyền dùng, mục đích nào được phép, phiên bản nào đang chạy, bằng chứng nào hỗ trợ claim, điều kiện nào phải dừng và dữ liệu downstream nào chứng minh chiến dịch thực sự tạo giá trị.
8. Consent management là bài toán vòng đời: collect → prove → use within scope → update → withdraw → suppress/archive; không phải một checkbox đặt cuối form
Consent management là bài toán vòng đời: collect → prove → use within scope → update → withdraw → suppress/archive; không phải một checkbox đặt cuối form.
Khi áp dụng, cần đặt câu hỏi ở cấp hệ thống: thông tin đến từ đâu, ai có quyền dùng, mục đích nào được phép, phiên bản nào đang chạy, bằng chứng nào hỗ trợ claim, điều kiện nào phải dừng và dữ liệu downstream nào chứng minh chiến dịch thực sự tạo giá trị.
Ma trận trọng tâm
| Thuộc tính consent | Phải lưu | Ví dụ |
|---|---|---|
| Subject | Ai đồng ý | Contact ID |
| Purpose | Đồng ý việc gì | Nhận cập nhật dự án X |
| Notice version | Nội dung nào | v2026.09 |
| Action | Cách thể hiện | Checkbox/button |
| Time/channel | Khi/ở đâu | Web 21:05 |
| Status | Còn/rút | Active/withdrawn |
| Evidence | Có thể chứng minh | Event/log |
Khung pháp lý dữ liệu cá nhân đang áp dụng
Tại thời điểm biên soạn, Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15 và Nghị định 356/2025/NĐ-CP đã có hiệu lực từ ngày 01/01/2026. Nghị định 356 xác định số điện thoại thuộc dữ liệu cá nhân cơ bản. Điều 9 của Luật 91/2025/QH15 quy định sự đồng ý phải dựa trên sự tự nguyện và biết rõ thông tin về loại dữ liệu, mục đích, bên kiểm soát/kiểm soát và xử lý cùng các quyền, nghĩa vụ; sự đồng ý phải rõ ràng, cụ thể, có thể kiểm chứng và theo từng mục đích.
Đối với Marketing BĐS số, ý nghĩa thực hành là không thể coi việc có số điện thoại trong file là mặc nhiên có quyền dùng cho mọi chiến dịch. Data governance phải trả lời được nguồn, mục đích, phạm vi, trạng thái đồng ý hoặc căn cứ xử lý phù hợp, quyền truy cập và vòng đời dữ liệu.
Tình huống giả lập phục vụ giảng dạy
Form có một checkbox đã tích sẵn: 'Tôi đồng ý nhận thông tin dự án và các sản phẩm của đối tác'. Khách chỉ muốn tải bảng giá. Hãy thiết kế lại consent theo từng mục đích và mô hình lưu bằng chứng.
Sinh viên phải nhận diện rủi ro, dữ liệu/bằng chứng còn thiếu, người chịu trách nhiệm, control trước khi chạy và cách theo dõi sau khi chạy. Với case performance, phải tách lỗi media, website, data, CRM và Sales thay vì đổ lỗi cho một bộ phận.
Consent Lifecycle
Một hệ thống quản trị tốt cần biến nguyên tắc thành artefact có thể kiểm tra: register, rule, owner, version, evidence, alert và decision record. Không nên dựa vào trí nhớ cá nhân hoặc trao đổi rời rạc trong nhóm chat. Khi có khiếu nại, audit hoặc hiệu quả đi xuống, tổ chức phải truy được ai quyết định, dựa trên dữ liệu nào và phiên bản nào đã chạy.
| Thành phần | Câu hỏi kiểm soát | Artefact |
|---|---|---|
| Definition | Khái niệm được hiểu thế nào? | Data/claim dictionary |
| Source | Thông tin từ đâu? | Evidence/source register |
| Owner | Ai chịu trách nhiệm? | RACI |
| Version | Phiên bản nào? | Version history |
| Approval | Ai duyệt? | Approval log |
| Monitoring | Theo dõi gì? | Dashboard/alerts |
| Incident | Nếu sai thì sao? | Playbook |
Pre-mortem: giả định chiến dịch đã thất bại
Trước khi xuất bản, nhóm nên giả định sau 30 ngày chiến dịch gây khiếu nại, dữ liệu bị dùng sai hoặc Sales nói lead rất kém. Sau đó liệt kê các nguyên nhân có thể: claim cũ, consent mơ hồ, form quá rộng, audience lệch, automation không suppress, source mất, affiliate gian lận hoặc AI tạo nội dung sai. Pre-mortem giúp đặt kiểm soát trước khi hậu quả xảy ra.
| Rủi ro | Early signal | Preventive control | Recovery |
|---|---|---|---|
| Claim lỗi thời | Update mismatch | Expiry date | Pause/update |
| Consent gap | Unknown status | Consent record | Suppress/re-consent |
| Data leak | Bulk export | Access alert | Revoke/investigate |
| Lead fraud | Invalid rate↑ | Validation | Block source |
| AI error | Fact mismatch | Human gate | Withdraw/correct |
| Funnel leak | Stage drop | Monitoring | Experiment/fix |
Decision Record
Mỗi quyết định rủi ro cao nên ghi mục tiêu, dữ liệu, giả định, bằng chứng, người duyệt, thời điểm, phạm vi, guardrail và ngày review. Decision Record đặc biệt hữu ích với claim pháp lý/giá, thay đổi consent, chia sẻ database, mở affiliate mới, bật auto-publish AI hoặc thay scoring/routing.
Ma trận mức độ rủi ro
| Mức | Ví dụ | Xử lý |
|---|---|---|
| Thấp | Copy/format không chứa claim nhạy cảm | Review thường |
| Vừa | Form, nurture, personalization | Owner + test |
| Cao | Giá, pháp lý, scarcity, customer data export | Approval + evidence |
| Rất cao | Leak, fraud lớn, claim sai diện rộng | Pause/escalate/incident |
Checklist áp dụng
- Xác định mục tiêu và phạm vi chiến dịch.
- Kiểm source-of-truth cho dữ liệu và claim.
- Kiểm data fields/mục đích/consent hoặc căn cứ phù hợp.
- Kiểm quyền truy cập và bên thứ ba.
- Kiểm giá/inventory/pháp lý/tiến độ và ngày cập nhật.
- Kiểm AI/visual provenance và disclosure.
- Kiểm tracking/CRM/SLA/suppression.
- Đặt severity và người sign-off.
- Theo dõi complaints, data health và downstream quality.
- Có rollback/incident plan.
Những sai lầm cần tránh
- Có số điện thoại rồi cho rằng được dùng cho mọi mục đích.
- Một checkbox gộp nhiều mục đích.
- Gửi database vào nhóm chat vì tiện.
- Dùng giá mồi hoặc scarcity không có nguồn.
- Dùng từ tuyệt đối mà không có evidence.
- Cho AI tự bịa hoặc tự publish claim.
- Tin CPL thấp mà bỏ contactability/SQL.
- Chỉ đọc platform dashboard khi nghi gian lận.
- Không có expiry date cho price/inventory claim.
- Không lưu bằng chứng và người phê duyệt.
Bài tập thực hành
- Audit một form thu lead BĐS.
- Thiết kế consent record theo từng mục đích.
- Thiết kế RBAC cho Marketing–Sales–Agency.
- Viết lại một mẫu quảng cáo giá mồi.
- Lập evidence pack cho 5 claim.
- Thiết kế AI pre-publish gate.
- Thiết kế fraud investigation checklist.
- Lập go/no-go board cho một campaign.
- Chẩn đoán case traffic cao ít lead.
- Chẩn đoán case CPL thấp quality kém.
Câu hỏi tự kiểm tra
- Dữ liệu này được thu để làm gì?
- Khách có thể hiểu khác với thông điệp không?
- Claim có nguồn, điều kiện và thời điểm không?
- Ai có quyền truy cập/xuất dữ liệu?
- AI đang hỗ trợ hay đang quyết định thay người?
- Nếu có khiếu nại, tôi truy được bằng chứng không?
Ghi nhớ trong 30 giây
- Luật Bảo vệ dữ liệu cá nhân 2025 xác định sự đồng ý là việc chủ thể cho phép xử lý dữ liệu cá nhân của mình, trừ trường hợp pháp luật có quy định khác.
- Khi dựa vào sự đồng ý, khách phải tự nguyện và biết rõ loại dữ liệu được xử lý, mục đích, bên kiểm soát hoặc kiểm soát/xử lý và các quyền, nghĩa vụ liên quan.
- Nguyên tắc theo từng mục đích rất quan trọng: đồng ý nhận brochure không nên bị diễn giải thành đồng ý nhận mọi quảng cáo, chia sẻ cho mọi đối tác hoặc dùng cho mục đích không liên quan.
- Consent record cần lưu ai, đồng ý điều gì, phiên bản notice nào, thời điểm, kênh, bằng chứng và trạng thái hiện tại; chỉ lưu một cột consent=true là quá nghèo để truy vết.
- Consent management là bài toán vòng đời: collect → prove → use within scope → update → withdraw → suppress/archive; không phải một checkbox đặt cuối form.
Nguồn tham khảo
- Luật Bảo vệ dữ liệu cá nhân số 91/2025/QH15, có hiệu lực từ 01/01/2026.
- Nghị định số 356/2025/NĐ-CP quy định chi tiết một số điều và biện pháp thi hành Luật Bảo vệ dữ liệu cá nhân, có hiệu lực từ 01/01/2026.
- Luật sửa đổi, bổ sung một số điều của Luật Quảng cáo số 75/2025/QH15, có hiệu lực từ 01/01/2026.
- Nghị định số 87/2026/NĐ-CP quy định xử phạt vi phạm hành chính trong lĩnh vực văn hóa và quảng cáo, có hiệu lực từ 15/05/2026.
- Luật Bảo vệ quyền lợi người tiêu dùng số 19/2023/QH15 và Nghị định số 55/2024/NĐ-CP.
- Luật Kinh doanh bất động sản số 29/2023/QH15 và các văn bản sửa đổi, hướng dẫn có liên quan.
- NIST AI Risk Management Framework – tham khảo quản trị rủi ro AI, không thay thế pháp luật Việt Nam.
Bài tiếp theo: “Dữ liệu khách hàng nên được chia sẻ nội bộ đến mức nào?”.