Phân tích nguyên nhân gốc rễ là tìm ra điều kiện khiến sự cố xảy ra, để sửa một lần thay vì chữa cháy mãi. Trong bán hàng, hai công cụ đủ dùng là 5 Why và sơ đồ xương cá. Điều kiện bắt buộc: mỗi câu trả lời phải kiểm được bằng dữ liệu đơn, kho hay quảng cáo, không dựa vào đồng thuận trong phòng họp.
Phân tích nguyên nhân gốc rễ khác gì xử lý triệu chứng?
Xử lý triệu chứng làm con số đẹp lại tạm thời. Xử lý gốc làm sự cố không lặp lại. Đây là một trong năm thói quen nền của tư duy quản trị: dừng lại hỏi "vì sao" trước khi giao việc.
Ví dụ: đơn hoàn tăng, shop tặng thêm voucher để giữ khách. Tỷ lệ đánh giá xấu giảm một tuần rồi tăng lại. Voucher xử lý cảm xúc của khách, không xử lý lý do khách trả hàng. Gốc rễ thường nằm ở quy trình: một bước bị thiếu, một thông tin sai, một ngưỡng không ai theo dõi.
Dấu hiệu đã chạm gốc: nếu sửa điểm đó, bạn tin sự cố sẽ không quay lại ở các mã hàng khác, kênh khác. Nếu chỉ dám tin cho đúng một mã, bạn mới dừng ở triệu chứng.
Bài toán thực tế: hoàn hàng tăng gấp ba ở một mã
Ví dụ minh họa: mã quần jean B bán trên Shopee và TikTok Shop. Bốn tuần trước tỷ lệ hoàn khoảng 3%. Hai tuần gần đây lên 9%. Nhân viên chăm sóc khách nói "khách khó tính". Người phụ trách nội dung đề xuất chụp lại ảnh.
Trước khi làm gì, cần chắc con số là thật. Tách đơn hoàn thật (khách đã nhận rồi trả) khỏi đơn giao thất bại (khách không nhận). Hai loại này hay bị gộp, và bài đơn hoàn và giao thất bại chỉ cách tách theo từng kênh. Trong ví dụ, sau khi tách, tỷ lệ hoàn thật vẫn là 9%. Sự cố có thật.
Tư duy dẫn đường: làm 5 Why thế nào cho đúng?
Hỏi "vì sao" liên tiếp, nhưng mỗi tầng phải có bằng chứng trước khi sang tầng sau. Không có bằng chứng thì dừng lại lấy dữ liệu, không đoán tiếp.
| Tầng | Vì sao? | Câu trả lời | Bằng chứng kiểm |
|---|---|---|---|
| 1 | Vì sao hoàn tăng? | Khách trả vì "không vừa" | Lý do hoàn: 70% đơn hoàn ghi sai size |
| 2 | Vì sao không vừa? | Quần chạy nhỏ hơn bảng size | Đo 5 chiếc trong kho: vòng eo thiếu 2 cm |
| 3 | Vì sao chạy nhỏ? | Lô mới từ xưởng khác | Ngày nhập lô mới trùng ngày tỷ lệ hoàn bắt đầu tăng |
| 4 | Vì sao lô sai thông số vẫn lên kệ? | Nhận hàng chỉ đếm số lượng | Phiếu nhập không có mục đo mẫu |
| 5 | Vì sao không có bước đo? | Quy trình viết khi chỉ có một xưởng | Chưa ai cập nhật quy trình khi thêm xưởng |
Gốc rễ ở tầng 5: quy trình nhận hàng không theo kịp việc mở thêm nhà cung cấp. Sửa gốc là thêm bước đo mẫu cho mọi lô từ xưởng mới, không phải chụp lại ảnh.
Ba lỗi hay gặp khi làm 5 Why. Một, dừng ở tầng "con người": "vì nhân viên kho cẩu thả". Câu đó gần như luôn có một tầng tiếp theo, là vì sao quy trình cho phép sự cẩu thả lọt qua. Hai, đi một nhánh duy nhất trong khi sự cố có hai nguyên nhân song song. Ba, chấp nhận câu trả lời vì người nói có chức vụ cao.
Sơ đồ xương cá cho bán hàng có những nhánh nào?
Sơ đồ xương cá (Ishikawa) dùng khi chưa biết nên hỏi "vì sao" theo hướng nào. Bạn liệt kê mọi nhóm nguyên nhân có thể, rồi loại dần bằng dữ liệu. Với doanh nghiệp bán hàng đa kênh, sáu nhánh dưới đây thường đủ.
| Nhánh | Câu hỏi | Dữ liệu để kiểm |
|---|---|---|
| Sản phẩm | Chất lượng, thông số, mô tả có đổi? | Lý do hoàn, đánh giá 1–2 sao, ngày nhập lô |
| Giá và khuyến mãi | Giá, voucher, combo có đổi? | Lịch sử giá theo mã, giá trị đơn trung bình |
| Quảng cáo và nội dung | Chi tiêu, nhóm khách nhắm, video có đổi? | Chi tiêu và đơn quảng cáo theo ngày |
| Kho và vận chuyển | Hết hàng, gửi chậm, giao thất bại? | Tồn theo mã biến thể, thời gian bàn giao, trạng thái giao |
| Con người và quy trình | Ai mới vào, bước nào bị bỏ? | Lịch ca, thay đổi quy trình, phiếu nhập |
| Nền tảng và chính sách | Sàn đổi thuật toán, phí, quy định? | Thông báo của sàn, so sánh giữa các kênh |
Mẹo dùng nhanh: nếu sự cố chỉ xảy ra ở một kênh, nhánh "nền tảng" và "quảng cáo" đáng xem trước. Nếu xảy ra ở mọi kênh cùng lúc, nhánh "sản phẩm" và "kho" đáng xem trước. Với doanh thu giảm, bài doanh thu Shopee giảm đã tách sẵn năm biến tương ứng các nhánh này. Lệch tồn giữa các kênh là nguyên nhân âm thầm hay gặp ở nhánh kho, xem tồn kho đa kênh bị lệch.
AI bứt tốc: dùng AI kiểm giả thuyết thế nào?
AI giúp ở hai chỗ tốn công nhất: đọc văn bản tự do của khách và so số giữa nhiều nhánh. Nó không thay bạn chọn nhánh nào là gốc.
Trước khi đưa dữ liệu vào bất kỳ công cụ AI nào, che tên, số điện thoại, địa chỉ khách. Một mẫu yêu cầu dùng được:
Đây là 120 dòng lý do hoàn của mã B trong 6 tuần (đã che thông tin khách),
kèm ngày đặt và kênh bán. Hãy:
1. Gom lý do thành tối đa 6 nhóm, đếm số dòng mỗi nhóm theo tuần.
2. Chỉ ra nhóm nào tăng đột ngột và tăng từ tuần nào.
3. Với nhóm tăng nhiều nhất, đưa 3 giả thuyết theo các nhánh:
sản phẩm, kho, quảng cáo, nền tảng.
4. Mỗi giả thuyết cần thêm dữ liệu gì để xác nhận hoặc loại bỏ.
Không kết luận nếu dữ liệu không đủ; nói rõ chỗ còn thiếu.
Câu số 4 và dòng cuối là chỗ quan trọng. Chúng buộc AI trả về cách kiểm, thay vì một câu kết luận trôi chảy. Cách gom lý do hoàn chi tiết hơn có trong bài AI gom lý do hoàn hàng.
Phần dữ liệu đầu vào cũng cần sạch. Nếu đơn, tồn kho và quảng cáo được kéo thẳng từ sàn về một chỗ, như cách Quantri360 làm, bạn không mất buổi chiều gom bảng tính trước khi bắt đầu phân tích. Các trang phân tích chuyên sâu như hoàn, hủy, vận chuyển là điểm xuất phát tốt cho nhánh kho và sản phẩm.
Kết quả cần đo sau khi sửa gốc?
Đo đúng biến bạn đã sửa và đo ở diện rộng hơn chỗ phát hiện. Nếu gốc rễ là quy trình nhận hàng, thước đo không chỉ là tỷ lệ hoàn của mã B mà là tỷ lệ hoàn vì sai size của mọi lô từ xưởng mới.
Ví dụ minh họa: sau bốn tuần áp bước đo mẫu, tỷ lệ hoàn mã B về 3,5%, và hai lô của mã khác bị chặn trước khi lên kệ. Ghi lại cả hai con số. Con số thứ hai chứng minh bạn đã sửa gốc chứ không chỉ sửa một mã. Nếu một chỉ số quay lại mức cũ, nghĩa là còn nhánh chưa xét. Để không đọc nhầm biến động ngẫu nhiên thành hiệu quả, xem thêm sai lầm khi đọc số liệu.
Tóm lại
- Xác nhận sự cố là thật trước khi phân tích: tách hoàn khỏi giao thất bại, tách theo kênh.
- Dùng xương cá sáu nhánh khi chưa biết hướng, dùng 5 Why khi đã có hướng.
- Mỗi tầng "vì sao" phải có bằng chứng; không có thì dừng lại lấy dữ liệu.
- Không dừng ở "lỗi con người"; hỏi tiếp vì sao quy trình để lỗi lọt qua.
- Đo kết quả ở diện rộng hơn điểm phát hiện; muốn có số tự cập nhật để kiểm nhanh, xem các gói theo kênh.
