Agency quản lý nhiều khách hàng cần tách đồng thời tài sản, quyền truy cập, ngân sách và hồ sơ đối soát theo từng khách. Một tài khoản chạy ổn không thể bù cho quy trình cấp nhầm quyền, nạp nhầm tiền hoặc hóa đơn không khớp Campaign. Hạ tầng phù hợp phải giúp agency mở rộng mà vẫn giữ quan hệ khách hàng, kiểm soát dữ liệu và truy vết từng giao dịch.
Năm nỗi đau xuất hiện khi agency mở rộng
Năm vấn đề dưới đây thường xuất hiện trước khi doanh thu tăng đủ để bù cho chi phí xử lý sai quyền, sai ngân sách và thiếu hồ sơ.
1. Ngân sách của nhiều khách đi qua một quy trình
Tin nhắn yêu cầu nạp tiền, sao kê và số dư nằm ở nhiều nhóm chat. Account không biết yêu cầu đã xử lý đến đâu; kế toán không biết khoản tiền thuộc khách nào.
2. Quyền truy cập khó thu hồi
Media buyer chuyển dự án hoặc nghỉ việc nhưng vẫn còn quyền trên Page, tài khoản quảng cáo hoặc dữ liệu của khách.
3. Campaign và Page bị lẫn
Không có mã khách hàng và danh sách tài sản được duyệt khiến Campaign có thể sử dụng sai Page hoặc sai tài khoản.
4. Hóa đơn không khớp báo cáo
Khách hàng nhận hóa đơn tổng nhưng muốn biết chi phí thuộc Campaign nào, kỳ nào và phần nào là phí dịch vụ.
5. Agency phụ thuộc vào một đầu mối nạp tiền
Campaign cần scale ngoài giờ nhưng chỉ một người có thể xử lý, tạo rủi ro vận hành và áp lực nhân sự.
Cấu trúc tối thiểu theo từng khách hàng
Mỗi khách nên có một hồ sơ vận hành gồm:
- Mã khách hàng duy nhất.
- Pháp nhân và người phụ trách.
- Danh sách Business Portfolio/tài sản được phép.
- Ad account ID.
- Page ID và Instagram identity.
- Pixel/Dataset/domain liên quan.
- Danh sách người có quyền.
- Quy tắc đặt tên Campaign.
- Hạn mức ngân sách và người phê duyệt.
- Kỳ hóa đơn, kỳ đối soát và mẫu báo cáo.
- Quy trình sự cố và thu hồi quyền.
Hồ sơ này là “nguồn sự thật chung” cho account, media và kế toán.
Phân quyền mà không chia sẻ mật khẩu
Meta cung cấp các vai trò khác nhau cho tài khoản quảng cáo. Agency nên cấp đúng mức quyền theo công việc và rà soát định kỳ.
Ví dụ:
| Vai trò | Quyền cần thiết |
|---|---|
| Media buyer | Tạo/chỉnh sửa Campaign trong phạm vi được giao |
| Media lead | Kiểm tra cấu trúc, phê duyệt thay đổi quan trọng |
| Account | Xem báo cáo và trạng thái, không nhất thiết quản lý thanh toán |
| Kế toán | Truy cập dữ liệu phục vụ đối soát, không chỉnh quảng cáo |
| Chủ agency | Quản trị và xử lý ngoại lệ |
Không nên cấp toàn quyền cho mọi người chỉ để “đỡ mất thời gian”.
Tách ngân sách theo khách hàng
Agency cần phân biệt bốn con số:
- Khách hàng đã thanh toán.
- Ngân sách đã phân bổ.
- Chi tiêu thực tế trên Meta.
- Số dư chưa sử dụng.
Nếu agency chỉ theo dõi tổng tiền vào và tổng tiền ra, rất khó trả lời khi khách hàng hỏi số dư hoặc khi kế toán cần chốt công nợ. Quy trình đối soát chi phí Meta Ads cung cấp các khóa ad account ID–Campaign ID–Page ID và cách phân loại chênh lệch theo kỳ.
Một bảng đối soát nên có mã khách hàng, tài khoản, Campaign, Page, kỳ, chi tiêu, phí, thuế và chênh lệch.
Xuất hóa đơn cho khách hàng: cần thống nhất từ hợp đồng
Trước khi chạy, agency và khách hàng nên thống nhất:
- Agency cung cấp dịch vụ gì.
- Ngân sách quảng cáo và phí dịch vụ được thể hiện thế nào.
- Hóa đơn do đơn vị nào phát hành.
- Kỳ chốt số liệu.
- Hồ sơ kèm theo hóa đơn.
- Cách xử lý khoản chi phát sinh sát ngày chốt.
- Thời hạn thanh toán và xử lý số dư.
Không nên đợi đến cuối tháng mới hỏi khách muốn nội dung hóa đơn ra sao.
Làm sao bảo vệ quan hệ khách hàng?
Agency thường lo nhà cung cấp hạ tầng tiếp xúc trực tiếp với khách. Đây là vấn đề phải được xử lý bằng thỏa thuận và quy trình, không chỉ bằng lời hứa:
- Xác định đầu mối giao tiếp.
- Quy định phạm vi thông tin được sử dụng.
- Giới hạn tiếp cận dữ liệu khách hàng.
- Có điều khoản bảo mật và không chào bán trực tiếp nếu phù hợp.
- Lưu lịch sử yêu cầu và xử lý.
- Thống nhất cách phối hợp khi cần chuyên gia kỹ thuật.
Khi số người và số tài khoản tăng, chuyển sang mô hình quản lý nhiều tài khoản Meta để chuẩn hóa sổ tài sản, ma trận quyền và lịch rà soát.
Nếu đang ở giai đoạn một người hoặc một nhóm nhỏ quản lý vài khách, xem thêm khi nào freelancer và đội marketing thuê ngoài cần hạ tầng tài khoản riêng. Bài đó giúp nhận biết thời điểm nên chuyển khỏi mô hình thẻ và quyền cá nhân trước khi nhận thêm khách doanh nghiệp.
Khi nào agency cần chuẩn hóa hạ tầng?
Agency nên chuẩn hóa hạ tầng trước khi số khách, số người vận hành hoặc số lần phân bổ ngân sách vượt khả năng kiểm soát bằng trí nhớ và nhóm chat.
- Có từ nhiều khách hàng chạy đồng thời.
- Media buyer thường xuyên chuyển qua lại giữa tài khoản.
- Kế toán mất nhiều thời gian phân bổ hóa đơn.
- Khách yêu cầu báo cáo theo Campaign/Page.
- Campaign thường cần bổ sung ngân sách ngoài giờ.
- Agency muốn nhận khách có ngân sách lớn hơn nhưng quy trình hiện tại chưa chịu được tải.
Nếu cần cơ chế phối hợp riêng cho tệp khách hàng của agency, chương trình hợp tác agency xuất hóa đơn là liên kết mở rộng để tham khảo; cấu hình tài khoản và quy trình vận hành vẫn là phần phải thẩm định trước.
Checklist trước khi nhận thêm khách
Checklist này giúp agency xác nhận khả năng tách khách hàng trước khi nhận thêm ngân sách và quyền truy cập.
Quyền Meta phải theo vai trò và phạm vi khách hàng
Meta phân biệt quyền admin, advertiser và analyst trên ad account. Với Page, người có Facebook access và full control có thể quản lý cài đặt, cấp hoặc thu hồi quyền; họ thậm chí có thể loại người khác hoặc xóa Page. Task access phù hợp hơn khi nhân sự chỉ cần quản lý nội dung, quảng cáo hoặc insight qua công cụ kinh doanh.
Vì vậy, agency không nên yêu cầu khách giao mật khẩu cá nhân hoặc cấp full control cho mọi media buyer. Hạ tầng tốt bắt đầu bằng ma trận tài sản–vai trò–quyền và ngày hết hạn quyền.
Nguồn Meta: quyền trên ad account, Page access.
Ví dụ: agency quản lý 12 khách nhưng chỉ có một file chung
Một nhân sự nghỉ việc, agency không biết người đó còn quyền ở Page nào; kế toán nhận một hóa đơn tổng; account lead phải hỏi media buyer mới biết Campaign thuộc khách nào. Đây không phải vấn đề “thiếu tài khoản khỏe” mà là thiếu khóa dữ liệu và quyền tách biệt.
Cấu trúc dễ hiểu hơn là mỗi khách có mã khách hàng, danh sách Page/ad account được duyệt, nhóm quyền riêng, sổ ngân sách và thư mục hồ sơ. Campaign name hỗ trợ đọc nhanh; Campaign ID và Page ID dùng để đối chiếu.
Lumie đứng ở đâu trong mô hình hợp tác?
Lumie có thể làm lớp hạ tầng phía sau gồm tài khoản, ví ngân sách, hóa đơn và dữ liệu đối soát; agency tiếp tục giữ quan hệ khách hàng và vận hành chiến dịch. Hai bên cần thống nhất bên ký hợp đồng, bên nhận hóa đơn, phạm vi dữ liệu, SLA và quy trình khi khách dừng hợp tác.
Ưu điểm của mô hình là agency không phải tự xây toàn bộ luồng tài khoản–ngân sách–chứng từ, đồng thời có thể tách hồ sơ theo khách hàng. Nhưng lợi ích chỉ tồn tại khi quyền tiếp cận dữ liệu và trách nhiệm hỗ trợ được ghi bằng văn bản.
Câu hỏi thường gặp
Các câu hỏi dưới đây tập trung vào quyền sở hữu khách hàng, dữ liệu, hóa đơn và trách nhiệm giữa các bên.
Agency có nên giữ toàn quyền Page của khách?
Không mặc định. Quyền phải theo nhiệm vụ; khách nên giữ cơ chế kiểm soát tài sản cốt lõi và khả năng thu hồi.
Lumie có tiếp xúc trực tiếp khách hàng của agency không?
Phạm vi giao tiếp và dữ liệu cần được quy định trong thỏa thuận hợp tác. Không nên dựa vào cam kết miệng.
Khi nào agency cần hạ tầng riêng?
Khi số khách, tài khoản, lần nạp và chứng từ khiến file thủ công không còn trả lời nhanh “tiền của ai, chạy ở đâu, ai chịu trách nhiệm”.
Thử quy trình trên một khách hàng mẫu
Agency nên bắt đầu bằng một khách hàng mẫu: lập danh sách tài sản, quyền, dòng tiền và hồ sơ; sau đó kiểm tra quy trình có thể lặp lại cho khách thứ hai mà không phụ thuộc trí nhớ của một người hay không.
Giải pháp trọng tâm là tài khoản Meta Invoice, ngân sách, hóa đơn và đối soát của Lumie; khi tư vấn, agency nên cung cấp số khách hàng, số tài khoản, ngân sách theo kỳ và yêu cầu hóa đơn để xác định cấu hình.
Nguồn và phạm vi cập nhật
Nguồn chính thức giúp xác minh phạm vi quyền và cơ chế thanh toán; điều khoản hợp tác cụ thể vẫn phải được ghi bằng văn bản.
- Meta Help Center – vai trò trên tài khoản quảng cáo.
- Meta Help Center – Page access và full control.
- Meta Help Center – activity history của quảng cáo.
Nội dung được rà soát ngày 26/07/2026. Điều khoản hợp tác, SLA, quyền dữ liệu, mẫu hồ sơ và tính năng cụ thể cần được hai bên xác nhận bằng văn bản trước khi triển khai.