고객 안내문 말투가 섞였을 때: 해요체와 하십시오체 통일하기

고객 안내문에 “확인했어요”와 “확인했습니다”가 섞여 있으면 둘 다 상대를 높이는 표현일 수 있습니다. 다만 회사가 정한 안내문 문체에는 한쪽만 맞을 수 있습니다. AI에 “합니다가 아니면 반말”이라고 지시하면 해요체까지 오류로 묶고, 이미 공손한 문장을 불필요하게 고치게 됩니다.

업무에서는 존대 여부와 문서의 문체 일관성을 따로 확인하는 편이 낫습니다. 이 글은 고객에게 보내는 파일 재제출 안내문을 하십시오체 중심으로 정리하는 예를 다룹니다. 아래 입력과 결과는 설명을 위해 만든 예시이며 실제 고객 메시지나 모델 실행 기록은 아닙니다.

해요체와 하십시오체를 모두 존대로 분류하고 회사 문체 통일과 인용 예외를 별도로 확인하는 절차
설명용 도해. 존대 여부와 회사 문체 적합 여부를 나누고 직접 인용과 상태 라벨은 별도 처리합니다.

존댓말과 회사 문체를 별도 항목으로 둡니다

국립국어원은 상대 높임을 해라체, 하게체, 하오체, 하십시오체, 해체, 해요체로 나누고 높임의 정도와 격식 여부에 따라 사용한다고 설명합니다. 종결어미 한 문자열만으로 모든 문장을 존댓말과 반말로 나눌 수 없습니다. 국립국어원 상대 높임법 설명

실무 교정에서는 다음 구분이 도움이 됩니다.

표현 상대 높임과 문체 판단 하십시오체 중심 고객 안내문에서 할 일
확인했어요 해요체로 상대를 높임 문체 통일을 위해 확인했습니다로 제안
확인했습니다 하십시오체의 서술 표현 유지
확인해 주세요 해요체 계열의 공손한 요청 사내 규칙이 허용하는지 확인
확인해 주시기 바랍니다 안내문에서 사용하는 격식 있는 요청 요청의 강도와 맥락을 보고 사용
확인해 해체로, 상대를 높이지 않는 표현 고객 안내문에서는 수정 필요
확인 완료 문장 종결어미가 없는 명사형 제목·상태 라벨인지 보고 판단

“하십시오체 중심”이 모든 문장을 같은 말로 끝내라는 뜻은 아닙니다. 서술은 “했습니다”, 안내는 “입니다”, 질문은 “확인하셨습니까”처럼 문장 기능이 다를 수 있습니다. 요청문도 “바랍니다”로 바꾸는 과정에서 지나치게 딱딱해지거나 의무처럼 읽히지 않는지 확인해야 합니다. 고객 지원 채널이 해요체를 기본으로 한다면 그 기준을 명시해서 반대로 통일할 수 있습니다.

교정할 안내문과 예외를 함께 입력합니다

아래 안내문은 접수 결과와 다음 행동을 알려 주는 가상의 고객 응대 초안입니다. 문장 ID는 수정 전후를 연결하기 위한 값입니다.

문서: 파일 재제출 안내
대상: 외부 고객
회사 문체: 서술·질문·요청 본문은 하십시오체 중심
예외: 고객의 직접 인용, 파일명, 제목·상태 라벨은 원문 유지
의미 보존: 승인 여부, 요청사항, 파일명, 날짜, 행동 주체를 바꾸지 않음

S1 접수한 파일을 확인했어요.
S2 현재 자료는 검토 중입니다.
S3 누락된 첨부파일을 다시 보내.
S4 파일명은 매출_수정본.xlsx로 저장해 주세요.
S5 고객 메모: “오늘 다시 보낼게요.”
S6 상태: 추가 자료 대기

S1과 S4는 문체 통일 대상입니다. S3은 고객에게 그대로 보낼 수 없는 말투입니다. S5는 고객이 남긴 말을 직접 인용한 부분이므로 안내문 작성자의 문체로 바꾸면 발언을 변형하게 됩니다. S6은 상태 라벨이어서 존대 여부를 억지로 판정할 이유가 없습니다.

이 구분을 주지 않으면 AI가 “검토 중”을 “검토 완료”로 매끄럽게 바꾸거나, 재제출 요청에 없던 마감일을 붙일 수 있습니다. 말투 교정은 업무 상태를 바꿀 권한이 아닙니다.

복사해서 쓰는 문장별 교정 프롬프트

아래 고객 안내문을 회사 문체에 맞게 교정해 주세요.

먼저 문장별로 원문 ID와 원문을 보존하세요.
존대 여부와 회사 문체 적합 여부를 별도 열로 판단하세요.
해요체를 반말로 분류하지 마세요.
명사형 제목·라벨은 문장 종결어미 검사에서 제외하세요.
직접 인용문과 파일명은 수정하지 마세요.

수정이 필요한 경우에만 수정안과 이유를 적으세요.
검토 중/완료, 승인/미승인, 날짜, 수치, 요청 범위와 행동 주체를
바꾸거나 새로 추가하지 마세요.
판단하기 어려운 표현은 문맥 확인 필요로 표시하세요.

출력:
ID | 원문 | 존대 여부 | 회사 문체 적합 여부 | 수정안 | 이유
마지막에는 사람이 결정해야 할 문체 예외와 최종 안내문을 제시하세요.

[문서 정보와 문장을 여기에 붙여 넣기]

“문체 적합 여부”에 단순한 통과·실패만 넣기보다 “수정 권장”, “인용 예외”, “라벨 예외”처럼 조치가 연결되는 값을 쓰면 담당자가 결과를 받아 처리하기 쉽습니다.

검토 결과는 이렇게 남길 수 있습니다

ID 원문 판단 문체 조치 수정안 또는 유지안
S1 해요체 존대 서술 문체 통일 접수한 파일을 확인했습니다.
S2 하십시오체 존대 유지 현재 자료는 검토 중입니다.
S3 해체 고객 요청문으로 수정 누락된 첨부파일을 다시 보내 주시기 바랍니다.
S4 공손한 요청, 해요체 계열 사내 규칙에 따라 통일 파일명은 매출_수정본.xlsx로 저장해 주시기 바랍니다.
S5 직접 인용 안의 해요체 인용 원문 유지 고객 메모: “오늘 다시 보낼게요.”
S6 명사형 상태 라벨 검사 예외 상태: 추가 자료 대기

이 표가 가리키는 결과는 “반말이 몇 개였는가”에 그치지 않습니다. 고객에게 수정해서 보낼 본문, 고객의 발언으로 보존할 부분, 사내 문체 규칙을 확인할 부분이 분리됩니다. S3과 S4의 “바랍니다” 표현이 해당 채널에서 너무 딱딱하다면, 회사 규칙에 공손한 해요체 요청을 허용하도록 정한 뒤 “보내 주세요”, “저장해 주세요”로 남기는 방법도 있습니다. 기준을 바꾸는 결정과 문장 수정은 구분해 기록합니다.

위 검토를 승인했다면 본문은 다음처럼 정리할 수 있습니다.

접수한 파일을 확인했습니다.
현재 자료는 검토 중입니다.
누락된 첨부파일을 다시 보내 주시기 바랍니다.
파일명은 매출_수정본.xlsx로 저장해 주시기 바랍니다.

고객 메모: “오늘 다시 보낼게요.”
상태: 추가 자료 대기

실제 발송문에 고객 메모와 내부 상태를 포함할지는 별도 판단입니다. 교정 대상에 있다고 해서 외부 고객에게 모두 전송해야 하는 것은 아닙니다.

AI가 공손함을 오판하거나 의미를 바꿨을 때

초안에 S1을 “반말”로 표시하고 S2를 “자료 검토를 완료했습니다”로 고친 결과가 나왔다고 가정하겠습니다. 첫째는 높임 판단 오류이고, 둘째는 업무 상태 변형입니다. 문장을 다시 돌리기 전에 두 오류를 각각 알려 줍니다.

S1의 확인했어요는 해요체 존대입니다.
반말 판정을 취소하고 회사 문체 불일치로만 표시하세요.

S2 원문은 검토 중입니다.
완료로 변경할 근거가 없으므로 원문 상태를 복원하세요.

영향받은 문장만 다시 검토하고, 이전 수정안과 재수정안을
나란히 보여 주세요. 나머지 문장과 인용문은 유지하세요.

수정 결과를 승인할 때는 원문을 삭제하지 않고 별도 승인값을 남깁니다. 여러 고객 안내문을 처리한다면 엑셀 AI 결과 승인대장의 원본·제안·승인값 분리 방식이 유용합니다. 인용 부분을 문체 교정에서 보호해야 하는 이유는 AI 인용문 원문 대조에서 원문 위치와 인용 범위까지 이어서 확인할 수 있습니다.

발송 직전에는 말투와 사실을 함께 봅니다

마지막 검토에서는 문장 ID가 빠지지 않았는지, 해요체를 반말로 잘못 묶지 않았는지, 요청의 강도가 바뀌지 않았는지 살펴봅니다. 이어서 검토 상태, 파일명, 날짜, 인용문을 원본과 대조합니다. “합니다”로 끝나는 문장이 늘어났다는 것만으로 교정 품질을 확인할 수 없습니다. 독자가 해야 할 일이 분명하고 원래 업무 의미가 유지되는지가 승인 기준입니다.

기술·규범 자료 확인일은 2026년 10월 4일 KST입니다. 예시는 문체와 의미 보존을 설명하기 위한 수작업 검토안입니다.

작성자 소개