# AI agent cho thương mại điện tử: đọc đơn, tồn kho, quảng cáo

> Agent hợp nhất với shop đa kênh ở vai người quét số mỗi sáng và đề xuất hành động. Thao tác ghi như đổi tồn, tắt quảng cáo vẫn cần người bấm duyệt.

AI agent cho thương mại điện tử hợp nhất với vai người quét số: mỗi sáng đọc đơn, tồn kho và quảng cáo của mọi kênh, tìm chỗ lệch, rồi soạn sẵn đề xuất. Người vận hành chỉ duyệt. Agent không nên tự đổi giá, tự tắt quảng cáo hay tự gửi tin cho khách khi chưa có người bấm duyệt. Nếu bạn chưa rõ khái niệm, đọc trước bài [AI agent là gì](/blog/ai-agent-la-gi).

## Bài toán thực tế: shop đa kênh cần agent làm gì?

Shop bán trên Shopee, TikTok Shop và website thường có ba nguồn số tách rời: đơn ở từng sàn, tồn ở phần mềm bán hàng, quảng cáo ở từng nền tảng. Không ai ngồi đối chiếu ba nguồn mỗi ngày, nên lỗi chỉ lộ ra khi đã thành tiền mất.

Các bài viết về AI agent cho thương mại điện tử hiện nay chủ yếu nói về phía người mua: agent gợi ý sản phẩm, trả lời khách, hỗ trợ thanh toán. Phía người bán, nơi tiền thật bị rò, ít được nói tới. Ba tình huống hay gặp:

- Mã bán chạy hết hàng ở kho chính nhưng quảng cáo vẫn đẩy, khách đặt rồi bị hủy.
- Một chiến dịch tiêu tiền đều mỗi ngày nhưng ba ngày liền không ra đơn. Xem thêm bài [quảng cáo tốn tiền không ra đơn](/giai-phap/quang-cao-ton-tien-khong-ra-don).
- Tồn trên sàn và tồn thật lệch nhau sau một đợt sale, xem [tồn kho đa kênh bị lệch](/blog/ton-kho-da-kenh-bi-lech).

Cả ba đều là việc đối chiếu nhiều nguồn, lặp lại hàng ngày, kết quả dễ kiểm. Đó đúng là kiểu việc nên giao cho agent.

## Tư duy dẫn đường: agent đọc gì, đề xuất gì, ai duyệt?

Trước khi chọn công cụ, hãy vẽ bảng phân vai. Mỗi dòng ghi rõ agent đọc nguồn nào, được đề xuất gì, và thao tác ghi tương ứng do ai bấm.

| Việc | Agent đọc | Agent đề xuất | Thao tác ghi | Ai duyệt |
|---|---|---|---|---|
| Hết hàng còn quảng cáo | Tồn theo mã biến thể, chiến dịch đang chạy | Danh sách chiến dịch nên tạm dừng | Tạm dừng chiến dịch | Người chạy quảng cáo |
| Quảng cáo không ra đơn | Chi tiêu và đơn theo ngày | Chiến dịch nên giảm ngân sách, lý do | Đổi ngân sách | Người chạy quảng cáo |
| Lệch tồn giữa kênh | Tồn phần mềm bán hàng, tồn trên sàn | Mã cần cập nhật, số đề xuất | Cập nhật tồn lên sàn | Người phụ trách kho |
| Đơn sắp trễ hạn giao | Đơn chờ lấy hàng, hạn giao | Danh sách đơn ưu tiên đóng gói | Không có (người tự xử lý) | Trưởng kho |
| Hoàn hàng tăng ở một mã | Đơn hoàn, lý do khách ghi | Việc cần kiểm (size, lô, ảnh) | Không có | Người phụ trách sản phẩm |

Hai dòng cuối không có thao tác ghi, và đó là chủ ý. Nhiều giá trị của agent nằm ở việc tìm ra vấn đề sớm, còn sửa thì người làm. Ba dòng đầu có thao tác ghi qua API sàn, ví dụ [cập nhật tồn kho Shopee](https://partner.quantri360.com/docs/shopee/post-api-v2-product-update-stock). Những API này chỉ nên chạy sau khi người bấm duyệt.

Một điểm định nghĩa hay bị bỏ qua: "hết hàng" là hết ở kho nào. Shop có nhiều kho phải nói rõ agent tính tồn khả dụng tổng hay theo kho phục vụ từng kênh. Agent không tự biết điều này.

## AI bứt tốc: luồng mẫu "hết hàng mà vẫn chạy quảng cáo"

Luồng dưới đây chạy mỗi sáng lúc 7 giờ. Số liệu là ví dụ minh họa cho một shop có khoảng 300 mã biến thể đang bán.

1. **Đọc tồn.** Agent lấy tồn khả dụng theo mã biến thể từ phần mềm bán hàng. Lọc các mã còn dưới 3 cái.
2. **Đọc quảng cáo.** Agent lấy chiến dịch đang chạy và hiệu suất hôm qua, ví dụ qua [hiệu suất quảng cáo theo ngày của Shopee](https://partner.quantri360.com/docs/shopee/get-api-v2-ads-get-all-cpc-ads-daily-performance).
3. **Đối chiếu.** Ghép mã sắp hết với sản phẩm trong chiến dịch. Ví dụ minh họa: tìm ra 4 mã sắp hết đang nằm trong 2 chiến dịch, hôm qua tiêu 600.000đ.
4. **Soạn đề xuất.** Mỗi đề xuất ghi: chiến dịch, mã liên quan, tồn còn, chi tiêu hôm qua, hành động đề xuất, mức tự tin.
5. **Chờ duyệt.** Đề xuất được gửi vào nhóm chat của đội vận hành. Người chạy quảng cáo bấm duyệt hoặc bỏ. Chỉ đề xuất đã duyệt mới được thực hiện.
6. **Ghi nhật ký.** Lưu lại đề xuất, người duyệt, giờ duyệt, kết quả thực hiện.

Prompt hệ thống cho agent ở bước 3–4 có thể viết như sau:

```
Bạn là trợ lý vận hành cho shop bán trên Shopee, TikTok Shop và website.
Nhiệm vụ: tìm sản phẩm sắp hết hàng nhưng vẫn nằm trong chiến dịch quảng cáo đang chạy.
Định nghĩa: "sắp hết" = tồn khả dụng tổng các kho < 3 cái theo mã biến thể.
Chỉ dùng số từ công cụ. Không tự ước lượng số nào. Thiếu dữ liệu thì ghi "không có dữ liệu".
Với mỗi trường hợp, trả về: chiến dịch, mã biến thể, tồn còn, chi tiêu hôm qua,
hành động đề xuất (tạm dừng / bỏ mã khỏi chiến dịch / giữ nguyên), lý do một câu, mức tự tin.
Bạn KHÔNG được gọi công cụ thay đổi chiến dịch. Chỉ đề xuất.
Nếu một mã đã có hàng đang về kho trong 2 ngày, đề xuất "giữ nguyên" và ghi rõ.
```

Câu cuối là luật nghiệp vụ mà chỉ người trong shop biết. Agent tốt hay dở phụ thuộc nhiều vào những câu kiểu này hơn là vào mô hình. Nếu cần thêm kỹ năng viết prompt, xem [cách viết prompt cho công việc](/blog/cach-viet-prompt-cho-cong-viec).

Với dữ liệu đơn có thông tin khách, hãy che họ tên, số điện thoại, địa chỉ trước khi gửi cho mô hình. Luồng trên không cần chúng.

## Kết quả cần đo lường là gì?

Đo cả hiệu quả và độ chính xác của agent. Chỉ đo tiền tiết kiệm mà không đo tỉ lệ đề xuất đúng, bạn sẽ không biết lúc nào agent bắt đầu sai.

| Chỉ số | Cách đo | Ví dụ minh họa sau 4 tuần |
|---|---|---|
| Chi tiêu quảng cáo cho mã hết hàng | Tổng chi tiêu của chiến dịch chứa mã tồn dưới 3 | Giảm từ khoảng 600.000đ xuống dưới 100.000đ mỗi ngày |
| Tỉ lệ đề xuất được duyệt | Số đề xuất duyệt / tổng đề xuất | 80%; 20% bị bỏ vì hàng sắp về |
| Thời gian từ lúc hết hàng tới lúc dừng quảng cáo | Giờ duyệt trừ giờ tồn chạm ngưỡng | Từ 1–2 ngày xuống dưới 3 giờ |
| Số đơn bị hủy do hết hàng | Đơn hủy lý do hết hàng theo tuần | So với 4 tuần trước |

Tỉ lệ duyệt thấp là tín hiệu tốt để sửa prompt hoặc định nghĩa, không phải để bỏ agent. Đề xuất bị bỏ nhiều vì cùng một lý do thì lý do đó nên thành luật trong prompt.

Nền dữ liệu cho cả luồng là đơn, tồn và quảng cáo của mọi kênh, cập nhật đều và tính theo cùng một quy ước. Quantri360 gom phần này sẵn và có [công cụ cảnh báo](/huong-dan/app/cong-cu-canh-bao) theo ngưỡng; với đội muốn tự dựng agent, dữ liệu sàn lấy qua [API Partner](https://partner.quantri360.com/sources) mà không cần tự xin app với từng sàn. Bức tranh rộng về vận hành nhiều kênh có ở bài [thương mại điện tử đa kênh](/blog/thuong-mai-dien-tu-da-kenh).

## Tóm lại

- Giao cho agent vai quét số mỗi sáng: tồn, quảng cáo, đơn sắp trễ, hoàn tăng.
- Vẽ bảng phân vai trước: agent đọc gì, đề xuất gì, thao tác ghi nào do ai duyệt.
- Viết định nghĩa và luật nghiệp vụ của shop vào prompt, cấm agent gọi công cụ ghi.
- Che dữ liệu cá nhân của khách trước khi gửi cho mô hình.
- Đo tiền tiết kiệm cùng tỉ lệ đề xuất được duyệt; đề xuất bị bỏ lặp lại thì biến thành luật. Kết nối nguồn dữ liệu theo bài [kết nối AI agent với dữ liệu](/blog/ket-noi-ai-agent-voi-du-lieu).

---
Source: https://quantri360.com/blog/ai-agent-thuong-mai-dien-tu · Quantri360