Chiến dịch, ngân sách và nhịp chi

Phạm vi tài liệu: dựa trên bản mô phỏng KétSuite Ads. Các số liệu, kết nối, AI và hành động trên nền tảng đều là minh họa; tài liệu không xác nhận tính năng đã phát hành.

Đừng chỉ hỏi chiến dịch nào đang thắng#

Hãy hỏi chiến dịch nào tạo đơn phù hợp với mục tiêu và doanh nghiệp còn khả năng phục vụ thêm hay không. Một chiến dịch bán tốt nhưng sản phẩm sắp hết hàng không có cùng cơ hội tăng ngân sách với chiến dịch còn đủ hàng. Chi phí một đơn thấp cũng chưa đủ nếu phần lớn đơn bị hủy.

Tổng quan cho biết chi tiêu, doanh thu xác thực, ROAS, CPA và việc cần xử lý trên cùng kỳ. Chuyển sang Chiến dịch để lọc nền tảng/trạng thái, so sánh số liệu, mở bản ghi và xem tác động của một quyết định cụ thể. Ngày đang diễn ra chỉ có dữ liệu đến thời điểm hiển thị; không so trực tiếp với một ngày đủ 24 giờ.

Từ ý tưởng đến chiến dịch chạy được#

Trong mock, Tạo chiến dịch dẫn tới bản nháp rồi bước phát hành. Chuẩn bị mục tiêu, tài khoản, ngân sách, nội dung và tệp trước khi xác nhận. “Đã tạo bản nháp” chưa đồng nghĩa quảng cáo đã phát trên nền tảng.

Ví dụ: một cửa hàng muốn tìm khách mới cho bộ sản phẩm đang còn hàng. Người chạy quảng cáo chọn tệp phù hợp, loại trừ khách đã mua khi cần, giữ ngân sách thử nghiệm trong trần và chọn mức tham gia của AI. Sau khi phát hành mô phỏng, kiểm trạng thái chiến dịch và nhật ký; không suy ra thành công chỉ từ việc hộp thoại đóng lại.

Phân biệt hiệu quả trung bình với hiệu quả của phần tiền tăng thêm#

Ví dụ giả định: chiến dịch A chi 20 triệu, ghi nhận 100 triệu doanh thu; ROAS trung bình là 5. Sau khi tăng thêm 5 triệu, doanh thu cùng cách đo đạt 110 triệu. Phần doanh thu tăng quan sát được là 10 triệu trên 5 triệu chi thêm, tương đương 2 lần. Con số 5 của toàn chiến dịch không chứng minh 5 triệu tiếp theo vẫn đem lại hiệu quả như cũ.

Đây mới là phép so sánh quan sát trước/sau, chưa phải iROAS nhân quả: mùa vụ, nội dung, giá và độ trễ đơn đều có thể ảnh hưởng. Dùng nó để đặt câu hỏi về phần ngân sách tiếp theo, rồi kiểm bằng thiết kế thử nghiệm phù hợp. Mock hiển thị ROAS xác thực và đề xuất phân bổ; chưa cung cấp mô hình hiệu quả biên hoàn chỉnh thay cho việc phân tích này.

Khi chuyển tiền từ B sang A, cần hỏi cả hai phía: phần chi bị rút khỏi B có làm mất nguồn khách mới nuôi các đơn chốt sau đó không, và A còn khả năng nhận thêm khách có chất lượng không? Chỉ xếp kênh theo ROAS hiện tại rồi dồn hết tiền vào đầu bảng có thể ưu tiên kênh gần điểm chốt, bỏ qua vai trò tạo nhu cầu.

Dùng nhịp chi để chủ động trước cuối tháng#

Ngân sách & nhịp chi đặt số đã chi cạnh kế hoạch. Phân bổ tháng phải cộng đủ và không vượt trần. Nếu chi nhanh hơn kế hoạch, xem nguyên nhân và chất lượng đơn trước khi cắt đồng loạt; nếu chi chậm, kiểm kết nối, quyền, trạng thái chiến dịch và mức sẵn sàng của nội dung trước khi tăng tiền.

Ảnh mock: dự báo là tín hiệu để rà kế hoạch, không phải khoản chi đã phát sinh.

Đọc các vùng đánh số trên ảnh:

1. Điều chỉnh kế hoạch: chỉ thay đổi sau khi thống nhất mục tiêu và năng lực bán hàng; tăng trần không tự tạo thêm đơn.
2. Kế hoạch, chi tiêu và dự báo: so số đã chi với khả năng chạm trần cuối tháng để xử lý sớm thay vì đợi hết tiền.
3. Nhịp chi: đối chiếu tỷ lệ ngân sách đã dùng với thời gian đã qua, rồi xem ngày/kênh nào tạo chênh lệch trước khi cắt hoặc tăng chi.

Tính nhịp chi để quyết định trong phần tháng còn lại#

Với ví dụ giả định kế hoạch 420 triệu, đã chi 187 triệu sau 13 ngày hoàn chỉnh của tháng 31 ngày, còn 233 triệu cho 18 ngày, tương đương khoảng 12,94 triệu/ngày nếu muốn dùng hết kế hoạch. Nếu trần là 450 triệu thì dư địa trần còn 263 triệu, khoảng 14,61 triệu/ngày. Dư địa trần là giới hạn, không phải mục tiêu phải tiêu hết. Ví dụ này dùng ngày hoàn chỉnh để dễ tính; số ngày trên ảnh mock có cả phần ngày nên không dùng trực tiếp để suy ra đúng các giá trị trên.

Trần tháng trong Ads (quy tắc r-01) không phải chốt chặn cứng. Số chi tiêu nền tảng báo về bị trễ, và một ngày có thể tiêu vượt ngân sách ngày: Google cho phép tới 2 lần ngân sách ngày trong một ngày, miễn cả tháng không vượt mức trung bình ngày × 30,4. Vì vậy khi chạm trần, quy tắc ngừng mọi thay đổi tăng ngân sách và báo Chủ tài khoản, chứ không hứa dừng đúng ở con số đó. Muốn có trần không thể vượt, đặt giới hạn chi tiêu trên từng nền tảng (giới hạn chi tiêu tài khoản của Meta, ngân sách tài khoản của Google) và để trần trong Ads thấp hơn tổng các giới hạn đó. Nguồn: Google Ads — About average daily budgets.

Nếu dự báo cuối tháng thấp hơn kế hoạch, tìm nguyên nhân trước khi bù chi. Tài khoản bị mất quyền, thiếu nội dung hoặc hết hàng cần xử lý khác với chiến dịch không còn cơ hội mua tốt. Tăng ngân sách để “đủ kế hoạch” trong các tình huống này có thể chỉ làm tăng chi phí. Ngược lại, chi nhanh không luôn xấu nếu kế hoạch đã chủ động dồn vào đợt bán; phải đối chiếu lịch kinh doanh được thống nhất.

Một đề nghị thay đổi ngân sách cần trả lời những gì?#

Luồng này giúp người duyệt quyết định có nên thay đổi. Giới hạn kỹ thuật đạt là điều kiện cần; cơ hội kinh doanh và khả năng phục vụ vẫn cần đánh giá riêng.

flowchart TD
 A["Có đề nghị tăng hoặc chuyển ngân sách"] --> B("Dữ liệu cùng phạm vi và đủ kỳ?"):::kv-decision
 B -->|Chưa| C["Đối soát hoặc chờ dữ liệu"]
 B -->|Đủ| D["Kiểm phần chi thêm, hàng và năng lực bán"]
 D --> E("Có căn cứ phù hợp mục tiêu?"):::kv-decision
 E -->|Không| F["Giữ kế hoạch hoặc đổi giả thuyết"]
 E -->|Có| G["Đối chiếu trước/sau với trần và quyền"]
 G --> H("Các điều kiện đều đạt?"):::kv-decision
 H -->|Chưa| I["Xử lý điều kiện thiếu, đọc lại đề nghị"]
 H -->|Đạt| J["Duyệt trong phạm vi và ghi mốc kiểm lại"]
 J --> K["Đánh giá kết quả, giữ hoặc khôi phục"]
 class C,F,I kv-warning
 class J kv-positive

Đây là nội dung cho người duyệt chuẩn bị; không phải một form đã tồn tại đầy đủ trong mock. Trong mock, mức đổi tối đa 20% là rào chắn của đề xuất, không phải khuyến nghị luôn tăng 20%. Ai được tăng cũng có giới hạn: Quản lý quảng cáo chỉ tự tăng một chiến dịch tới ngưỡng duyệt (mẫu 250.000 đồng/ngày); khoản tăng lớn hơn cần Chủ tài khoản, kể cả khi tổng ngân sách không đổi. Giảm ngân sách không bị giới hạn. Xem phân quyền và phê duyệt. Nhiều thay đổi nhỏ liên tiếp vẫn có thể tạo một thay đổi tổng lớn; người vận hành phải đọc nhật ký cùng kế hoạch tổng trước khi duyệt tiếp.

Một nhịp vận hành gợi ý#

Mỗi ngày, kiểm kết nối lỗi và công việc cần xử lý, đối soát đơn quan trọng rồi mới duyệt tối ưu. Mỗi tuần, so chất lượng đơn theo kênh chốt, xem nội dung mỏi và kế hoạch chi. Cuối kỳ, dùng thử nghiệm và phí để quyết định mở rộng.

Các thao tác hàng loạt, xuất bảng và nhật ký giúp giảm việc lặp lại; chúng không thay thế người chịu trách nhiệm về mục tiêu và trần chi.