Case thực tế: Bị khách Harley-Davidson reject đối sách NG

Case thực tế: Bị khách Harley-Davidson reject đối sách NG – sai ở đâu và sửa thế nào để được approve?

🔍 Khi đối sách bị reject – không phải do lỗi lớn, mà do cách làm QA

Trong quá trình xử lý NG, có những case:

  • Lỗi không quá nghiêm trọng
  • Root cause đã xác định rõ
  • Đối sách cũng đã đưa ra

Nhưng khi gửi sang khách hàng như Harley:

👉 Bị reject ngay lần đầu


Phản hồi thường rất ngắn:

  • “Root cause not clear”
  • “Action is not effective”
  • “Please review again”

👉 Đây là điểm rất đặc trưng:

👉 Họ không giải thích nhiều, nhưng reject rất nhanh


⚠️ Sai lầm thực tế – QA nghĩ mình đã làm đúng

🔧 Case thực tế (dạng phổ biến)

  • NG: sai kích thước lắp ráp
  • Root cause: công nhân lắp sai
  • Action:
    • Đào tạo lại
    • QC kiểm chặt hơn

👉 Nhìn qua tưởng hợp lý


👉 Nhưng với Harley:

👉 Đây là một bản đối sách “không đạt”


🔍 Vì sao bị reject?

Từ góc nhìn khách hàng:

  • “Lắp sai” không phải root cause
  • Đào tạo không phải giải pháp
  • QC kiểm thêm = phát hiện, không phải ngăn

👉 Kết luận của họ:

👉 Hệ thống không thay đổi → lỗi sẽ quay lại


⚙️ Sửa lại đúng cách – chuyển từ “con người” sang “hệ thống”

🎯 Bước 1: Viết lại root cause

Không dừng ở:

  • Công nhân thao tác sai

Mà phải đi tiếp:

👉 Công đoạn chưa có cơ chế kiểm soát để phát hiện sai lắp


👉 Đây mới là root cause theo góc nhìn hệ thống


🎯 Bước 2: Viết lại đối sách

Thay vì:

  • Đào tạo
  • Nhắc nhở

Phải chuyển thành:

  • Bổ sung điểm kiểm tại công đoạn lắp
  • Thiết kế jig định vị chống sai
  • Bắt buộc kiểm 100% thông số X trước khi chuyển công đoạn

👉 Khi đó:

👉 Lỗi không thể xảy ra lại theo cách cũ


🔧 Bổ sung yếu tố quyết định – DATA (thứ Harley rất quan tâm)

Sau khi có action, nếu chỉ dừng ở mô tả:

→ vẫn chưa đủ


Phải có:

  • Số lượng kiểm
  • Thời gian theo dõi
  • Kết quả sau cải tiến

Ví dụ:

  • Trước: NG 2.8%
  • Sau: 0% trong 3,200 pcs kiểm

👉 Có data → mới được approve


🔄 Điều thay đổi sau khi sửa đúng cách

Sau khi viết lại theo hướng:

  • Root cause = hệ thống
  • Action = thay đổi kiểm soát
  • Có data chứng minh

👉 Kết quả thực tế:

  • Khách hàng approve nhanh hơn
  • Không bị hỏi lại nhiều vòng
  • Giảm audit

👉 Đây là dấu hiệu QA đã “đúng chuẩn khách Mỹ”


🔍 Góc nhìn thực tế

Sau khi xử lý nhiều case sẽ thấy rất rõ:

👉 Khách Harley không quan tâm bạn viết hay
👉 Họ chỉ quan tâm:

  • Bạn có hiểu đúng vấn đề không
  • Bạn có chặn được lỗi không
  • Bạn có chứng minh được không

👉 Nếu thiếu 1 trong 3:

→ reject là bình thường


🔍 Kết luận

Bị reject đối sách không phải vì lỗi khó,
mà vì:

👉 QA chưa chuyển từ tư duy “giải thích lỗi”
👉 sang “kiểm soát hệ thống + chứng minh bằng dữ liệu”


👉 Khi sửa được điểm này:
👉 Tỷ lệ approve sẽ thay đổi rõ rệt


📌 Ghi chú

Những chia sẻ này được đúc kết từ quá trình trực tiếp xử lý NG và phản hồi khách hàng trong môi trường tiêu chuẩn cao, dưới góc nhìn của Nguyễn Việt Dũng – kỹ sư cơ khí với kinh nghiệm làm việc thực tế với các hệ thống khách hàng như Harley-Davidson.

Để lại một bình luận

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *