Có người từng để chiến dịch Ads của mình chi hết ngân sách cả tháng chỉ trong một cuối tuần. Đó là một chiến dịch Performance Max quyết định rằng lượt hiển thị quảng cáo nệm lúc 2 giờ sáng ở Belarus đáng giá 40 đô/click. Đó là một bài kiểm tra "đặt giá thầu thông minh" lặng lẽ tăng gấp ba giới hạn chi tiêu hàng ngày của chính nó vì công tắc điều chỉnh nằm sâu hơn một menu mà chẳng ai kiểm tra. Chúng tôi đã nghe đủ những câu chuyện như vậy khi thiết kế nhóm Ads, và chúng không còn là những lời cảnh báo nữa — chúng đã trở thành một quy chuẩn thiết kế.
Đây là điều chúng tôi đã không làm: xây dựng một hệ thống "tự vận hành nhưng có giới hạn chi tiêu." Đó là giải pháp trung gian hiển nhiên — đặt mức trần hàng ngày, để agent tự chạy trong giới hạn đó, rồi yên tâm ngủ ngon — và thực tế chúng tôi đã xây một phiên bản như vậy trước khi loại bỏ nó. Lý do khiến chúng tôi bỏ đi: một mức giới hạn là một lời hứa mà hệ thống đưa ra về hành vi tương lai của chính nó, và những lời hứa kiểu này sẽ mòn dần theo những cách cụ thể, rất tầm thường.
- Ai đó nâng giới hạn hàng ngày trong một đợt ra mắt gấp gáp rồi quên hạ lại.
- Một bản cập nhật của nền tảng thay đổi định nghĩa "hàng ngày" ngay tại điểm ranh giới — nửa đêm theo giờ UTC hay nửa đêm theo giờ múi giờ tài khoản, việc tăng mức trần giữa ngày có áp dụng ngược lại hay không — và chính điểm giao cắt đó là nơi các hệ thống tự động dễ hoạt động sai, vì chẳng ai từng kiểm thử điểm giao cắt ấy.
- Tệ hơn nữa: một hệ thống có liên quan đến tiền bạc phải được kiểm tra lại chế độ lỗi này mỗi khi có bất kỳ thay đổi nào trong tương lai. Mỗi lần chỉnh prompt, mỗi lần nâng cấp model, mỗi tính năng mới đều trở thành câu hỏi "liệu điều này có thể gây ra chi tiêu không được phép trong một trường hợp đầu vào nào đó mà chưa ai nghĩ tới hay không."
Đó không phải là chi phí một lần. Đó là một loại thuế vĩnh viễn, cộng dồn theo quy mô nhóm cho đến khi nó nuốt hết lộ trình phát triển.
Vì vậy chúng tôi đã vẽ ranh giới này như một bức tường, không phải một cái núm điều chỉnh. Nhóm Ads lập kế hoạch mục tiêu, cấu trúc, tỷ lệ phân chia kênh, và trình bày rõ lý do — đề xuất một tỷ lệ phân chia cho một lần ra mắt, và giải thích vì sao:
| Kênh | Ngân sách | Vì sao |
|---|---|---|
| Google Search | 30 đô/ngày | Tiếp cận những người đã có nhu cầu sẵn với danh mục này |
| Meta | 10 đô/ngày | Xây dựng nhóm retargeting để dùng sau |
Tỷ lệ phân chia này dự kiến sẽ thay đổi khi có đủ hai tuần dữ liệu click để đối chiếu. Bạn có thể không đồng ý với lý do này và thay đổi tỷ lệ trước khi bất kỳ điều gì được kích hoạt — điều đó khác hoàn toàn với việc phải đoán xem một hộp đen đã quyết định điều gì. Nó phân tích đối tượng — "chủ doanh nghiệp nhỏ ghét bảng tính" được chuyển thành các nhóm sở thích, đối tượng tương tự (lookalike), danh sách loại trừ — phần việc không hào nhoáng nhưng thực sự tạo nên sự khác biệt giữa một chiến dịch tìm ra người mua và một chiến dịch đốt ngân sách vào những người chỉ xem qua. Nó soạn nội dung sáng tạo từ sản phẩm thật của bạn, không phải ảnh stock — một ảnh chụp màn hình thật của giao diện thay vì một người đang mỉm cười trước laptop chưa từng thấy app của bạn, và trên thực tế nội dung lấy từ giao diện thật đó vượt trội hơn ảnh stock lifestyle chung ở tỷ lệ click, điều này không còn gây ngạc nhiên khi bạn nhận ra quảng cáo đang cho thấy đúng thứ mà người xem sắp bấm vào.
Sau đó nó chuẩn bị chiến dịch. Không phải màn hình xem trước trong dashboard của chúng tôi, không phải một bản PDF tổng hợp — mà là đối tượng chiến dịch thật, được xây dựng ngay trong Google Ads hoặc Meta Ads Manager, nằm ở trạng thái tạm dừng, hoàn toàn như thể một người mua quảng cáo đã hoàn tất và đi ăn trưa trước khi bấm kích hoạt. Rồi nó dừng lại. Cú click kích hoạt, ngân sách, thẻ thanh toán — tất cả đều thuộc về bạn. Vào chính giao diện của nền tảng quảng cáo, thử từng thiết lập, đổi một tiêu đề, xóa một nhóm quảng cáo bạn không thích — nền tảng sẽ không nhận ra hay bận tâm, vì nó chưa bao giờ có khả năng tự bỏ tạm dừng ngay từ đầu.
Cùng một quy tắc đó chi phối một điều khác: đăng bài dưới danh nghĩa của bạn. Xuất bản một bài blog, gửi email cho danh sách của bạn, trả lời khách hàng như thể "chính bạn" đang trả lời. Cùng dạng rủi ro — soạn thì rẻ, nhưng nếu sai thì đắt.
Hai điều mà agent không bao giờ tự làm một mình, ở bất kỳ đâu trên nền tảng: chi tiền của bạn, và nói thay bạn.
Một câu chính sách duy nhất, và mọi nhóm chúng tôi triển khai — Ads, các agent nội dung, những agent chạm vào trang web đang hoạt động của bạn — đều được kiểm tra dựa trên câu đó trước khi ra mắt. Có một lý do thứ hai khiến chúng tôi thích cách làm này, ngoài lập luận về chi phí kiểm toán: nó dễ hiểu.
| Sự bảo đảm | Điều bạn phải tin tưởng |
|---|---|
| "Chi tiêu bị giới hạn ở mức $X/ngày" | Logic giới hạn phải chính xác, không thể bị vượt qua bởi một cơn bão retry, không bị ảnh hưởng bởi một con số 0 gõ nhầm trong file cấu hình |
| "Chi tiêu đòi hỏi một cú click của con người, không có ngoại lệ" | Bạn đã click |
Chuỗi lý luận ngắn hơn nhiều, và bạn có thể tự kiểm chứng trong năm giây bằng cách xem chiến dịch có đang tạm dừng hay không.
Nơi điều này thực sự phát huy giá trị là ở phía trước và phía sau chính chiến dịch. Phía trước: nhóm Discovery có thể chuẩn bị một chiến dịch tạm dừng nhằm vào một trang danh sách chờ trước khi bất kỳ thứ gì được xây dựng. Có một ý tưởng sản phẩm, Discovery soạn một landing page và một chiến dịch tạm dừng hướng đến những người có khả năng muốn thứ đó, bạn tự kích hoạt với một ngân sách nhỏ, và vài ngày dữ liệu đăng ký sẽ cho biết có nên xây dựng nó hay không. Một ý tưởng tệ giờ chỉ tốn một landing page và bất kỳ số tiền bạn chọn chi để thử nghiệm, không phải một quý làm việc kỹ thuật cho thứ không ai muốn — và bạn có thể chạy thử nghiệm này một cách thoải mái chính vì bạn không bao giờ chỉ cách một cú click để một agent tự quyết định rằng ý tưởng đó đáng được nhiều ngân sách hơn bạn đã cho. Phía sau: hiệu suất được đưa vào cùng hệ thống ghi điểm như dữ liệu tìm kiếm và cửa hàng, và lần lập kế hoạch tiếp theo sẽ đọc dữ liệu đó. Nếu một tỷ lệ phân chia kênh từ ba tuần trước rõ ràng hoạt động kém khi có số liệu chuyển đổi thật, kế hoạch tiếp theo sẽ bắt đầu từ bằng chứng đó thay vì đề xuất lại một tỷ lệ chung tương tự. Bạn vẫn phê duyệt trước khi bất kỳ khoản chi nào diễn ra — nhưng bạn đang phê duyệt một kế hoạch dựa trên kết quả thật của bạn, không phải một điểm khởi đầu từ con số không.
Bài kiểm tra chúng tôi luôn quay lại: nếu một tính năng gặp lỗi vào ngày tồi tệ nhất của nó, phạm vi thiệt hại là gì? Với một bản nháp, đó là một bản nháp không dùng đến. Với việc nhắm mục tiêu, đó là một chiến dịch tạm dừng mà bạn chỉnh sửa trước khi nó chạm đến một đồng nào. Không có gì trong nhóm Ads có ngày tồi tệ nhất khiến bạn mất tiền mà bạn chưa phê duyệt, và đó không phải là điều chúng tôi tinh chỉnh cẩn thận để đạt được — đó là ràng buộc duy nhất chúng tôi từ chối đánh đổi vì sự tiện lợi.
