Bỏ qua để đến Nội dung

SOP: Xử lý khiếu nại và đổi trả khách hàng

11 tháng 9, 2026 bởi
SOP: Xử lý khiếu nại và đổi trả khách hàng
⏱ ~8 phút đọc📅 Cập nhật 09/09/2026✍️ Chuyên Gia AIX

1. Tên SOP

SOP-CS-01 — Xử lý khiếu nại và đổi trả khách hàng (áp dụng mọi ngành)

2. Mục đích

Mọi khiếu nại của khách — giao sai, thiếu hàng, hàng lỗi, dịch vụ không đạt — được tiếp nhận vào một hệ thống duy nhất, phân loại mức độ, xử lý đúng hẹn và chốt bằng hóa đơn điều chỉnh/bồi thống rõ ràng. Mục tiêu: không khiếu nại nào "sống" trong inbox hay điện thoại cá nhân, và nguyên nhân gốc được chặn để không lặp lại.

3. Vì sao SOP này quan trọng

❌ Khiếu nại rải rác ngoài hệ thống
  • Khiếu nại nằm ở Zalo cá nhân, sổ điện thoại nhân viên
  • Không ai biết khiếu nại nào đang chậm quá hẹn
  • Khách lớn phản ánh lần 2 mới được ưu tiên — mất khách âm thầm
✅ Khiếu nại là ticket trong hệ thống
  • Mỗi khiếu nại có hạn xử lý, người phụ trách, trạng thái rõ ràng
  • Dashboard cảnh báo khiếu nại sắp quá hẹn — xử lý trước khi khách giận
  • Thống kê nguyên nhân gốc — chặn lỗi lặp lại ở khâu phát sinh

4. Phạm vi áp dụng

Áp dụng cho mọi khiếu nại liên quan đến đơn hàng/dịch vụ đã giao: giao sai, thiếu, hư hỏng, sai hạn hẹn, chất lượng dịch vụ. Bao gồm cả yêu cầu đổi trả và điều chỉnh hóa đơn phát sinh từ khiếu nại. Không bao gồm yêu cầu báo giá mới (thuộc CRM) và tranh chấp công nợ thuần túy (thuộc quy trình thu hồi nợ).

5. Thuật ngữ

Thuật ngữĐịnh nghĩa
Ticket khiếu nạiBản ghi khiếu nại với mã, mức độ, hạn xử lý, người phụ trách và kết luận.
Mức độM1 nghiêm trọng (khách dừng hợp tác, lỗi hệ thống nặng) · M2 lớn (một đơn hư hỏng/sai lớn) · M3 thường (góp ý, sai nhỏ).
Hóa đơn điều chỉnhHóa đơn lập lại/thu điều chỉnh phát sinh từ kết quả khiếu nại (trả hàng, giảm giá, bồi thường).

6. Quy trình thực hiện

BướcThực hiệnTrên OdooTrách nhiệm
1Tiếp nhận từ mọi kênh (điện thoại, email, Zalo) — lập ticket ngayTạo ticket gắn khách hàng + đơn hàng liên quanNhân viên tiếp nhận
2Phân loại mức độ M1/M2/M3 và hẹn thời gian phản hồiHạn phản hồi tự tính theo mức độTrưởng CS
3Phản hồi đầu tiên cho khách trong hạnGhi log liên hệ trên ticketNgười phụ trách
4Truy nguyên nhân: xem lại dữ liệu đơn hàng, kho, vận chuyểnTicket liên kết đơn hàng — đọc được lịch sử giaoNgười phụ trách + bộ phận liên quan
5Chốt phương án: đổi / trả / sửa / giảm giá / bồi thườngPhương án ghi trên ticket, phê duyệt theo thẩm quyềnQuản lý
6Thực hiện đổi trả, lập hóa đơn điều chỉnhPhiếu trả/đổi kho + hóa đơn điều chỉnh gắn ticketKho + Kế toán
7Đóng ticket, thống kê nguyên nhân gốc cuối tuầnBáo cáo khiếu nại theo nguyên nhân — đầu vào cải tiếnTrưởng CS

7. Vai trò ERP và AI Agent

Thành phầnVai trò
ERP — ghi nhận chuẩnTicket gắn khách + đơn + kho + hóa đơn điều chỉnh — truy nguyên nhân trong vài phút thay vì hỏi lòng vòng nhiều phòng.
AI Agent phân loại (triage)Đọc nội dung khiếu nại, gợi ý mức độ và đơn hàng liên quan — giảm sai sót phân loại lúc cao điểm.
Recommended ActionSo khiếu nại lặp lại của cùng khách/cùng lý do — đề xuất xử lý theo tiền lệ và cảnh báo khách có nguy cơ rời bỏ.

8. KPI theo dõi

KPICách đoMục tiêu
Thời gian phản hồi đầu tiênGiờ từ tiếp nhận đến phản hồi đầu cho kháchM1 ≤ 2h · M2 ≤ 8h · M3 ≤ 24h
Thời gian đóng khiếu nạiGiờ từ tiếp nhận đến đóng ticketM1 ≤ 48h · M2 ≤ 5 ngày · M3 ≤ 10 ngày
% khiếu nại quá hẹnTicket quá hạn xử lý / tổng ticket≤ 5%
% khiếu nại lặp nguyên nhânTicket cùng nguyên nhân gốc lặp lại / tổngGiảm dần theo tháng

9. Lỗi thường gặp

LỗiHệ quảPhòng tránh
Nhận khiếu nại qua kênh cá nhân, không lập ticketKhông ai theo dõi hạn — khách phải nhắc lạiQuy định: chưa có ticket = chưa tiếp nhận
Xử lý xong nhưng không điều chỉnh hóa đơnSổ sách lệch với thực tế — kế toán truy lăng về sauChặn đóng ticket khi chưa có chứng từ kết quả
Không thống kê nguyên nhân gốcLỗi lặp lại — chi phí bồi thường thành chi phí cố địnhBắt buộc chọn nguyên nhân gốc trước khi đóng ticket

10. Liên kết liên quan

Ví dụ vận tải: khiếu nại giao trễ/trả sai bãi — xử lý trong demo Vận tải Container. Khiếu nại thiếu/sai ở kho: kết hợp quy trình "Tồn kho đến Giao hàng".

Chia sẻ bài này
Lưu trữ