Chatbot AI hứa sai giảm giá: đừng chấm % tự trả lời

Anh/chị đang dán nốt băng keo lên thùng hàng cuối buổi tối. Điện thoại lại rung. Khách gửi ảnh chụp lời chatbot AI bán hàng, hỏi vì sao thanh toán không được giảm. “Shop bảo mua thêm thì được giảm, sao thanh toán không có?” Anh/chị mở bảng khuyến mãi, tìm mãi không thấy mức giảm đó.

Đặt mình vào cảnh ấy, tôi hiểu điều anh/chị sợ nhất. Bán theo lời bot thì tiếc tiền, nhưng từ chối thì khách nhìn anh/chị như người nói rồi nuốt lời ngay lúc họ chuẩn bị mua. Cái máy được thuê để đỡ việc lại để anh/chị đi xin lỗi.

Người mua vừa nhận một lời hứa dưới tên shop. Thành ra tôi không lấy tỷ lệ tự trả lời làm thước chấm chính. Tôi đếm lời hứa chưa được duyệt trên mỗi 100 cuộc hỏi về giá. Ngưỡng tôi đề xuất là 0, có một câu lọt tới khách thì dừng phần trả lời tự do về quyền lợi.

Nghe khắt khe, nhưng thử hỏi người đang phải bù tiền. Bot được nói bao nhiêu câu không có trong chính sách trước khi anh/chị chịu hết nổi?

Bot nói sai vì bịa, hoặc vì đọc đúng tờ giấy cũ

Vì sao nạp đủ tài liệu mà bot vẫn hứa sai? Tại vì tài liệu đúng lúc nạp chưa chắc đúng lúc khách hỏi.

Giả sử sáng nay anh/chị đưa bảng voucher đang chạy cho bot, nhưng đến chiều mã hết lượt thì bảng ấy vẫn nằm trong tài liệu. Bot đọc đúng từng chữ, nhưng khách không còn dùng được quyền lợi đó. Đây là lỗi nguồn cũ, thêm lời dặn “đừng bịa” không chữa được.

Tôi không có số đo để gọi đây là lỗi nhiều nhất ngày sale. Nhưng nó khác hẳn việc AI bịa thông tin. Một bên cần nguồn còn hiệu lực, bên kia cần chặn điều không có nguồn.

Khi thiếu nguồn, bot vẫn tạo câu trả lời từ những mẫu nó đã học. Câu nghe xuôi tai không chứng minh shop đang có chương trình ấy. Bản thân mô hình ngôn ngữ lớn rất dễ rơi vào xu hướng chiều ý người chat, cố tạo ra câu trả lời vừa lòng người hỏi thay vì từ chối khi không chắc chắn.

Vậy khách gợi “mua thêm được bớt đúng không” là một phép thử đáng làm. Đừng mặc định bot nào cũng gật, hãy thử đúng bot anh/chị đang dùng cả khi khách cố dụ nó bỏ lời dặn. Bài về cách người hỏi dụ AI đổi lời dặn giải thích kiểu này.

Tỷ lệ bịa khi tóm tắt tài liệu không đo lỗi trong chat bán hàng. Khách hỏi nhiều lượt, đổi ý hoặc dụ bot, nên phải thử ngay trong kiểu hội thoại đó.

Khung “Tờ giấy in”: câu này được phép nói đến lúc nào?

Thử in câu bot định gửi cho khách. Điều gì cần kiểm trước khi dám đưa tờ giấy ấy cho khách? Tôi kiểm nguồn, điều kiện áp dụng và thời điểm hết hiệu lực.

Bảng size ít đổi thì đọc từ bản đã duyệt, còn tồn kho là nguồn sống nên phải lấy số mới khi khách hỏi. Còn voucher phụ thuộc tài khoản, lượt dùng và lúc thanh toán. Với nhóm này, dẫn khách tới ưu đãi đang hiện an toàn hơn hứa mức giảm.

Khách hỏi	Nguồn phải có	Bot được nói gì	Khi thiếu nguồn
Size, chất liệu	Bản shop đã duyệt	Đúng nội dung trong bản	Hỏi người phụ trách sản phẩm
Đổi trả	Chính sách hiện hành, đúng trường hợp	Câu mẫu đã duyệt	Chuyển người nếu có ngoại lệ
Tồn kho, trạng thái đơn	Dữ liệu mới, đúng mã và đúng đơn	Trạng thái tại lúc lấy dữ liệu	Không đoán số hoặc ngày giao
Voucher, phí ship, giá cuối	Điều kiện đang áp cho đúng khách	Mẫu dẫn tới ưu đãi hoặc thanh toán	Không tự hứa số tiền
Khách đòi quyền lợi bot đã hứa	Hội thoại và đơn liên quan	Báo đã chuyển người xử lý	Người thật trao đổi với khách

Độ trễ bao nhiêu thì được phép báo còn hàng? Không có một số phút dùng chung cho mọi shop. Mã bán nhanh hết trong lúc khách thanh toán thì dữ liệu vừa lấy vẫn chưa đủ. Bot chỉ báo trạng thái vừa đọc, không hứa giữ hàng nếu hệ thống chưa giữ.

Bot hiểu câu hỏi nhưng không có nguồn phù hợp thì vẫn phải dùng mẫu. Thêm tài liệu thật dày không thay được điều kiện này.

Một lời hứa giảm giá làm mất bao nhiêu lãi?

Giả sử bot hứa giảm thêm 15% cho món thứ hai giá 300.000đ, thì tiền giảm là 300.000 × 15% = 45.000đ mỗi món. Giả sử shop bù khoản ấy, lãi trước bù là 60.000đ mỗi món. Số lãi này đã trừ mọi chi phí của món thêm, kể cả phí và thuế liên quan.

Giả sử nhật ký ghi 40 cuộc nhận lời hứa và đều mua thêm một món. Đây là ví dụ, không phải số chat tôi đã đo. Tổng tiền bù là 40 × 45.000 = 1.800.000đ. Vẫn còn lời. Cả 40 món tạo 40 × (60.000 − 45.000) = 600.000đ lãi sau bù.

Vậy shop mất trắng 1.800.000đ hay vẫn còn lời? Phải so với số món vốn bán được nếu bot không hứa. Giả sử 25 khách vốn sẽ mua thêm, còn 15 khách mua vì lời hứa. Không có lời hứa, lãi từ nhóm này là 25 × 60.000 = 1.500.000đ.

Có lời hứa, shop thu 600.000đ, ít hơn mức đó 900.000đ. Tính cách khác cũng ra cùng số: 25 × 45.000 − 15 × 15.000 = 900.000đ. Anh/chị vẫn tiếc tiền, nhưng cần gọi đúng phần lãi hụt.

Chỗ khó là ảnh chụp chat không cho biết khách vốn sẽ mua thêm hay chỉ mua vì lời hứa, nên tách 25 và 15 là giả sử. Nếu cả 40 món đều vốn bán được, lãi hụt là 1.800.000đ. Nếu cả 40 món chỉ bán nhờ lời hứa, shop có thêm 600.000đ lãi.

Công thức còn thiếu giờ xử lý, đổi trả và khách mất lòng. Đánh giá xấu thì tôi chưa tính tiền.

Chặn bằng chương trình, rồi đo xem người trực chịu nổi không

Với bot riêng, tôi yêu cầu chặn ở ngoài mô hình. Chiều vào bắt cụm đòi quyền lợi như “giảm thêm” hoặc “bớt cho”. Nếu bắt riêng chữ “mã”, cả khách hỏi mã đơn cũng bị chuyển sang người giữa lúc đội trực đang bận xử lý lời hứa sai. Câu hỏi tìm ưu đãi chung dùng mẫu đã duyệt, kèm đường dẫn đúng trang.

Chiều ra chặn câu bot tự viết có phần trăm, số tiền hoặc lời hứa giảm giá. Lọc cả tiền viết bằng chữ, cả câu “mua thêm em bớt”. Nhưng dò chữ vẫn bỏ sót cách nói lạ và chặn nhầm. Với quyền lợi, chỉ cho gửi mẫu đã duyệt hoặc dữ liệu qua bước kiểm riêng.

Nếu không kiểm được nguồn, hệ thống gửi mẫu thay cho câu vừa sinh. “Ưu đãi đang áp anh/chị xem ở trang sản phẩm giúp tôi. Giá cuối sẽ hiện khi anh/chị thanh toán.” Câu mẫu này không được cho bot viết thêm một mức giảm ở cuối.

Chặn xong rồi chuyển hết sang người là chưa làm xong. Giả sử 2.000 cuộc chat, 40% cần người, tức 800 cuộc, dồn vào 8 giờ thì có 100 cuộc mỗi giờ. Giả sử mỗi người xử lý 25 cuộc một giờ, cần 4 người.

Nếu chỉ có 2 người, nhóm này vượt sức 50 cuộc mỗi giờ, nên càng kéo dài giờ đông thì hàng chờ càng tăng. Vậy thì câu hỏi ưu đãi chung phải có câu mẫu trả ngay. Giữ người cho lời hứa đang tranh chấp và khách yêu cầu gặp người.

Ngưỡng chuyển là số cuộc cần người mỗi giờ không vượt sức đội trực, tính bằng cuộc xử lý xong chứ không bằng số tin nhắn đã gửi. Nếu vẫn quá tải, thêm người hoặc thu hẹp phần bot được nhận. Không báo khách một giờ hẹn mà đội trực chưa làm nổi.

Đọc đúng nhóm chat, đừng thấy mẫu sạch rồi nhẹ người

Giả sử lỗi xuất hiện ở 1% cuộc, độc lập và cùng xác suất. Đọc ngẫu nhiên 50 cuộc chỉ có xác suất bắt ít nhất một lỗi khoảng 39,5%. Phép tính là 1 − 0,99⁵⁰. Đọc 300 cuộc thì xác suất ấy khoảng 95,1%, vẫn không chứng minh bot hết sai.

Tôi không đem tỷ lệ giả sử ấy gán cho bot nào. Trong tuần đầu, lọc cả số tiền, phần trăm, quyền lợi nói bằng chữ và khách đòi bù, rồi đọc toàn bộ nhóm chat ấy. Đọc thêm nhóm không bị lọc để xem bộ lọc có bỏ sót cách hỏi không.

Trên mỗi 100 cuộc thuộc nhóm giá, đếm lời hứa chưa được duyệt. Có một câu đã gửi thì dừng trả lời tự do về quyền lợi, rồi đếm riêng câu dùng nguồn cũ để sửa đường lấy dữ liệu. Nạp thêm tài liệu không chữa chuyện mã đã hết lượt.

Tôi còn đo số cuộc cần người và số cuộc xử lý xong mỗi giờ. Khách yêu cầu gặp người mà chưa được trả lời cũng phải nằm trong sổ. Đây là cách chấm tôi đề xuất, chưa phải kết quả thử bot ở các gian tôi vận hành.

Số vận hành tôi có cho thấy vì sao phải nghĩ tới tải: ngày 09/09/2026, một gian ghi nhận 879 đơn trong bảng điều khiển Shopee. Số do nền tảng ghi nhận trên tài khoản tôi đang vận hành, chưa trừ đơn vốn tự về. Kết quả mỗi gian khác nhau tuỳ ngành, giá bán và ngân sách.

Số đơn ấy không cho biết có bao nhiêu cuộc chat. Tôi không suy số người trực từ số đơn. Muốn giao bot việc thật, phải đo hàng chờ thật của chính gian ấy. Đó cũng là cách tôi nhìn việc đưa AI vào bán hàng.

Khách chờ rồi bỏ đi: tính ngưỡng, đừng cãi bằng cảm giác

Phản biện đáng nghe là khách chờ người sẽ sang shop khác, mà người trực cũng có giá của việc trả lời chậm. So tiền mất do chờ với tiền mất do câu sai mới quyết được.

Giả sử cứ 100 cuộc hỏi giá, việc chờ người làm mất thêm 2 đơn có lãi 60.000đ mỗi đơn. Chi phí chờ bình quân là 2 × 60.000 ÷ 100 = 1.200đ mỗi cuộc. Giả sử mỗi câu sai gây mất ròng 120.000đ, gồm bù tiền và công xử lý.

Điểm ngang nhau là 1.200 ÷ 120.000 = 1%. Đây vẫn là phép tính với những số giả sử. Dưới 1%, đường tự động rẻ hơn theo các giả sử này; trên 1% thì đường có người rẻ hơn.

Nhưng ngưỡng tiền ấy không cấp quyền cho bot tự hứa. Nó giúp chọn giữa câu mẫu trả ngay và người trực có nguồn để xác nhận. Bot chỉ được tự động xác nhận quyền lợi khi nguồn và điều kiện đã được kiểm. Chưa đo được tỷ lệ sai hoặc chi phí thì chưa dùng phép tính này để mở quyền nói giá.

Khung này cũng có giới hạn ở dữ liệu cá nhân và quyền cài bộ chặn. Một câu đúng bảng giá chung vẫn sai với khách không đủ điều kiện dùng ưu đãi, dù dữ liệu giá vừa được lấy trong lúc họ hỏi. Nếu công cụ không cho kiểm câu trước lúc gửi, anh/chị không dùng được lớp chặn tôi vừa nêu.

Trên Shopee, đừng nhầm bot riêng với Trợ lý Chat AI

Phần bộ chặn ở trên dành cho bot anh/chị kiểm được đường gửi. Tôi không mặc định người bán cài được bộ chặn ấy vào Trợ lý Chat AI của Shopee.

Theo hướng dẫn BigSeller về Trợ lý Chat AI, lượt AI xử lý thành công không tính vào tỷ lệ phản hồi. Khi khách chọn “Không thích” và chuyển sang người, hội thoại tiếp tính như chat thường. Đây là nguồn thứ cấp, tôi chưa đối chiếu được hướng dẫn chính thức của Shopee. Anh/chị cần xem quy định đang hiện trong Kênh Người Bán trước khi dựa vào đó.

Thành ra bật AI chưa có nghĩa là bỏ được người trực. Khách đã chuyển vẫn cần người của shop trả lời. Bài về tỷ lệ phản hồi chat của gian giúp anh/chị đọc đúng chỉ số này.

Nếu bot hứa sai, người thật cần giữ ảnh chat và xem đơn trước. Khách chưa mua thì kiểm cách cấp mã riêng trong sàn, nếu công cụ cho phép. Khách đã mua thì trao đổi cách xử lý qua hỗ trợ và luồng sau mua của sàn. Đừng coi voucher đơn sau là đã bù xong khoản khách thiếu hôm nay.

Khoản hoàn ngoài sàn cần đối chiếu quy định trước. Tôi chưa đối chiếu điều khoản bảo vệ người tiêu dùng cho tình huống này. Giới hạn đó không có nghĩa shop hết trách nhiệm với thông tin đã đưa cho khách.

Trước buổi sale tới, mở nhóm chat hỏi giảm giá gần nhất. Đếm lời hứa chưa được duyệt, rồi sửa quyền trả lời trước khi sửa câu lệnh. Tới tối dán thùng hàng, anh/chị cần biết bot đã nói gì dưới tên mình.

Câu hỏi thường gặp khi bot hứa sai khuyến mãi

Cứ thấy câu trả lời có số tiền thì chặn hết sao?

Chặn phần bot tự sinh về quyền lợi, không chặn mọi con số của shop. Bảng size và mã đơn đã được kiểm vẫn dùng được. Với giá, chỉ gửi mẫu hoặc dữ liệu đã qua bước kiểm nguồn và điều kiện.

Ngày sale tắt bot thì ai trả lời khách đang hỏi?

Giữ câu mẫu trả ngay cho nhóm hỏi ưu đãi chung. Người trực xử lý lời hứa sai và yêu cầu gặp người. Nếu số cuộc cần người vượt sức đội trực, phải thêm người hoặc giảm việc bot nhận.

Bot hứa sai rồi, tặng mã cho đơn sau có đủ không?

Không đủ nếu khách chưa đồng ý với cách bù ấy. Người thật cần xác nhận khoản khách thiếu và chọn cách xử lý trong sàn. Tôi không đưa kết luận pháp lý khi chưa đối chiếu điều khoản cho tình huống cụ thể.