Cảnh báo doanh thu tụt, đơn lỗi tăng: biết trước khi khách phàn nàn

Một tình huống mà nhiều chủ shop online từng gặp: cổng thanh toán trên website trục trặc từ tối thứ Sáu. Khách vào, chọn hàng, bấm thanh toán, báo lỗi, bỏ đi. Không ai phàn nàn vì khách chỉ đơn giản sang shop khác. Sáng thứ Hai, báo cáo tuần cho thấy doanh thu cuối tuần thấp bất thường, và lúc đó mới đi tìm nguyên nhân. Hai ngày rưỡi đơn hàng đã mất.

Báo cáo định kỳ là nhìn lại. Cảnh báo là gõ cửa khi có chuyện. Hai thứ này bổ sung cho nhau, không thay nhau.

Cảnh báo chạy thế nào

Trong AiTroThu, cảnh báo tự động là một phần của gói Setup Trọn gói. Hệ thống quét nguồn số liệu đã nối theo chu kỳ — ví dụ 30 phút một lần — và so với ngưỡng đã đặt. Vượt ngưỡng thì trợ thủ nhắn cho người nhận. Nguồn được nối theo kiểu chỉ đọc: trợ thủ thấy số, không chạm vào dữ liệu gốc.

Nên cảnh báo những gì

Nếu chỉ chọn một, hãy chọn cảnh báo "không có đơn mới". Doanh thu tụt 20% có hàng chục lý do, nhiều cái không làm gì được ngay. Nhưng hai tiếng giữa giờ cao điểm không có đơn nào thì gần như chắc chắn có thứ gì đó hỏng, và sửa sớm một giờ là cứu được một giờ đơn.

Một cảnh báo và cuộc trò chuyện sau đó

Trợ thủ: Cảnh báo: từ 14:00 đến 16:00 hôm nay có 11 đơn bị hủy, trong khi cùng khung giờ thứ Năm tuần trước có 3 đơn. Ngưỡng đặt là 8 đơn hủy trong 2 giờ.

Quản lý: Lọc giúp chị 11 đơn đó, hủy vì lý do gì, có trùng mặt hàng không?

Trợ thủ: 8 trên 11 đơn có ghi lý do "hết hàng", đều chứa nồi chiên không dầu 5 lít. 3 đơn còn lại khách tự hủy, không ghi lý do.

Đến đây quản lý biết ngay việc cần làm: tạm ẩn sản phẩm đó trên web hoặc kiểm lại số tồn. Trợ thủ không tự ẩn sản phẩm được — nó chỉ đọc — nhưng nó rút ngắn quãng từ "có gì đó sai" đến "sai ở đâu" xuống vài phút. Lưu ý lý do hủy chỉ trả lời được nếu dữ liệu gốc có ghi lý do.

Gắn mỗi cảnh báo với việc đầu tiên cần làm

Cảnh báo kêu lúc 9 giờ tối, người nhận là quản lý ca chứ không phải chủ. Quản lý biết có chuyện, nhưng có biết làm gì không? Đây là chỗ nên kết hợp với kho tài liệu: viết một "sổ xử lý sự cố" ngắn, tải lên kho, mỗi loại cảnh báo một mục.

• Không có đơn mới: tự đặt thử một đơn trên web bằng điện thoại; lỗi ở bước nào thì chụp màn hình, gọi người phụ trách kỹ thuật theo số trong danh bạ nội bộ.
• Đơn hủy tăng: xem có trùng mặt hàng không, kiểm tồn thực tế, tạm ẩn món hết.
• Website không vào được: thử bằng 4G và wifi, báo người phụ trách kỹ thuật, đăng thông báo lên Page nếu kéo dài.

Khi cảnh báo tới, quản lý chỉ cần hỏi "cảnh báo này xử lý sao" và trợ thủ trả lời theo đúng sổ xử lý đã tải lên. Không còn cảnh gọi chủ lúc nửa đêm chỉ để hỏi "giờ em làm gì".

Giới hạn cần biết

• Cảnh báo chỉ nhanh bằng nguồn. Nếu doanh số được nhập vào Google Sheets cuối ngày, không có cách nào biết chuyện lúc 2 giờ chiều. Muốn cảnh báo trong ngày thì nguồn phải cập nhật trong ngày.
• Chu kỳ quét có độ trễ. Quét 30 phút một lần thì sự cố có thể mất tới nửa tiếng mới được phát hiện. Với cửa hàng nhỏ, độ trễ đó chấp nhận được.
• Messenger có khung 24 giờ. Người nhận không nhắn gì với trợ thủ trong 24 giờ trước đó thì cảnh báo có thể không tới qua Messenger, chỉ nằm ở web. Người nhận cảnh báo nên là người dùng trợ thủ hằng ngày.
• AI có thể sai. Trước khi làm việc lớn như tắt cả một chương trình khuyến mãi, kiểm lại số trên hệ thống gốc.

Bắt đầu với ba cảnh báo

1. Không có đơn mới trong 2 giờ, áp cho khung giờ bán chính.
2. Đơn hủy hoặc lỗi vượt một mức cụ thể trong 2 giờ.
3. Website không truy cập được.

Chạy hai tuần, ghi lại mỗi lần kêu có phải chuyện thật không. Nếu kêu quá nhiều mà không có gì, ngưỡng đang quá nhạy — bài riêng về cách đặt ngưỡng tránh báo động giả nói kỹ phần này. Nếu hai tuần không kêu lần nào mà mình biết đã có sự cố, ngưỡng đang quá lỏng.