클레임이 들어왔을 때 필요한 것은 비슷한 문장을 찾는 일만이 아닙니다. 같은 제품인지, 생산 시기와 LOT가 관련 있는지, 이전 조치가 실제로 효과가 있었는지를 함께 확인해야 합니다. AI가 과거 사례를 잘 요약해도 이런 연결 정보가 빠지면 담당자의 판단 자료로 쓰기 어렵습니다.
첫 단계는 AI가 불량 원인을 확정하게 하는 일이 아닙니다. 관련 기록과 근거를 모아 품질 담당자가 확인할 시간을 줄일 수 있는지부터 검토하는 편이 현실적입니다.
흩어진 파일 사이에 연결 기준이 필요합니다
메일에는 고객의 증상 설명이, 품질 보고서에는 제품 코드가, 생산 시스템에는 LOT 정보가 있을 수 있습니다. 서로 연결할 식별자가 없다면 같은 사건인지부터 사람이 판단해야 합니다.
기존 기록에서 제품, 발생일, LOT, 증상, 조사 내용, 조치, 확인 결과가 어느 자료에 들어 있는지 살펴보세요. 과거 자료를 모두 새 양식으로 바꿀 필요는 없지만, 연결되지 않는 기록을 AI가 임의로 이어 붙이지 않도록 ‘확인된 관계’와 ‘관련 후보’를 구분해야 합니다.
첨부 사진도 원본 기록과 연결돼 있어야 합니다. 사진이 비슷하다는 이유만으로 같은 원인이라고 판단하는 것은 별도의 검증 없이 적용할 수 없습니다.
담당자에게 보여줄 결과는 보고서 한 장보다 구체적이어야 합니다
다음은 결과 화면을 검토할 때 사용할 수 있는 구성 예입니다. 실제 고객사의 성과나 납품 사양을 뜻하지 않습니다.
- 접수 건: 제품·증상·발생 조건과 아직 확인되지 않은 정보
- 유사 이력: 원본 링크, 비슷한 조건, 이번 건과 다른 조건
- 원인 후보: 후보를 뒷받침하는 기록과 반대 근거
- 다음 확인: 추가 측정·현장 확인이 필요한 항목과 담당자
종결 보고서의 확정 원인과 중간 메모의 추정 원인을 같은 수준으로 보여주지 않는 것이 중요합니다. 기록이 서로 다르면 차이를 드러내야 하며, 자료가 없으면 그 사실을 남겨야 합니다.
과거 정답을 아는 사건으로 시험합니다
검증에는 이미 조사와 조치가 끝난 사례를 사용할 수 있습니다. 다만 접수 시점의 자료만으로 무엇을 찾을 수 있는지 시험하려면, 나중에 작성한 최종 결과가 시험 입력에 섞이지 않도록 해야 합니다. 그렇지 않으면 운영 때보다 쉬운 문제를 풀고 좋은 점수라고 판단하게 됩니다.
평가에는 필요한 이력을 찾았는지, 다른 LOT를 혼동했는지, 근거 없는 원인을 단정했는지, 담당자가 확인할 질문이 유용했는지를 나눠 넣습니다. 원인 후보가 많다고 더 좋은 결과가 되는 것은 아닙니다.
시스템 반영과 대외 회신은 별도로 승인합니다
AI가 작성한 조치안을 품질 시스템의 확정 기록으로 자동 등록하거나 고객에게 바로 보내는 것은 다음 단계의 문제입니다. 처음에는 담당자가 확인한 내용을 등록하고 원래 제안과 수정 결과를 구분하는 방식으로 범위를 제한할 수 있습니다.
케이엠웍스의 품질클레임·불량원인 Agent를 포함한 데모는 샘플 데이터로 자체 구현한 Reference Demo입니다. 고객 납품 실적이나 실제 원인 분석 성능을 보여주는 자료는 아닙니다. 실제 구축에서는 고객사의 품질 기록과 업무 기준으로 별도 검증이 필요합니다.
클레임 기록의 형식과 연결할 시스템이 정리돼 있다면 기업 AI 구축 범위를 검토할 수 있습니다. 민감한 고객 정보나 조사 원본 대신 자료 종류와 반복되는 확인 업무를 문의에 남겨주세요.