Bài 1 — Vì sao E-commerce cần Agent, không chỉ là chatbot

Một chatbot bán lẻ đời cũ chỉ trả lời theo kịch bản: khách gõ "phí ship", nó đọc câu trả lời có sẵn. Nhưng khi khách hỏi "áo này size L còn hàng không, ship về Đà Nẵng bao nhiêu, tối nay đặt mai có nhận được không?" thì chatbot kịch bản đứng hình. Agent khác ở chỗ: nó có khả năng lập kế hoạch (planning), gọi công cụ (tools) để tra tồn kho, tính phí ship, kiểm tra lịch giao — rồi tổng hợp thành một câu trả lời hoàn chỉnh.

Agent trong bán lẻ là gì

Một agent E-commerce gồm 4 phần:

• LLM (bộ não) — hiểu ý khách, quyết định cần làm gì.
• Tools (tay chân) — các hàm gọi API: get_stock(sku), calc_shipping(addr), create_return(order_id).
• Memory (trí nhớ) — lịch sử hội thoại + hồ sơ khách (đã mua gì, size nào).
• Guardrails (lằn ranh an toàn) — quy tắc không được vượt: không tự hoàn tiền quá 500k, không hứa giao trong ngày nếu kho báo hết.

Ví dụ cụ thể

Khách nhắn: "Đơn #A17 của mình đổi sang màu đen được không?" Agent sẽ:

• Gọi get_order("A17") → biết đơn đang "chờ đóng gói".
• Gọi get_stock("SHIRT-BLACK-L") → còn 12 cái.
• Kiểm tra guardrail: đơn chưa xuất kho → được phép đổi.
• Gọi update_order_item("A17", ...) và trả lời khách đã đổi xong.

Các bước tư duy khi bắt đầu

• Liệt kê 5 câu hỏi khách hỏi nhiều nhất (FAQ thực tế của shop).
• Với mỗi câu, xác định agent cần dữ liệu gì để trả lời đúng.
• Mỗi loại dữ liệu → một tool (một API/hàm).
• Xác định hành động nào agent được tự làm, hành động nào phải chuyển cho người.
• Chọn chỉ số đo lường: tỉ lệ tự giải quyết (self-serve rate), thời gian phản hồi, doanh thu/chuyển đổi.

Input khách → LLM hiểu ý → chọn tool → gọi API shop
         → nhận dữ liệu → LLM tổng hợp → trả lời + hành động

Khung tư duy: "Trả lời hay Hành động?"

Với mỗi yêu cầu của khách, phân loại:

• Chỉ trả lời (read-only): tra tồn, tính ship, gợi ý sản phẩm → rủi ro thấp, cho agent tự làm.
• Có hành động ghi (write): hủy đơn, hoàn tiền, đổi hàng → cần guardrail + đôi khi cần người duyệt.

Đây là ranh giới quan trọng nhất: mọi hành động ghi dữ liệu phải có giới hạn rõ ràng.

Checklist trước khi xây agent

• [ ] Đã có danh sách 10–20 tình huống thật từ log chat/hotline chưa?
• [ ] Đã biết shop dùng nền tảng nào (Shopify, WooCommerce, Haravan, KiotViet, sheet tự làm)?
• [ ] Có API hoặc cách truy cập tồn kho/đơn hàng chưa?
• [ ] Đã định nghĩa "thành công" bằng con số cụ thể chưa?
• [ ] Đã có phương án chuyển cho người khi agent bí chưa?

Sai lầm thường gặp

• Nghĩ agent = chatbot to hơn. Sai. Giá trị của agent nằm ở hành động thật (đổi đơn, tra tồn), không phải câu chữ mượt.
• Cho agent quyền hành động ngay từ ngày đầu. Nên chạy read-only trước, quan sát log, rồi mới mở dần quyền ghi.
• Không có đường lui về người. Agent nào cũng có lúc bí; thiếu nút "gặp nhân viên" sẽ làm khách bực và mất đơn.
• Đo bằng cảm tính. "Thấy cũng ổn" không phải chỉ số. Phải đo self-serve rate và tỉ lệ chuyển đổi.

Kết thúc bài này, bạn nên viết ra được một trang giấy: shop của bạn cần agent làm 3 việc gì, cần những tool nào, và đâu là ranh giới an toàn. Đó là bản thiết kế bạn sẽ hiện thực hóa ở các bài sau.