제안

가장 우려하신 부분입니다. 매뉴얼이 늘거나 바뀔 때마다 개발사를 불러야 하는 구조면 운영 비용이 계속 늡니다.

담당자가 화면에서 직접 등록하면 즉시 검색에 반영됩니다. 개발사가 개입하지 않으므로 건당 비용이 발생하지 않고, 월 정액 유지보수 범위에도 넣지 않습니다. 지식 관리에서 하나 등록해 보시고 검색 테스트로 확인해 보실 수 있습니다.

그럴듯한 답을 지어내면 담당자가 믿고 고객사에 잘못 안내합니다. 틀린 안내가 나가면 사람이 찾아 판단하던 때보다 나빠집니다.

관련도 하한을 두고 미달이면 가이드를 만들지 않고 담당자 확인으로 넘깁니다. 지금 하한은 0.55 이며 설정에서 조정합니다. 처음에는 높게 잡아 확실한 것만 자동 응답하는 편을 권합니다.

보유 자료에 구조화된 것과 그렇지 않은 것이 섞여 있다고 하셨습니다. 그대로 넣으면 문단이 잘못 끊겨 조치의 앞부분만 답변에 나옵니다.

자동으로 문단을 나누되 확인이 필요한 조각을 표시해 담당자가 보고 넘어가는 방식입니다. 착수 초기에 실제 자료를 함께 보며 자동 처리 비율과 확인이 필요한 분량을 먼저 잡습니다.

"잘 되는 것 같다"로는 검수 판단이 어렵습니다. 무엇을 충족하면 완료로 보는지 정해 두지 않으면 인수 시점에 다투게 됩니다.

과거 대응 이력에서 결과가 확실한 건을 골라 정답 세트를 만들고 수치로 측정합니다. 구축 완료 시 정확도를 검수 항목으로 두시기를 권합니다. 정답 세트는 착수 시 담당자와 함께 만듭니다.

가이드만 보면 틀렸을 때 확인할 방법이 없습니다. 담당자가 그 답이 맞는지 판단하려면 무엇을 보고 나온 답인지 알아야 합니다.

어느 매뉴얼의 어느 부분인지 함께 표시하고 원문을 열어볼 수 있게 합니다. 어떤 말이 겹쳐 그 문서가 잡혔는지도 보여 드려, 엉뚱한 문서가 올라왔을 때 왜 그런지 확인하실 수 있습니다.

카카오톡은 한 문의가 여러 줄로 나뉘어 들어옵니다. 각각으로는 무엇을 묻는지 알 수 없습니다.

일정 시간 안에 이어진 메시지를 하나로 묶어 처리합니다. 묶는 시간은 설정에서 조정하며, 접수함에서 묶지 않았다면 어떻게 잡혔을지 비교해 보실 수 있습니다.

담당자가 바뀌거나 새 주소로 보내면 어느 고객사인지 모릅니다. 잘못 연결하면 다른 고객사의 이력에 섞입니다.

자동으로 연결하지 않고 확인 대상으로 남깁니다. 본문에서 추정한 고객사는 함께 보여 드립니다. 한 번 연결하면 그 주소가 등록되어 다음부터 자동으로 인식됩니다.

무엇이 부족한지 알아야 매뉴얼을 보강할 수 있습니다. 틀린 답이 나가도 기록되지 않으면 같은 답이 계속 나갑니다.

가이드마다 평가 버튼을 둡니다. 틀린 건은 사유와 실제 조치를 기록해 매뉴얼이 필요한 유형 목록으로 넘기고, 담당자가 남긴 조치 내용을 매뉴얼 초안으로 가져올 수 있게 합니다.

과거 답변이 어느 버전 기준이었는지 확인이 필요할 수 있습니다. 매뉴얼을 고친 뒤 예전 답변을 다시 보면 근거가 달라져 있습니다.

수정하면 새 버전으로 저장하고 이전 버전을 남깁니다. 누가 언제 무엇을 고쳤는지도 함께 남겨 되돌릴 수 있게 합니다.

조치 가이드를 담당자에게 주는 것과 고객사에 바로 회신하는 것은 다른 일입니다. 틀린 답이 고객사에 바로 나가면 되돌리기 어렵습니다.

지금은 담당자 전달까지만 둡니다. 자동 회신은 정확도가 수치로 확인된 뒤 정확도가 높은 유형부터 하나씩 여는 것을 권합니다.

기존 RAG 솔루션을 커스터마이징하는 것이 전제라고 하셨습니다. 어디까지가 설정이고 어디부터가 개발인지 정해 두지 않으면 매번 비용 논의가 됩니다.

설정으로 되는 것(판정 기준, 채널 묶음 시간, 고객사·주소, 지식 등록과 수정)과 개발이 필요한 것(새 접수 채널 추가, 정규화 항목 변경, 외부 시스템 연동)을 착수 시 문서로 나눠 확정합니다. 앞의 것은 담당자가 직접 하시고 유지보수 범위에 넣지 않습니다.

상주 개발 인력이 없다고 하셨습니다. 넘겨받은 뒤 무엇을 직접 하실 수 있는지가 분명해야 운영이 굴러갑니다.

관리자 가이드를 담당자가 직접 하실 수 있는 것 중심으로 씁니다. 매일·주간 점검 항목과 문제가 생겼을 때 먼저 볼 곳을 함께 정리해 드립니다.