Tối ưu AI có kiểm soát

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.

AI nên giải phóng thời gian cho quyết định nào?#

Người chạy quảng cáo thường phải đọc nhiều bảng, tìm chỗ lệch chi và lặp lại những thay đổi nhỏ. Ads tập trung các đề xuất để người phụ trách dành thời gian kiểm mục tiêu, chất lượng dữ liệu và tác động kinh doanh.

Mock minh họa cách làm việc này bằng câu trả lời và đề xuất mẫu, không gọi mô hình AI thật.

Đọc đề xuất theo ba lớp#

Trong Trung tâm tối ưu AI, mở đề xuất và kiểm:

1. Căn cứ: chiến dịch nào, kỳ nào, đơn và tín hiệu nào dẫn tới nhận định? Có dữ liệu lỗi hoặc đơn chờ đối soát không?
2. Thay đổi: bảng trước/sau đổi ngân sách hoặc nội dung ở đâu? Tác động dự kiến là ước tính, chưa phải kết quả đã đạt.
3. Giới hạn và thẩm quyền: tổng ngân sách, mức đổi mỗi chiến dịch, trần tháng, hàng còn bán và quyền ghi có đạt không? Mức tăng lớn nhất có nằm trong thẩm quyền duyệt của bạn không?

Ảnh từ mock. Đọc trạng thái đề xuất và các kiểm tra trước khi quyết định; con số dự kiến không phải cam kết tăng doanh thu.

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

1. Căn cứ: đọc số liệu, phạm vi và thử nghiệm liên quan; chưa đủ căn cứ thì chưa duyệt.
2. Trước và sau: xác định đúng chiến dịch/tệp sẽ bị thay đổi.
3. Kiểm tra an toàn: dòng đầu cho biết vai trò của bạn có được duyệt mức tăng này không; đọc tiếp từng điều kiện, khi bị chặn thì xử lý nguyên nhân rồi kiểm lại.
4. Xác nhận và duyệt: tick sau khi đã đọc tác động, rồi chọn áp dụng hoặc chuyển sang đề xuất tiếp; không coi nút duyệt là bước kiểm tra thay cho con người.

Duyệt một đề xuất như duyệt một quyết định kinh doanh#

Luồng kết hợp kiểm tra của mock với đánh giá kinh doanh của người duyệt. Áp dụng xong mới bắt đầu kiểm kết quả, chưa phải đã chứng minh lợi ích.

flowchart TD
 A["Đọc căn cứ và mục tiêu của đề xuất"] --> B("Phù hợp bài toán kinh doanh?"):::kv-decision
 B -->|Không hoặc chưa đủ| C["Bỏ qua hoặc chờ thêm căn cứ"]
 B -->|Có| D["Kiểm trước/sau, quyền và giới hạn"]
 D --> E("Có điều kiện bị chặn?"):::kv-decision
 E -->|Có| F["Xử lý nguyên nhân, tải lại đề xuất"]
 F --> A
 E -->|Chỉ vượt thẩm quyền| H["Gửi người có thẩm quyền duyệt"]
 E -->|Không| G["Xác nhận và duyệt phiên bản hiện hành"]
 class C,F,H kv-warning

Sau khi duyệt, chuyển sang kiểm kết quả và khả năng khôi phục. Đây là phần tiếp nối của cùng quyết định:

flowchart TD
 G["Đề xuất đã được duyệt"] --> H["Kiểm nhật ký và kết quả theo kỳ"]
 H --> I("Cần khôi phục?"):::kv-decision
 I -->|Có| J["Hoàn tác còn khả dụng trong luồng hoặc nhật ký"]
 I -->|Không| K["Giữ thay đổi và tiếp tục đánh giá"]
 class J kv-warning
 class K kv-positive

Lấy đề xuất mẫu chuyển 300.000 đồng/ngày từ TikTok Khám phá sang Meta Khách quay lại. Bảng trước/sau cho thấy mỗi phía từ 1,6 triệu/ngày đổi thành 1,3 và 1,9 triệu. Mức thay đổi thực là 18,75% mỗi chiến dịch, được hiển thị làm tròn khoảng 19%; tổng hai chiến dịch vẫn 3,2 triệu/ngày. Qua kiểm tra số học chưa có nghĩa đề xuất đã đáng làm.

Người duyệt cần kiểm tiếp căn cứ CPA, cỡ mẫu và dấu hiệu bão hòa. Hai chiến dịch phục vụ khách mới và khách quay lại có vai trò khác nhau: CPA thấp hơn ở nhóm quay lại không tự chứng minh nên rút thêm tiền khỏi nhóm tìm khách. Hỏi xem đề xuất đang tối ưu kết quả ngắn hạn hay phù hợp mục tiêu tăng khách mới; mock chưa tính đầy đủ giá trị vòng đời để giải quyết đánh đổi này.

Trong chính tình huống mẫu, TikTok đã thu hồi quyền nên đề xuất bị chặn. Việc đúng lúc này là khôi phục quyền rồi đọc lại đề xuất, không cố duyệt bản đã có trước lỗi. Sau khi áp dụng, nhật ký cho biết thay đổi đã ghi nhận; kết quả kinh doanh vẫn cần được kiểm ở kỳ phù hợp. Tác động dự kiến theo tuần trên hộp thoại là dự báo mẫu, không phải doanh thu đã thu.

Các rào chắn đang được mô phỏng#

Kiểm tra đầu tiên là thẩm quyền: Quản lý quảng cáo tự duyệt khi không chiến dịch nào tăng quá ngưỡng (mẫu 250.000 đồng/ngày), Chủ tài khoản không giới hạn, Chuyên viên phân tích và Kế toán không duyệt. Người thiếu thẩm quyền thấy nút Gửi … duyệt thay cho nút duyệt; cách chọn ngưỡng nằm ở phân quyền và phê duyệt. Tiếp theo, quy tắc mẫu yêu cầu tổng ngân sách không tăng trong đề xuất phân bổ, mỗi chiến dịch đổi tối đa 20%, nằm trong trần tháng, sản phẩm còn hàng và có quyền ghi trên nền tảng liên quan. Một kiểm tra không đạt sẽ khóa duyệt và chỉ ra bước xử lý. Đây là cấu hình của mock, không phải mức tối ưu chung cho mọi doanh nghiệp.

Duyệt cần xác nhận đã đọc tác động. Khi dữ liệu đã đổi, cần tải lại đề xuất; không cố áp dụng bản cũ. Một đề xuất không được áp dụng hai lần.

Chọn chấp nhận, trì hoãn hay từ chối có lý do#

Bảng trên là cách ra quyết định đề xuất cho đội ngũ. Giao diện mock có duyệt, bỏ qua, hoàn tác và một bậc chuyển duyệt theo ngưỡng (người thiếu thẩm quyền gửi cho Quản lý hoặc Chủ tài khoản). Khi gửi duyệt, người duyệt được báo qua KétChat và email (mô phỏng, không gửi thật) và thấy yêu cầu trong Việc cần xử lý ở Tổng quan. Mock không có hệ thống ghi lý do, hẹn xem lại hay chuỗi phê duyệt nhiều bậc tương ứng mọi ô trong bảng. Những ghi chú bổ sung cần được lưu ở công cụ làm việc của doanh nghiệp.

Tự động đến đâu, theo dõi đến đó#

Chế độ theo tài khoản gồm chỉ đề xuất hoặc tự động trong giới hạn. Tài khoản chỉ theo dõi không nhận thay đổi AI. Chỉ Chủ tài khoản bật được tự động cho tài khoản hoặc chiến dịch; Quản lý quảng cáo chỉ chuyển về chỉ đề xuất hoặc tắt, vì tự động nghĩa là AI áp dụng thay đổi mà không qua từng lần duyệt. Khi chọn tự động, người vận hành vẫn cần kiểm nhật ký và giá trị thực tế; tự động hóa không chuyển trách nhiệm về mục tiêu kinh doanh cho phần mềm.

Khi bật, AI tự áp dụng thay đổi có tác động tới 5 triệu đồng/ngày (quy tắc r-03), mỗi lần đổi tối đa 20% (r-02); thay đổi lớn hơn thành đề xuất chờ duyệt theo ngưỡng của vai trò. Mức của AI có thể cao hơn ngưỡng của Quản lý (mẫu 250.000 đồng/ngày), vì chính Chủ tài khoản bật tự động và đặt quy tắc. Ma trận Ai duyệt gì ở Thành viên & phê duyệt ghi cả hai mức cạnh nhau, và báo rõ khi r-03 đang tắt.

Nếu tài khoản mất quyền, Chủ tài khoản dùng Kết nối lại từ cảnh báo; vai trò khác không thấy nút này mà thấy lời nhắc nhờ Chủ tài khoản. Luồng trong mock quay về đề xuất đang xem sau khi kết nối hoặc hủy; sau đó kiểm lại các điều kiện trước khi duyệt.

Tách lỗi cần dừng ngay khỏi kết quả cần đủ thời gian đánh giá#

Sai tài khoản, vượt giới hạn hoặc ảnh hưởng người mua thật cần được xử lý ngay khi có bằng chứng. Ngược lại, CPA tăng trong vài giờ đầu có thể chưa đủ để đảo quyết định nếu đơn chưa chốt. Khi khôi phục vì chất lượng hiệu quả, đối chiếu kỳ, chi tiêu, số đơn và các thay đổi khác; khi khôi phục vì sai phạm vi, không đợi một thử nghiệm đủ thời gian.

Trước khi bật tự động theo tài khoản, xác nhận có người rà nhật ký, có phạm vi được phép thay đổi và biết đưa tài khoản về chế độ chỉ đề xuất khi cần. Trong mock, một đề xuất không áp dụng hai lần và phiên bản cũ bị từ chối; các rào chắn này bảo vệ thao tác, không bảo đảm mọi quyết định hợp lệ đều tạo lợi ích.

Sau Duyệt & mở đề xuất tiếp, dùng hoàn tác trong chính hộp thoại nếu vừa phát hiện sai, rồi kiểm trạng thái và nhật ký. Hoàn tác cấu hình không hoàn trả chi phí đã phát sinh và không làm khách đã thấy quảng cáo “chưa từng thấy”. Khi nhiều người cùng làm, đọc trạng thái mới nhất trước khi khôi phục để tránh đảo ngược một quyết định sau đó của đồng đội.

Sửa sai ngay trong luồng#

Sau Duyệt & mở đề xuất tiếp, hộp thoại kế tiếp có Hoàn tác đề xuất trước để bàn phím truy cập được ngay. Hoàn tác giữ đề xuất đang xem. Khi đã đóng hộp thoại, tìm thay đổi ở Nhật ký thay đổi; đề xuất AI trong mock có thời hạn hoàn tác 7 ngày.

Hoàn tác là hành động cần kiểm kết quả, không phải bảo đảm thời gian và chi phí đã tiêu sẽ quay lại. Với nền tảng thật, hiệu lực còn phụ thuộc triển khai và khả năng tích hợp — chưa được xác nhận bởi mock này.

Bước tiếp: thử nghiệm để phân biệt hiệu quả thực với biến động tự nhiên.