AI로 업무 이메일을 쓸 때는 문장보다 먼저 확정된 사실과 상대에게 요청할 행동을 나눠 적는 편이 낫습니다. 매끄러운 초안에도 아직 합의하지 않은 일정이 ‘확정’으로 바뀌어 있을 수 있기 때문입니다. 보내기 직전에 고칠 것은 존댓말보다 그 한 단어일 때가 있습니다.
30초 요약
AI 이메일은 긴 대화 내역을 바로 붙여 넣기보다 목적, 확정 사실, 상대가 할 행동, 기한, 관계 톤을 먼저 다섯 줄로 정리합니다. AI에는 제목과 문장화를 맡기고, 날짜·책임·약속·개인정보·요청 행동은 사람이 확인합니다.
메일을 쓰기 전 메시지 지도를 만듭니다
| 항목 | 질문 | 예시 |
|---|---|---|
| 목적 | 읽은 뒤 무엇이 달라져야 하나 | 새 검토 일정을 합의 |
| 확정 사실 | 양쪽이 확인한 내용은 무엇인가 | 기존 회신일, 가능한 새 일정 |
| 미확정 | 아직 약속하면 안 되는 내용은 무엇인가 | 지연 원인과 최종 완료 시각 |
| 요청 행동 | 상대가 무엇을 해야 하나 | 가능 여부 회신 |
| 기한 | 언제까지 필요한가 | 오늘 오후 5시 |
| 관계 | 책임·정중함·협의 중 무엇이 중요한가 | 책임을 회피하지 않는 협의 톤 |
메시지 지도가 없으면 AI는 빈칸을 자연스럽게 채울 수 있습니다. 특히 미확정 내용을 별도로 적으면 사실처럼 꾸며지는 것을 줄일 수 있습니다.
합성 예제
가상 상황은 “자료 검토가 하루 늦어져 협력사에 새 일정을 제안해야 한다”입니다. 확정 사실은 기존 일정과 가능한 새 일정뿐입니다. 내부 사정의 세부 내용은 전달하지 않습니다.
목적: 협력사에 검토 일정 변경을 알리고 새 일정을 합의한다.
관계: 가상 협력사 담당자. 정중하지만 책임을 회피하지 않는 톤.
작성 시점: 2026년 9월 1일 오전. 확정 사실: 기존 회신일은 9월 1일, 우리 팀이 제공 가능한 시점은 9월 2일 오후 3시.
미확정: 상대가 새 일정에 동의했는지 여부. 지연 원인에 관한 설명은 제공하지 않는다.
요청: 새 일정 가능 여부를 9월 1일 오후 5시까지 회신.
제약: 확인되지 않은 지연 원인과 보상 약속을 만들지 말 것. ‘무조건’, ‘최대한 빨리’ 금지.
출력: 제목 3개와 간결한 본문. 요청 행동과 기한을 별도 문장으로 표시.
같은 자료로 쓴 두 메일은 무엇이 다를까
아래는 실제 협력사 메일이 아니라 편집용 합성 자료입니다. 발신 시점과 일정이 모두 가정이며, AI 제품의 실제 실행 결과나 응답률 실험을 뜻하지 않습니다. 앞의 프롬프트로 나온 초안을 검수할 때 사용할 기준 답안입니다.
먼저 보내면 안 되는 예문을 보겠습니다.
내부 인력 사정으로 검토가 지연되어 죄송합니다. 일정은 9월 2일 오후 3시로 변경되었습니다. 앞으로 같은 일이 없도록 하겠습니다. 양해 부탁드립니다.
존댓말은 맞지만 내용은 맞지 않습니다. 입력에 없던 인력 사정이 생겼고, 상대가 동의하지 않은 일정이 확정됐습니다. 마지막 문장은 새로운 보장입니다. 정작 상대가 언제까지 무엇을 회신해야 하는지는 빠졌습니다. 이 메일은 말투만 부드럽게 다듬어서는 해결되지 않습니다.
다음처럼 고칠 수 있습니다.
제목: [일정 협의] 검토 의견 회신일 변경 제안 — 9월 1일 17시까지 확인 요청
안녕하세요, 담당자님.
9월 1일로 안내드렸던 검토 의견 회신을 9월 2일 오후 3시로 조정할 수 있을지 여쭙습니다. 기존 일정을 지키기 어려워 죄송합니다.
저희 팀은 9월 2일 오후 3시에 검토 의견을 전달할 수 있습니다. 이 일정으로 진행해도 괜찮을지 9월 1일 오후 5시까지 회신 부탁드립니다. 어렵다면 필요한 수신 시점을 함께 알려 주세요. 가능한 범위를 확인해 다시 협의하겠습니다.
감사합니다.
이 예문도 그대로 보내는 완제품은 아닙니다. ‘9월 2일 오후 3시에 전달할 수 있다’는 사실을 발신자가 확인한 경우에만 쓸 수 있습니다. 그 시점조차 예상이라면 ‘현재 예상 시점’이라고 바꾸고, 확정 일정을 언제 안내할 수 있는지 먼저 정해야 합니다. AI가 빈칸을 채우게 두지 않는다는 뜻입니다.
| 원자료 | 예문에 반영된 방식 | 검수할 지점 |
|---|---|---|
| 기존 회신일은 9월 1일 | 기존 일정과 변경 제안을 함께 적음 | 이전에 실제로 안내한 날짜인지 대조 |
| 우리 팀은 9월 2일 15시에 전달 가능 | 제공 가능한 시점으로 표현 | 내부 승인·준비 상태 확인 |
| 상대 동의는 아직 없음 | ‘변경되었습니다’ 대신 ‘조정할 수 있을지’ | 일방 통보로 읽히지 않는지 확인 |
| 회신 요청은 9월 1일 17시 | 행동과 기한을 한 문장에 배치 | 발송 시각이 기한보다 충분히 앞서는지 확인 |
| 지연 원인은 입력하지 않음 | 원인 설명을 새로 만들지 않음 | 불필요한 내부 사정이 섞이지 않았는지 확인 |
협의 메일과 확정 안내 메일은 비슷해 보여도 마지막 문장이 다릅니다. 이미 양쪽이 합의한 내용이라면 재동의를 요청하기보다 합의한 일정과 다음 행동을 짧게 확인하면 됩니다. 반대로 협의 전이라면 ‘확정’, ‘변경 완료’, ‘진행하겠습니다’가 들어간 문장을 한 번 더 봅니다. 정중함의 정도가 아니라 결정 상태의 차이입니다.
답장이 없을 때는 새 주장을 더하지 않습니다
같은 합성 상황에서 9월 1일 오후 5시가 지났다고 가정해 보겠습니다. 답장이 없다는 사실만으로 상대가 동의했다고 해석하면 안 됩니다. 후속 메일에 필요한 것은 더 강한 표현이 아니라 확인해야 할 항목의 재제시입니다.
앞서 제안드린 검토 의견 회신일 변경 건을 확인 부탁드립니다. 아직 새 일정에 대한 회신을 확인하지 못해 재안내드립니다. 9월 2일 오후 3시 수신이 가능한지, 어렵다면 필요한 시점을 알려 주시면 확인 후 다시 협의하겠습니다.
실제 발송 전에는 다른 채널이나 다른 담당자에게 답변이 도착했는지부터 확인합니다. 메일만 보고 ‘미회신’이라고 단정하면 불필요한 독촉이 됩니다. 후속 회신 기한을 새로 정해야 한다면 상대와의 시차·업무시간·기존 합의를 확인하고 작성자가 명시합니다. 이 예문에는 근거 없는 새 기한을 넣지 않았습니다.
초안에 대한 평가는 문장마다 근거를 붙이는 방식으로
‘더 자연스럽게’라고 여러 번 요청하면 표현만 달라질 수 있습니다. 대신 다음 검수 프롬프트로 위험한 문장을 먼저 찾아보세요. 같은 AI의 자체 검수는 보조 절차이지 독립적인 사실 확인이 아닙니다. 날짜와 합의 상태는 원자료를 가진 사람이 최종 대조합니다.
아래 원자료와 이메일 초안을 대조해 주세요.
메일을 보내거나 수신자에게 연락하지 마세요.
[원자료]
- 확정 사실:
- 아직 합의하지 않은 사항:
- 상대에게 요청할 행동과 기한:
- 작성자가 승인할 수 없는 약속:
[초안]
여기에 개인정보를 제거한 초안 입력
각 문장마다 다음 열로 검사하세요.
문장 / 대응하는 원자료 / 사실·제안·요청·약속 중 분류 /
원자료에 없는 내용 / 최소 수정안
근거가 없으면 '확인 필요'라고 표시하세요.
누락된 날짜, 원인, 첨부파일, 상대 동의를 추정하지 마세요.
마지막에는 내가 직접 확인해야 할 항목만 남기세요.판단 기준은 단순합니다. 입력에 없는 사실이나 승인하지 않은 약속이 한 문장이라도 있으면 수정 전 발송하지 않습니다. 맞춤법이 완벽하고 분량 조건을 지켰더라도 이 기준을 대신하지 못합니다. 상대의 반응이나 매출 성과를 보장하는 방법도 아닙니다.
사람의 검수 순서
- 날짜와 요일이 맞는가?
- 상대가 해야 할 행동이 하나로 분명한가?
- 책임을 인정하지 않거나 과도하게 약속한 표현이 있는가?
- 내부 사정과 개인정보가 불필요하게 드러났는가?
- 제목만 보고 긴급도와 목적을 알 수 있는가?
잘 안 되는 경우
AI에게 긴 대화 내역 전체를 주고 “답장해줘”라고 하면 무엇이 확정 사실인지 구분하지 못할 수 있습니다. 상대의 감정 상태를 추측하게 하거나 법적 책임이 있는 사과문을 검토 없이 보내는 것도 피합니다.
상황별 톤을 관찰 가능한 기준으로 바꿉니다
| 모호한 요청 | 사용할 기준 |
|---|---|
| 정중하게 | 존칭 유지, 명령형 대신 요청형, 과도한 사과 금지 |
| 단호하게 | 결정·기한을 첫 문단에, 선택지를 불필요하게 늘리지 않음 |
| 따뜻하게 | 상대의 부담을 추측하지 않고 협조에 대한 구체적 감사 표시 |
| 전문적으로 | 사실·요청·근거를 분리하고 감정적 과장과 내부 은어 제거 |
부드럽게 같은 형용사만 주지 말고 쓸 표현과 피할 표현을 예시로 제공합니다.
발송 전 2분 검수
- 제목만 보고 목적과 긴급도를 알 수 있는가
- 첫 문단에 확정 사실과 요청 이유가 있는가
- 날짜·요일·금액·첨부파일 이름을 원자료와 대조했는가
- 상대의 책임이나 감정을 근거 없이 추측하지 않았는가
- 내가 승인할 수 없는 보상·납기·법적 표현이 있는가
- 요청 행동과 기한이 하나로 분명한가
- 수신·참조 대상과 첨부파일을 사람이 확인했는가
자주 묻는 질문
기존 이메일 전체를 붙여 넣어도 되나요?
개인정보와 비공개 계약·가격·내부 논의가 섞일 수 있습니다. 필요한 확정 사실만 추출해 익명화하고 조직이 승인한 환경에서 사용합니다.
AI가 만든 사과문을 그대로 보내도 되나요?
책임 인정, 보상과 법적 의미가 생길 수 있으므로 그대로 보내지 않습니다. 사실관계와 조직의 승인 범위를 확인하고 담당자가 최종 작성합니다.
여러 버전을 요청하는 이유는 무엇인가요?
말투만 다른 버전보다 간결형, 협의형, 결정 요청형처럼 구조가 다른 안을 비교하면 관계와 목적에 맞는 방향을 고르기 쉽습니다.