본문 바로가기
AI 생활연구소

AI 역할별 이메일 초안: 고객·동료·상사에게 다르게 전달하는 문장 설계

by smartneo 2026. 10. 25.

같은 내용을 메일로 보내도 받는 사람이 고객인지, 동료인지, 상사인지에 따라 먼저 말해야 할 내용이 달라집니다.

 

저는 AI에게 초안을 맡길 때 "이 내용으로 메일 써줘"라고만 하지 않고, 받는 사람과 관계, 목적, 사실, 기한을 먼저 알려주는 방식을 사용합니다. 그러면 AI가 누구에게 보내는 메일인지에 맞춰 문장의 우선순위를 잡기가 조금 더 쉬워집니다.

 

오늘은 역할별로 문장을 어떻게 설계하고, 이를 AI 요청문에 어떻게 담는지 정리해 보겠습니다.

 

같은 내용인데 보낼 사람이 다르면?
받는 사람부터 정하고 AI에게 맡기세요

1. 쓰기 전에 독자부터 정합니다

미국 연방 정부의 쉬운 글쓰기 지침(Federal Plain Language Guidelines)은 독자를 생각하는 일을 글쓰기의 첫 번째 원칙으로 둡니다.

 

지침에는 독자가 누구인지, 이미 무엇을 아는지, 무엇을 알아야 하는지, 어떤 질문을 하게 될지를 묻는 항목이 있습니다. 독자가 여럿이라면 각각 따로 다루라는 조언도 제시합니다.

 

이 질문들을 이메일에 적용하면 AI에게 전달해야 할 정보도 자연스럽게 정리됩니다.

 

예를 들어 같은 일정 변경 안내라도 고객에게 보낼 때와 동료에게 보낼 때는 필요한 정보가 다를 수 있습니다. 고객에게는 변경된 일정과 필요한 행동이 중요할 수 있고, 동료에게는 업무를 이어가기 위해 필요한 내부 맥락이 더 중요할 수 있습니다.

 

그래서 저는 이메일을 쓰기 전에 먼저 "이 메일을 받는 사람이 누구인가?"를 정합니다.

2. 어느 역할에게든 통하는 기본 뼈대

미국 연방 정부의 쉬운 글쓰기 안내(plainlanguage.gov)는 편지의 핵심 메시지를 맨 앞에 두라고 설명합니다. 독자는 결국 결론을 찾기 때문에 핵심을 묻어 두면 읽는 사람만 힘들어질 수 있다는 취지입니다.

 

미국 농무부 식품안전검사국(FSIS) 글쓰기 자료도 결론을 먼저 말하는 BLUF 원칙, 요청이나 핵심 아이디어로 시작하기, 이메일에서 인사말·맺음말·완결된 문장을 쓰기를 점검 항목으로 제시합니다.

 

한 이메일 작성 가이드(Bookboon)는 제목을 구체적으로 쓰고 답변이 필요한지 드러내라고 조언합니다.

이를 바탕으로 제가 쓰는 기본 뼈대는 다음과 같습니다.

  1. 제목: 내용과 필요한 행동이 보이게
  2. 첫 문장: 결론 또는 요청
  3. 근거: 판단에 필요한 사실만 간결하게
  4. 다음 행동: 누가, 언제까지, 무엇을

모든 이메일이 이 순서를 그대로 따라야 한다는 뜻은 아닙니다. 다만 초안을 만들 때 이 네 가지를 먼저 정리해두면 빠뜨리는 내용이 줄어듭니다.

3. 역할별로 달라지는 설계

아래 내용은 일반적인 권장 방향이며, 조직 문화와 관계에 따라 달라집니다.

1) 고객에게

고객에게 보내는 메일에서는 고객에게 필요한 행동을 먼저 찾을 수 있도록 쓰는 것이 좋습니다.

첫 문장에 결론이나 안내 사항을 두고, 내부 사정에 대한 설명은 필요한 만큼만 남깁니다.

 

우리 쪽 실수를 바로잡는 메일이라면 plainlanguage.gov의 안내처럼 사과로 시작하되, 공감하는 도입부는 한두 줄로 짧게 쓰고 핵심 메시지를 가리지 않게 하는 것이 좋습니다.

2) 동료에게

동료에게는 요청 내용, 기한, 필요한 맥락이 한눈에 보이는 구성이 편리합니다.

상대가 이미 알고 있는 배경은 줄이고, 상대가 모를 만한 정보만 덧붙입니다. 예를 들어 자료 위치나 이전에 결정된 내용처럼 업무를 이어가는 데 필요한 정보가 여기에 해당할 수 있습니다.

말투는 팀에서 평소 사용하는 분위기에 맞추는 것이 좋습니다.

3) 상사에게

상사에게는 현재 상황과 필요한 결정을 맨 앞에 두는 구성이 읽기 편한 경우가 많습니다.

선택지가 있다면 추천안과 이유를 함께 적고, 결정이 필요한 시점도 밝혀 두세요. 세부 근거는 아래쪽이나 첨부로 돌려도 됩니다.

결국 상사가 이 메일을 읽고 무엇을 판단하거나 결정해야 하는지를 먼저 보여주는 방식입니다.

4. AI에게 요청하는 변수형 문장

매번 처음부터 설명하지 않도록 아래 틀에 내용을 채워 쓰면 편합니다.

받는 사람: (고객 / 동료 / 상사) / 관계: (처음 연락, 자주 연락 등) / 목적: (안내, 요청, 보고, 사과 중 하나) / 핵심 사실: (아래 내용만 사용) / 필요한 행동과 기한: (...) / 말투: (해요체 / 합쇼체) / 길이: (...) / 조건: 첫 문장에 결론 또는 요청을 쓰고, 아래 사실에 없는 내용은 추가하지 마.

여기서 마지막 조건이 중요합니다.

AI가 메일을 자연스럽게 만들어주는 과정에서 사용자가 제공하지 않은 일정이나 약속 등을 임의로 덧붙일 가능성을 줄이기 위해서입니다.

특히 업무 메일에서는 사실과 표현을 구분하는 것이 중요합니다. AI에게 문장을 다듬어달라고 요청하더라도 날짜, 금액, 이름, 약속과 같은 구체적인 내용은 원래 사실과 대조해보는 것이 좋습니다.

5. 비교표로 보는 역할별 설계

항목 고객 동료 상사
첫 문장 안내 결론 또는 필요한 행동 요청 내용과 기한 현재 상황과 결정 요청
근거 고객에게 필요한 정보만 상대가 모를 맥락만 추천안과 이유 중심
말투 정중하고 명확하게 팀 분위기에 맞게 간결하고 예의 있게
주의할 점 내부 사정 설명 과다 맥락 없이 부탁만 전달 결론 없이 경과만 나열

보내기 전에 확인할 것

AI가 작성한 초안을 그대로 보내기보다 다음 항목을 원래 사실과 대조해보세요.

  • 날짜
  • 금액
  • 이름
  • 약속 표현

특히 고객 정보나 사내 비공개 자료는 AI에 붙여넣기 전에 가리거나 지우는 것이 안전합니다.

6. 보내기 전 마지막 점검

초안을 소리 내어 읽어 보고, 첫 문장만 이어 읽어도 받는 사람이 무엇을 해야 하는지 알 수 있는지 확인해보세요.

 

같은 상사에게 보내는 메일이라도 평소 소통 방식이 다를 수 있습니다. 고객 역시 관계와 상황에 따라 선호하는 커뮤니케이션 방식이 다를 수 있고요.

 

따라서 여기에서 소개한 방식은 정해진 규칙이라기보다 이메일 초안을 만들 때 사용할 수 있는 출발점으로 생각하면 좋습니다.

 

여러분은 어떤 역할에게 보내는 메일이 가장 쓰기 어려우신가요?

FAQ

Q1. 처음 연락하는 고객에게도 결론부터 쓰나요?

자기소개를 한 줄 넣고 바로 용건을 이어 쓰면 됩니다. 인사말과 맺음말은 생략하지 마세요.

Q2. 상사에게 나쁜 소식을 전할 때는요?

상황과 영향을 먼저 사실대로 적고, 대응안과 필요한 결정을 함께 제시하면 읽는 쪽이 판단하기 쉽습니다.

Q3. AI 초안이 너무 딱딱하면 어떻게 하나요?

평소 쓰는 문장 두세 개를 예시로 붙이고 "이 말투에 맞춰줘"라고 요청해 보세요.

받는 사람이 가장 먼저 알고 싶은 것을 첫 문장으로

다음에 메일을 쓰실 때는 본문부터 쓰기 전에, 받는 사람이 이 메일을 읽고 가장 먼저 알고 싶어 할 것을 한 문장으로 적어 보세요.

 

그 문장이 첫 문장 후보가 될 수 있습니다.

 

고객에게는 필요한 안내가, 동료에게는 요청과 기한이, 상사에게는 상황과 결정 사항이 먼저일 수 있습니다. 같은 내용이라도 받는 사람에 따라 정보의 순서를 조정하면 메일의 목적을 조금 더 분명하게 전달할 수 있습니다.


함께 보면 좋은 글

  • AI로 이메일·메신저 정리하기, 놓친 일정 없이 관리하는 법 (2026-07-01)
  • AI로 반복 메시지 답변 초안 만들기: 말투를 유지하며 응답 시간을 줄이는 법 (2026-09-16)

참고 자료

  • plainlanguage.gov, 효과적인 편지 쓰기(핵심 메시지 먼저, 짧은 공감 도입부) 
  • 미국 농무부 FSIS, 글쓰기 자료(BLUF 원칙, 이메일 점검 항목) 
  • Federal Plain Language Guidelines(독자 파악 질문, 독자별 분리 작성) 
  • Bookboon, 이메일 작성 5가지 규칙(핵심 먼저, 구체적인 제목)
면책 조항
본 포스팅은 정보 제공을 목적으로 작성되었습니다. 조직 문화와 관계에 따라 적합한 이메일 방식이 다를 수 있으니 참고 자료로만 활용하시기 바랍니다.

소개 및 문의 · 개인정보처리방침 · 면책조항

© 2026 블로그 AI | smartneo