자동화의 함정: 번역은 기술이 아니라 관계다
지난주 우리는 Claude Code에 다국어 이메일 자동 번역 기능을 추가했다. 취지는 단순했다. 바이어 문의가 영어, 중국어, 한국어로 뒤섞여 오니까, 이를 자동으로 정리하고 톤을 맞춰 회신하자는 것이었다.
「우리는 자신감이 있었다. Claude Code가 문맥을 이해하고 회신 패턴까지 학습했으니, 번역도 충분히 할 수 있을 거라 생각했다.」
첫 번째 신호: 바이어의 답장이 줄어들었다
3일차, 데이터를 보니 어색했다. 이전에는 24시간 내 회신률이 87%였는데, 갑자기 62%로 떨어졌다. 반송도 3건 들어왔다.
메일을 직접 읽어보니 원인이 보였다. 영어 바이어에게 보낸 중국어 문의 번역본이 「매우 딱딱하고 공식적」이었다. 우리가 평소 쓰는 톤은 「따뜻하지만 효율적」인데, Claude Code의 번역은 「마치 법무팀이 작성한 계약서」처럼 느껴졌던 것이다.
문제의 정체: 번역은 단어가 아니라 신뢰다
비개발자인 우리가 깨달은 점은 이것이었다.
자동화 도구는 정보를 전달할 수는 있지만, 관계를 유지하는 것은 다르다. 특히 국제 거래에서 이메일은 단순한 정보 채널이 아니라 신뢰 구축의 매개체다.
우리가 할 수 있었던 일은?
1단계: 번역 대신 '템플릿 로컬라이제이션' 전환
❌ 하지 말 것: 매 이메일마다 자동 번역
✅ 할 것: 핵심 템플릿 5개만 사전에 손수 번역
(인사말, 상품 설명, 배송 안내, 결제 방식, 감사 인사)
2단계: Claude Code에게 '톤 학습' 강화하기
바이어별로 이전 메일 10개씩을 Claude Code에 제공해서, 그들이 선호하는 문화와 속도감을 학습하게 했다. 그 다음에야 회신 초안을 생성하도록 변경했다.
3단계: 항상 마지막은 '사람의 손'
Claude Code가 만든 회신 초안은 우리가 5분만 검토해서 승인했다. 자동화의 속도를 포기하지 않으면서도, 신뢰도를 지켰다.
3주 후: 회신률이 다시 91%로 올랐다
단순히 번역을 돌리지 말고, 각 시장의 '커뮤니케이션 문화'를 먼저 이해한 뒤 자동화를 설계했을 때, 비로소 시스템이 작동했다.
배운 점
자동화가 실패하는 이유는 보통 기술 때문이 아니다. 우리가 도구에 부여한 미션 자체가 틀렸을 때다. "번역을 자동화하자"가 아니라 "신뢰를 전달하되, 번역은 보조 도구로 쓰자"였어야 했다.
Claude Code는 매우 똑똑하지만, 이메일 상대방의 심정까지는 읽지 못한다. 그게 우리의 몫이다.