AI 상담에 넣을 자료, 많기보다 정확해야 합니다

메일이나 채팅에 들어온 질문을 읽고 같은 뜻의 문의를 묶습니다. 분류 이름을 정교하게 만드는 것보다 반복되는 질문과 사람이 직접 처리한 요청을 구분하는 것이 먼저입니다. 답변을 찾는 데 오래 걸렸던 질문도 함께 표시해두세요.

각 질문 옆에는 지금 고객에게 보낼 수 있는 답과 근거 페이지를 적습니다. 근거 페이지를 찾을 수 없다면 AI 설정 전에 팀의 안내부터 정리해야 한다는 신호입니다. 담당자만 알고 있는 예외 조건은 공개 가능한 안내와 내부 판단 사항으로 나눠두세요.

요금제, 환불 안내, 설치 방법은 최신 내용이 특히 중요합니다. 예전 공지에 다른 가격이 남아 있다면 등록할 범위에서 제외하거나 원문에 적용 기간을 명시하세요. 수정일이 최근이라는 이유만으로 현재 정책이라고 단정하지 말고 실제 적용 기준을 확인해야 합니다.

비슷한 도움말이 여러 개라면 무엇이 기준 문서인지 정합니다. 표현을 다듬은 소개 페이지와 상세 정책이 충돌할 때 어느 쪽이 맞는지 사람이 먼저 결정해야 AI도 일관된 답을 할 수 있습니다. AI가 알아서 최신 정책을 추측하게 두지 마세요.

아래는 SaaS의 팀원 초대 안내를 준비하는 예시입니다. 특정 서비스의 실제 정책을 뜻하지 않습니다. 하나의 질문에 답할 때도 메뉴 위치만 있으면 부족하고, 권한과 실패 상황까지 설명되어 있어야 한다는 점을 살펴보세요.

정상적인 절차만 적힌 도움말은 첫 질문에는 잘 답해도 두 번째 질문부터 막힐 수 있습니다. 예외 상황을 무조건 길게 덧붙이기보다 고객이 다음에 무엇을 확인해야 하는지 한 문장씩 보완해보세요.

짧은 제목 아래에 대상, 조건, 행동을 함께 적으면 사람이 읽기도 좋고 필요한 부분을 찾기도 쉽습니다. “설정에서 바꾸세요” 대신 어떤 설정을 누가 바꿀 수 있는지 적고, 적용되지 않는 경우가 있다면 같은 문단에서 설명하세요.

표에만 있는 제한이나 이미지 안에 있는 안내도 확인해야 합니다. 자료 등록 후 실제로 추출된 내용에 핵심 조건이 남아 있는지 살펴보세요. 원본이 보기 좋다는 사실과 AI가 필요한 내용을 읽을 수 있다는 사실은 별개의 문제입니다.

확정된 안내가 여러 문서에 흩어져 있으면 핵심 질문과 답을 Q&A로 정리할 수 있습니다. 질문에는 고객이 실제로 쓰는 표현을 넣고, 답에는 조건과 예외를 함께 적으세요. 같은 뜻의 질문마다 거의 같은 답을 수십 개 만드는 방식은 관리만 어려워질 수 있습니다.

Q&A를 추가한 뒤에는 원문과 내용이 같은지도 확인해야 합니다. 정책이 바뀌면 Q&A도 함께 수정할 담당자를 정해두세요. 보강 자료가 오래된 답을 계속 우선 제공하는 상황을 막기 위해서입니다.

“워크스페이스 멤버 관리”라는 제목으로만 테스트하면 실제 고객의 “동료랑 같이 쓰려면 어떻게 해요?”를 놓칠 수 있습니다. 같은 뜻을 다른 말로 묻고, 짧은 후속 질문과 잘못된 전제도 보내보세요. 답변이 맞는지뿐 아니라 어떤 자료를 근거로 삼았는지도 확인합니다.

자료에 없는 질문도 일부러 넣어보세요. 없는 기능을 설명하거나 확인되지 않은 조건을 약속하면 준비가 끝난 상태가 아닙니다. 답할 수 없는 범위를 인정하고 담당자에게 연결하는 흐름까지 함께 확인해야 합니다.

질문만 저장하지 말고 기대하는 답의 핵심 조건도 적어두면 좋습니다. 담당자가 바뀌어도 같은 기준으로 볼 수 있고, 문서를 수정한 뒤 예전에 맞던 답이 달라졌는지 확인할 수 있습니다. 표현이 자연스러워졌어도 중요한 조건이 빠졌다면 개선으로 보기 어렵습니다.

Deyo의 데이터 소스에서 필요한 웹페이지, 지원 파일 또는 Q&A를 등록합니다. 웹사이트는 탐색한 페이지 중 고객 문의와 관련된 범위를 선택하고, 학습이 완료됐는지 확인하세요. 상담 테스트에서 질문을 보내 답변과 출처를 대조한 뒤 위젯에서 같은 흐름을 확인할 수 있습니다.

수집이 실패한 페이지는 그대로 두지 말고 원인을 확인하거나 Q&A로 필요한 안내를 보완하세요. 웹페이지를 고쳤다면 Deyo에서도 수동 재학습을 실행하고 상태를 확인해야 합니다. 원문 수정만으로 이미 등록된 내용이 즉시 바뀌었다고 생각하지 않는 것이 좋습니다.

첫 준비가 끝났다면 최근 대화에서 답하지 못한 질문을 읽습니다. 필요한 자료가 없었는지, 자료는 있는데 표현이 불명확했는지, 담당자가 처리해야 하는 일이었는지 나눠보세요. 모두 문서를 더 넣는 방식으로 해결되지는 않습니다.

수정한 뒤에는 이전에 실패했던 질문을 다시 보내고 결과를 남깁니다. 한 번에 많은 문서를 바꾸기보다 문제가 생긴 안내를 고치고 같은 질문으로 확인하면 무엇이 좋아졌는지 알 수 있습니다. 자료의 양보다 고객이 필요한 답을 찾을 수 있는 상태를 유지하는 것이 목표입니다.

팀 안에서 정책을 최종 확인할 사람도 정해두세요. 답이 달라졌을 때 개발자와 상담 담당자가 서로 확인을 미루지 않도록, 요금은 결제 담당자에게, 사용법은 제품 담당자에게 확인하는 식으로 책임을 정해두면 자료 관리가 쉬워집니다.