고객 문의에 AI를 붙인다면, 답장보다 접수 메모부터

“지난번에 산 제품이 작동하지 않는데, 금요일까지 교환받을 수 있나요?” 이 문의에 매끄러운 답장을 쓰는 것은 어렵지 않아 보입니다. 하지만 구매 시점도, 주문한 제품도, 고장 상태도 아직 모릅니다. AI가 곧바로 교환을 약속한다면 문장은 친절해도 처리 내용은 틀릴 수 있습니다.

고객 문의에 AI를 처음 붙이는 팀이라면 답장 발송보다 접수 메모부터 시작해볼 만합니다. 원문에서 드러난 사실을 정리하고, 빠진 정보를 남기고, 담당자에게 넘기는 일입니다. 아래 문의와 메모는 설명용으로 작성했으며 실제 고객이나 모델의 응답이 아닙니다.

친절한 답변보다 먼저 필요한 정보

“작동하지 않는다”는 말만으로 제품 불량을 확정하면 안 됩니다. 고객은 증상을 말했을 뿐 원인을 진단하지 않았습니다. “금요일까지”도 약속된 납기가 아니라 고객의 희망입니다. 접수 메모는 이 차이를 유지할 때 쓸모가 있습니다.

담당자가 바로 이어받을 수 있는 메모

문의 유형: 제품 작동 문제 / 교환 요청 고객 설명: 기존 구매 제품이 작동하지 않는다고 함. 금요일까지 교환품 수령을 희망함. 추가로 받을 정보: 주문 식별정보, 제품명, 증상 설명 또는 회사가 허용한 방식의 증상 자료. 담당자 판단: 교환 가능 여부와 재고·배송일을 확인한 뒤 안내. 현재 교환·도착일은 약속하지 않음.

메모가 충분하면 담당자는 원문을 처음부터 다시 분류하는 대신 빠진 정보를 보완하는 데서 시작할 수 있습니다. 여기서 기대하는 변화는 업무 순서의 정리입니다. 실제 시간이 얼마나 줄어드는지는 이 예시만으로 알 수 없습니다.

AI에 줄 지시도 메모의 구조와 맞춥니다. “정중하게 답변하라”보다 “고객이 말한 사실, 희망, 없는 정보를 나누고 원문에 없는 주문번호·정책·납기를 만들지 말라”가 이 작업에 적합합니다. 고객에게 보낼 표현을 다듬는 일은 담당자가 처리 방향을 정한 다음에 할 수 있습니다.

시험할 때는 문장이 아니라 넘어간 일을 보세요

쉬운 문의만 모으면 실제 접수에서 마주칠 문제가 보이지 않습니다. 주문정보가 빠진 문의, 요청이 섞인 문의, 이전 답변에 항의하는 문의처럼 형태가 다른 자료를 골라보세요. 실제 자료를 쓴다면 회사가 허용한 범위에서 식별정보를 제거하고 접근을 제한해야 합니다.

담당자는 원문과 메모를 함께 보며 고객의 요청이 빠졌는지, 추측이 사실로 바뀌었는지, 다음에 받을 정보가 구체적인지를 봅니다. 시간을 재고 싶다면 AI 생성 시간에 더해 원문 대조와 수정, 잘못 전달해 다시 처리한 시간까지 같은 범위로 셉니다. 현재 원고에는 그런 실측 결과가 없으므로 절약 시간을 제시하지 않습니다.

시범 운영을 끝낼 때 내릴 수 있는 결정

AI 사용 여부를 회사 전체의 도입 성공·실패로 결정할 필요는 없습니다. 내부 접수에서는 도움이 되지만 최종 답변에는 아직 적합하지 않을 수 있습니다. 남겨야 할 결정은 모델 이름보다 맡길 업무의 경계입니다. 고객에게 약속하는 일까지 넓히기 전에는 그 경계가 실제 처리 과정에서 지켜지는지 봐야 합니다.

업무 맥락과 위험을 함께 살펴보는 접근에는 NIST AI RMF의 평가 관점을 참고했습니다. 위 접수 예시와 운영 판단표는 해당 기관의 표준 양식이나 인증 기준이 아닌 편집부 제안입니다.