Nếu tài khoản quảng cáo thuê bị khóa, lỗi thanh toán, hết số dư hoặc ngừng phân phối, agency cần biết ngay ai tiếp nhận, bên cho thuê sẽ làm gì và khi nào được chuyển sang tài khoản khác. Một câu “có hỗ trợ 24/7” không trả lời được các câu hỏi đó. Cam kết dùng được phải nêu rõ phạm vi, kênh nhận, giờ trực, mức sự cố, các mốc phản hồi, người chịu trách nhiệm, phương án thay thế, cách xử lý ngân sách và điều kiện đóng sự cố.
Bài này dành cho agency đang cân nhắc hoặc đã sử dụng tài khoản của một nhà cung cấp. Nhiệm vụ chính là kiểm tra trách nhiệm hỗ trợ sau khi thuê, không hướng dẫn kháng nghị một lỗi Facebook, Google hay TikTok cụ thể. Trong vận hành, bộ cam kết này thường được gọi là SLA. Các mốc thời gian trong mẫu để trống có chủ đích; mỗi bên phải điền theo năng lực thật, loại tài khoản, múi giờ và phần còn phụ thuộc nền tảng. Bài viết không công bố một thời gian xử lý cố định của Lumie.
Cam kết hỗ trợ khác “thời gian khôi phục” như thế nào?
Một sự cố có nhiều đồng hồ khác nhau. Gộp tất cả vào một con số dễ tạo cam kết không thể kiểm chứng.
| Mốc | Ý nghĩa | Điểm kết thúc | Phụ thuộc thường gặp |
|---|---|---|---|
| Tiếp nhận | Hệ thống/kênh đã nhận yêu cầu | Có mã ticket hoặc dấu thời gian | Kênh báo đúng, đủ thông tin |
| Xác nhận ban đầu | Có người nhận trách nhiệm phân loại | Owner và mức độ được ghi nhận | Giờ trực, danh sách liên hệ |
| Phản hồi đầu tiên | Cung cấp đánh giá sơ bộ và bước tiếp theo | Có chẩn đoán/đề nghị bổ sung dữ liệu | Log, ảnh, Account ID |
| Biện pháp tạm thời | Giảm ảnh hưởng khi chưa xử lý gốc | Chiến dịch được pause/chuyển/giới hạn | Tài khoản dự phòng, quyền, creative |
| Khôi phục | Dịch vụ quan trọng hoạt động lại | Đạt tiêu chí kiểm tra đã định | Nền tảng, billing, chính sách |
| Đóng sự cố | Hai bên xác nhận hoàn tất và lưu bài học | Log, nguyên nhân, số dư, hành động phòng ngừa | Đối soát và phê duyệt |
Bên cho thuê có thể kiểm soát thời gian xác nhận, chẩn đoán, cập nhật và kích hoạt phương án dự phòng; họ không phải lúc nào cũng kiểm soát được quyết định của Meta, Google hoặc TikTok. Cam kết tốt phải tách “nghĩa vụ hành động của nhà cung cấp” khỏi “kết quả do nền tảng quyết định”. Đó là vai trò thực tế của SLA, chứ không phải lời hứa chắc chắn mở lại tài khoản.
Thuê tài khoản quảng cáo cần chốt 12 điều hỗ trợ nào?
Mười hai điều tạo thành một chuỗi từ lúc định danh tài khoản đến lúc đo chất lượng hỗ trợ. Sáu điều đầu xác định phạm vi, kênh, thời gian và người chịu trách nhiệm; sáu điều sau quản lý khả năng duy trì, tiền, giao tiếp và hậu kiểm.
1. Tài khoản nào thuộc phạm vi hỗ trợ?
Ghi nền tảng, Account ID, Business/Portfolio/MCC/Business Center, thị trường, tiền tệ, phương thức billing và ngày hiệu lực. Nếu một số tài khoản do khách tự sở hữu còn số khác thuộc hạ tầng đối tác, tách thành từng dòng.
| Nền tảng | Định danh | Bên sở hữu | Thanh toán | Phạm vi hỗ trợ |
|---|---|---|---|---|
| [Meta/Google/TikTok] | [Account ID] | [khách/agency/đối tác] | [thẻ/invoice/ví/hạn mức] | [quyền, nạp tiền, sự cố…] |
2. Kênh tiếp nhận và dữ liệu bắt buộc
Chọn một kênh tạo log chính: ticket, email hoặc nhóm vận hành có quy tắc. Điện thoại có thể dùng để báo khẩn, nhưng sau cuộc gọi vẫn cần bản ghi. Một yêu cầu tối thiểu nên có:
- Agency/khách hàng, nền tảng và Account ID.
- Thời điểm phát hiện và múi giờ.
- Ảnh hưởng: không truy cập, không tiêu, tiêu sai, billing, quyền hay policy.
- Ảnh chụp, mã lỗi, URL hoặc log liên quan.
- Thay đổi gần nhất trước sự cố.
- Mức độ đề xuất và đầu mối đang trực.
Thời gian xử lý có thể tạm dừng khi thiếu dữ liệu bắt buộc, nhưng phải ghi ai đã yêu cầu bổ sung và thời điểm nào; không dùng “thiếu thông tin” như lý do mở vô hạn.
3. Giờ dịch vụ và hỗ trợ ngoài giờ
Ghi giờ chuẩn, ngày nghỉ, múi giờ và tình huống được gọi ngoài giờ. Nếu quảng cáo tiêu 24/7 nhưng đội hỗ trợ không trực 24/7, agency cần biết trước để đặt ngưỡng ngân sách, quy tắc tự động hoặc lịch pause. Câu hỏi kiểm tra: “20 giờ thứ Bảy, ai nhận P1, người dự phòng là ai và ticket nằm ở đâu?”
4. Phân mức độ sự cố
| Mức | Tiêu chí gợi ý | Ví dụ | Không mặc định là mức này |
|---|---|---|---|
| P1 — nghiêm trọng | Nhiều chiến dịch/khách dừng hoặc có rủi ro chi tiêu không kiểm soát; không có phương án tạm thời | Mất quyền quản trị diện rộng; billing làm toàn bộ cụm dừng | Một mẫu quảng cáo bị từ chối nhưng chiến dịch khác vẫn chạy |
| P2 — cao | Một khách/tài khoản bị ảnh hưởng lớn; có workaround hạn chế | Tài khoản chính không tiêu, có thể chuyển một phần | Yêu cầu tối ưu thông thường |
| P3 — thường | Ảnh hưởng cục bộ, không chặn vận hành chính | Thiếu một quyền, lỗi báo cáo, yêu cầu nạp theo kế hoạch | Yêu cầu tư vấn không có deadline |
| P4 — yêu cầu | Thay đổi có kế hoạch hoặc câu hỏi | Thêm user, đổi hạn mức, xuất dữ liệu | Sự cố đang làm chiến dịch dừng |
Quy tắc phân mức nên dựa trên ảnh hưởng và khả năng tiếp tục, không dựa trên người báo nói “gấp”. Đối tác có quyền điều chỉnh mức nhưng phải nêu lý do và cho phép escalation.
5. Mục tiêu thời gian theo từng mức
| Mức | Xác nhận | Phản hồi đầu | Nhịp cập nhật | Mục tiêu workaround | Mục tiêu khôi phục |
|---|---|---|---|---|---|
| P1 | [x phút] | [x phút] | [mỗi x phút/giờ] | [x giờ hoặc điều kiện] | [mục tiêu + phụ thuộc] |
| P2 | […] | […] | […] | […] | […] |
| P3 | […] | […] | […] | […] | […] |
| P4 | […] | […] | […] | [không áp dụng/lịch hẹn] | [ngày dự kiến] |
Không lấy con số của một nhà cung cấp khác rồi coi là chuẩn ngành. Mốc phải dựa trên lịch trực, số lớp hỗ trợ, khả năng truy cập tài khoản, thủ tục nền tảng và giá trị dịch vụ. “Khôi phục” cũng cần tiêu chí: đăng nhập được, quảng cáo được duyệt, chiến dịch bắt đầu tiêu hay đạt lại toàn bộ cấu hình ban đầu?
6. Ai chịu trách nhiệm và chuyển cấp cho ai?
Mỗi ca cần một incident owner. Danh sách escalation nên có ít nhất ba cấp: vận hành, quản lý dịch vụ và người quyết định thương mại/continuity. Ghi tên vai trò thay vì phụ thuộc duy nhất một cá nhân, đồng thời lưu số/email cập nhật ở phụ lục có thể thay đổi.
- Cấp 1 nhận và xử lý theo playbook.
- Cấp 2 can thiệp khi quá mốc, ảnh hưởng mở rộng hoặc cần quyền cao hơn.
- Cấp 3 quyết định chuyển hạ tầng, giới hạn chi, thông báo khách hoặc xử lý thương mại.
- Kênh nền tảng/bên thứ ba được mở song song khi đủ điều kiện.
Từ tài khoản thay thế đến số dư và hậu kiểm
Sáu mục sau biến phản hồi kỹ thuật thành khả năng duy trì chiến dịch có kiểm soát. Chúng bao phủ phần nhà cung cấp không tự quyết được, điều kiện đổi tài khoản, số dư, cách thông báo và tiêu chí đóng sự cố.
7. Phạm vi xử lý và phụ thuộc nền tảng
Liệt kê hành động đối tác thực sự làm được: kiểm tra quyền, billing, log; nạp tiền; thay người dùng; tạo ticket; cung cấp tài khoản thay thế theo điều kiện. Đồng thời ghi phần thuộc agency/khách: creative, landing page, giấy phép sản phẩm, phương thức thanh toán, xác minh doanh nghiệp hoặc quyền tên miền.
Với quyết định policy, xác minh hoặc kháng nghị do nền tảng xử lý, đối tác có thể cam kết thời gian mở ticket và cập nhật, không nên cam kết chắc thời gian nền tảng khôi phục.
8. Khi nào được đổi sang tài khoản thay thế?
Cam kết hỗ trợ không chỉ nói cách xử lý tài khoản cũ. Agency cần biết điều kiện kích hoạt phương án duy trì hoặc tài khoản thay thế:
- Tài khoản dự phòng có sẵn hay chỉ tạo sau sự cố?
- Creative, audience, tracking và lịch sử có thể chuyển phần nào?
- Ai phê duyệt chuyển và ngưỡng chi mới?
- Có rủi ro learning reset, chậm duyệt hoặc thay attribution nào?
- Khi nào quay lại tài khoản chính và ai quyết định?
Một phương án dự phòng chưa được cấp quyền và chạy thử chỉ là giả thuyết. Khi đánh giá nơi thuê tài khoản quảng cáo uy tín, hãy yêu cầu mô tả bài test thay vì chỉ hỏi “có backup không”.
9. Nạp tiền, hạn mức và số dư được xử lý ra sao?
Tách yêu cầu nạp theo kế hoạch khỏi sự cố khẩn. Ghi cut-off, chứng từ chuyển tiền, thời điểm ghi nhận, hạn mức tối thiểu/tối đa, cảnh báo số dư và cách xử lý giao dịch treo. Nếu tiền đã chuyển nhưng nền tảng chưa ghi nhận, ai mở tra soát và chiến dịch có được tạm cấp hạn mức hay không?
Đối soát cần thống nhất nguồn số liệu, múi giờ, kỳ khóa và cách xử lý số dư khi đổi tài khoản. Cam kết kỹ thuật không thể tách khỏi sổ theo dõi ngân sách.
10. Giao tiếp trong sự cố
Mỗi bản cập nhật nên có bốn dòng: trạng thái hiện tại, ảnh hưởng, việc đã làm, mốc cập nhật tiếp theo. Không cần lặp “đang kiểm tra” nhiều lần. Nếu có khách hàng cuối, hai agency phải chốt bên nào gửi thông tin và mức chi tiết nào được phép chia sẻ.
[Thời điểm] — Sự cố [mã] đang ở mức [P1/P2]. Ảnh hưởng: […]. Đã thực hiện: […]. Đang chờ: [nền tảng/agency/khách]. Phương án tạm thời: […]. Cập nhật tiếp theo lúc: […].
11. Tiêu chí đóng, hậu kiểm và credit
Chỉ đóng khi đạt tiêu chí đã thống nhất và agency xác nhận hoặc hết thời hạn phản hồi. Với P1/P2, bản hậu kiểm nên có timeline, nguyên nhân đã biết, yếu tố góp phần, ảnh hưởng ngân sách, hành động phòng ngừa và owner/deadline. Nếu có service credit, điều khoản phải nêu cách tính, trần, yêu cầu chứng minh và ngoại lệ; không mặc định credit bù được mọi thiệt hại.
12. Đo chất lượng hỗ trợ bằng gì?
Theo dõi tỷ lệ đúng hạn theo từng mốc, số sự cố mở lại, thời gian chờ agency/khách/nền tảng và chất lượng cập nhật. Rà soát định kỳ khi tăng số tài khoản, ngân sách, thị trường hoặc thay đổi mô hình hỗ trợ. Một báo cáo đạt 100% nhờ hạ mức mọi sự cố không phản ánh chất lượng.
Mẫu bảng cam kết hỗ trợ để sao chép
| Dịch vụ/sự cố | Mức | Kênh | Giờ dịch vụ | Xác nhận | Cập nhật | Owner | Workaround | Tiêu chí đóng | Phụ thuộc |
|---|---|---|---|---|---|---|---|---|---|
| Mất quyền quản trị | [P1/P2] | […] | […] | […] | […] | […] | [quyền dự phòng/tài khoản khác] | [quyền test đạt] | [owner/nền tảng] |
| Tài khoản không phân phối | […] | […] | […] | […] | […] | […] | […] | […] | [policy/billing/creative] |
| Billing hoặc số dư | […] | […] | […] | […] | […] | […] | […] | [ledger khớp] | [ngân hàng/nền tảng] |
| Nạp ngân sách định kỳ | [P3/P4] | […] | [cut-off] | […] | […] | […] | [cảnh báo sớm] | [số dư ghi nhận] | [tiền về/chứng từ] |
| Thêm/gỡ người dùng | [P3/P4] | […] | […] | […] | […] | […] | […] | [quyền test đạt] | [xác minh danh tính] |
Bài test 30 phút trước khi chuyển khách
- Gửi một ticket P3 với đủ Account ID, ảnh và yêu cầu cụ thể.
- Kiểm tra ticket có mã, dấu thời gian và owner hay không.
- Yêu cầu đổi người nhận sang đầu mối dự phòng.
- Giả lập số dư xuống ngưỡng cảnh báo và kiểm tra ai được thông báo.
- Giả lập mất quyền một user, xác minh luồng cấp lại và log.
- Hỏi phương án nếu nền tảng không phản hồi trong một ngày làm việc; câu trả lời phải là nhịp cập nhật/continuity, không phải lời hứa kiểm soát nền tảng.
- Kiểm tra agency có thể xuất dữ liệu, số dư và danh sách quyền khi kết thúc hay không.
Nếu đối tác không thể mô tả ai nhận, log ở đâu và bước tiếp theo là gì, một con số phản hồi nhanh trên proposal chưa đủ. Với cụm tài khoản nhiều khách, xem thêm cách tổ chức hạ tầng Meta Ads cho agency.
Ghi cam kết hỗ trợ vào hợp đồng thế nào?
Cam kết hỗ trợ nên là phụ lục có phiên bản, ngày hiệu lực, danh sách dịch vụ và cơ chế thay đổi. Hợp đồng chính xác định nghĩa vụ, phí, giới hạn trách nhiệm và chấm dứt; phụ lục SLA quản lý vận hành hằng ngày. Tham khảo khung hợp đồng thuê tài khoản quảng cáo để nối quyền, thanh toán, chứng từ, hỗ trợ và bàn giao.
Nếu agency đang phục vụ khách doanh nghiệp và cần một cấu hình hạ tầng đi kèm dòng tiền/chứng từ rõ ràng, có thể gửi cho Lumie danh sách nền tảng, số tài khoản, ngân sách, giờ chạy, loại sự cố cần ưu tiên và yêu cầu báo cáo. Lumie/chúng tôi sẽ rà soát phạm vi có thể hỗ trợ trước khi hai bên điền các mốc cam kết; không áp một thời gian chung cho mọi tài khoản. Điểm bắt đầu thương mại là trang hợp tác agency, hạ tầng và hóa đơn VAT. Doanh nghiệp cần cấp tài khoản trực tiếp có thể xem dịch vụ thuê tài khoản quảng cáo Meta Invoice để đối chiếu hợp đồng, ví ngân sách, hỗ trợ và hóa đơn.
Bài này không thay thế hướng dẫn xử lý từng lỗi tài khoản
Nếu sự cố đã xảy ra, hãy chuyển sang đúng trang xử lý thay vì dùng bảng cam kết hỗ trợ như một hướng dẫn kỹ thuật: tài khoản quảng cáo Facebook bị vô hiệu hóa, quảng cáo Facebook không cắn tiền, tài khoản Facebook Ads bị hold tiền hoặc tài khoản bị giới hạn chi tiêu. URL hiện tại chỉ sở hữu câu hỏi: khi dùng tài khoản thuê, bên cho thuê phải tiếp nhận, cập nhật, thay thế và đối soát thế nào.
Nội dung là khung vận hành/thương mại tham khảo, không thay thế tư vấn của kế toán, pháp chế hoặc cơ quan thuế cho giao dịch cụ thể.
Câu hỏi thường gặp
Các câu trả lời dưới đây giúp phân biệt tốc độ phản hồi, phạm vi hỗ trợ ngoài giờ và kết quả thuộc quyền quyết định của nền tảng.
Bên cho thuê phải phản hồi trong bao lâu?
Không có một con số đúng cho mọi dịch vụ. Cần xét mức độ sự cố, giờ trực, quyền của đối tác và phí. Quan trọng hơn là tách xác nhận, phản hồi đầu, cập nhật, workaround và khôi phục.
“Hỗ trợ 24/7” có đủ để yên tâm không?
Không. Đó mới là tuyên bố về khung thời gian. Cam kết còn cần kênh tiếp nhận, mức độ sự cố, người chịu trách nhiệm, mốc phản hồi, tuyến chuyển cấp, tiêu chí đóng và giới hạn phụ thuộc.
Tài khoản thuê bị khóa có được đổi tài khoản khác không?
Chỉ khi hợp đồng hoặc phụ lục ghi rõ điều kiện đổi, thời điểm kích hoạt, tài sản nào có thể chuyển, cách xử lý số dư và người phê duyệt. Nhà cung cấp có thể cam kết kiểm tra, mở ticket, cập nhật và triển khai phương án dự phòng trong phạm vi; họ không thể bảo đảm nền tảng luôn mở lại tài khoản cũ.