입사 두 달째 되던 어느 오후, 팀장님이 제 자리로 오셔서 모니터를 가리키며 이렇게 말씀하셨습니다. "이 메일, 뭘 해 달라는 거예요?" 제가 보낸 메일이었습니다. 제목은 "안녕하세요, 지난번 건 관련입니다"였고, 본문은 여섯 문단짜리 경위 설명 뒤에 "검토 부탁드립니다"로 끝나 있었습니다. 저는 그때 처음으로 제 메일을 받는 사람 입장에서 읽어 보았고, 저라도 뭘 해 달라는 건지 몰랐을 것 같았습니다.
직장 이메일은 문학이 아닙니다. 받는 사람이 하루에 열 통에서 백 통 사이의 메일을 처리하는 도구입니다. 그 사람이 제목만 보고 열지 말지를 정하고, 첫 세 줄만 보고 오늘 답할지 내일 답할지를 정한다는 사실을 받아들이면, 이메일을 쓰는 방식이 꽤 달라집니다. 이 글은 그 뒤로 몇 년 동안 제가 고쳐 온 습관들을 제목, 구조, 톤, 회신 매너 순서로 정리한 것입니다.
제목은 받은편지함에서 경쟁합니다
제목 한 줄은 수십 개의 다른 제목들 사이에서 읽힙니다. "안녕하세요", "문의드립니다", "지난번 건" 같은 제목은 그 경쟁에서 항상 집니다. 제목만 보고 무슨 내용인지, 무엇을 해야 하는지, 언제까지인지가 보이면 그 메일은 먼저 열립니다.
제가 쓰는 형식은 "[구분] 내용 요약 (기한)"입니다. 몇 가지 예를 들면 이렇습니다.
- [요청] 3분기 매출 자료 확인 요청 (9/12 목 오전까지)
- [공유] 신규 거래처 미팅 회의록 (회신 불필요)
- [확인] 계약서 4조 문구 수정안 검토 (9/15까지)
- [긴급] 서버 점검 일정 변경 안내 (오늘 18시부터)
대괄호 안의 구분 표시는 받는 사람이 "이걸 읽고 뭘 해야 하는지"를 0.5초 만에 알게 해 줍니다. 요청은 답이 필요하고, 공유는 읽기만 하면 되고, 확인은 검토와 의견이 필요합니다. 회사마다 관행이 다르니 이미 쓰는 표기가 있다면 그것을 따르시면 되고, 없다면 자기 팀부터 시작해도 괜찮습니다.
제목 길이는 모바일 화면 기준으로 30자 안쪽이 안전합니다. 그 이상은 잘려서 정작 중요한 기한이 보이지 않습니다. 그리고 답장을 주고받다가 주제가 바뀌었는데 제목은 그대로인 경우가 많습니다. "Re: Re: Re: 회식 장소"라는 제목으로 예산 승인 요청을 보내면 나중에 그 메일을 아무도 찾지 못합니다. 주제가 바뀌면 제목을 새로 씁니다.
첫 세 줄에 용건이 있어야 합니다
본문 구조의 원칙은 결론이 앞에 오는 것입니다. 경위 설명은 뒤에 붙입니다. 받는 사람은 대개 미리보기 창에서 첫 두세 줄만 보고 판단하기 때문에, 그 자리에 용건이 없으면 "나중에 읽어야지" 폴더로 들어가고 나중은 오지 않습니다.
저는 본문을 이렇게 나눕니다.
| 위치 | 내용 | 길이 |
|---|---|---|
| 첫 줄 | 인사 + 무엇을 요청/공유하는지 한 문장 | 1~2줄 |
| 두 번째 덩어리 | 구체적으로 무엇을, 언제까지, 어떤 형식으로 | 3~5줄, 항목이 여럿이면 번호 목록 |
| 세 번째 덩어리 | 배경·경위·판단 근거 | 필요한 만큼, 없어도 됨 |
| 마지막 줄 | 기한 재확인 + 문의 경로 | 1줄 |
예를 들어 앞서 팀장님이 이해하지 못하셨던 제 메일을 이 구조로 다시 쓰면 이렇게 됩니다.
"팀장님, 3분기 매출 자료 중 8월 수치를 확인해 주시기를 요청드립니다. 첨부 파일 2번 시트의 노란색 셀 세 곳이 영업팀 보고서와 차이가 있어, 어느 쪽이 맞는지 목요일 오전까지 알려 주시면 금요일 보고 전에 반영하겠습니다. 차이가 생긴 배경은 아래에 정리했습니다."
이 세 문장 안에 무엇을(8월 수치 확인), 어디를(2번 시트 노란 셀), 언제까지(목요일 오전), 왜(금요일 보고)가 다 들어 있습니다. 경위는 그 아래에 붙이면 되고, 바쁜 분은 읽지 않아도 답할 수 있습니다.
요청 사항이 두 개 이상이면 반드시 번호를 붙여 나눕니다. 문단 안에 요청 세 개를 섞어 놓으면 답장은 그중 하나에만 옵니다. 번호를 붙여 두면 상대도 "1번은 완료, 2번은 다음 주, 3번은 담당자 확인 후"처럼 번호로 답할 수 있어서 서로 편합니다.
첨부 파일은 본문에서 반드시 언급합니다. "첨부 파일 참고 부탁드립니다"가 아니라 "첨부한 견적서(PDF, 2페이지) 중 2페이지 합계 금액을 확인해 주세요"처럼 파일이 무엇이고 어디를 봐야 하는지를 적습니다. 그리고 보내기 전에 실제로 첨부되었는지 확인하는 것은 몇 년을 해도 놓치는 일이니, 첨부 파일을 먼저 넣고 본문을 쓰는 습관을 들이면 실수가 줄어듭니다.
톤: 받는 사람과의 거리로 정합니다
같은 내용이라도 옆자리 동료에게 보낼 때와 거래처 임원에게 보낼 때 문장이 달라야 합니다. 그 기준은 상대와의 거리이고, 거리를 잘못 재면 내용이 좋아도 불쾌함이 먼저 전달됩니다.
| 받는 사람 | 인사 | 어미 | 피해야 할 것 |
|---|---|---|---|
| 같은 팀 동료 | "OO님, " | "~해 주세요", "~부탁드려요" | 지나친 격식, 긴 서론 |
| 다른 팀·상급자 | "OO 팀장님, 안녕하세요." | "~부탁드립니다", "~확인 요청드립니다" | 반말투 축약, 이모티콘 |
| 외부 거래처 | "OO 회사 OO 과장님께, 안녕하십니까." | "~해 주시면 감사하겠습니다" | 사내 은어, 줄임말 |
| 처음 연락하는 사람 | 소속·이름·연락 경위 한 줄 | 격식체 | 다짜고짜 본론 |
한국 직장 이메일에서 특히 신경 쓸 부분은 "부탁드립니다"와 "요청드립니다"의 차이입니다. 부탁은 상대의 호의에 기대는 표현이고, 요청은 업무상 정당한 절차라는 뉘앙스입니다. 결재나 승인이 필요한 사안, 계약상 의무인 사안은 요청으로, 개인적 협조를 구하는 사안은 부탁으로 쓰면 무리가 없습니다.
거절이나 지적을 담아야 할 때는 문장을 짧게 씁니다. 길게 돌려 말할수록 상대는 "결국 뭐라는 거지"라는 생각과 함께 불안해집니다. "말씀하신 일정은 어렵습니다. 대신 다음 주 화요일까지는 가능합니다."처럼 결론과 대안을 붙여서 두 문장으로 끝내는 편이 서로에게 낫습니다.
감정이 실린 메일은 쓰고 나서 최소 30분, 가능하면 다음 날 아침에 다시 읽고 보냅니다. 화가 난 상태에서 쓴 메일은 거의 예외 없이 나중에 후회합니다. 정말 급한 건이면 전화가 낫습니다. 이메일은 기록이 남고, 기록은 전달됩니다.
참조와 숨은 참조를 다루는 법
참조(CC)는 "이 사람도 알아야 한다"는 뜻이고, 받는 사람(TO)은 "이 사람이 행동해야 한다"는 뜻입니다. 이 구분이 흐려지면 참조로 걸린 사람이 자기가 답해야 하는지 몰라서 아무도 답하지 않는 상황이 생깁니다. 행동이 필요한 사람은 TO에, 알고만 있으면 되는 사람은 CC에 넣습니다.
상급자를 참조에 넣는 것은 두 가지 효과가 있습니다. 진행 상황을 공유한다는 뜻도 되지만, 받는 사람에게는 "위에서 보고 있다"는 압박으로 읽힙니다. 처음 요청부터 상급자를 걸면 불필요하게 날이 서 보이니, 첫 요청은 당사자에게만 보내고 두 번째 독촉부터 참조를 넓히는 것이 일반적인 방식입니다.
숨은 참조(BCC)는 받는 사람이 서로를 몰라야 하는 대량 발송(고객 안내, 외부 초대)에 씁니다. 사내 업무에서 누군가를 몰래 숨은 참조로 걸어 대화를 보여 주는 것은 나중에 드러나면 신뢰를 크게 잃는 일이니 하지 않는 편이 좋습니다. 대신 보낸 뒤에 해당 메일을 전달하면서 "참고로 공유드립니다"라고 하는 것이 정직하고 결과도 같습니다.
전체 답장(Reply All)은 정말 모두가 알아야 할 때만 씁니다. 스무 명이 참조된 메일에 "확인했습니다" 한 줄을 전체 답장으로 보내면 스무 명의 받은편지함에 쓸모없는 메일이 하나씩 쌓입니다. 보낸 사람에게만 답하는 것이 기본이고, 전체 답장은 예외입니다.
회신 매너: 24시간 안에, 못 하면 그 사실이라도
회신 기한은 회사마다 다르지만, 일반적으로 업무 이메일은 24시간 이내 답장이 기본선입니다. 하루 안에 답을 줄 수 없는 내용이라면 "확인했고, 목요일까지 답드리겠습니다"라는 한 줄이라도 보내는 것이 매너입니다. 보낸 사람 입장에서 가장 불안한 것은 거절도 지연도 아니라 무응답입니다.
독촉 메일은 첫 요청 후 기한이 지나고 하루쯤 뒤에 보냅니다. 이때 원래 메일에 답장하는 형태로 보내야 상대가 맥락을 다시 찾을 필요가 없습니다. 문장은 "지난 메일 확인 부탁드립니다" 정도로 짧게, 그리고 필요하다면 "혹시 추가로 필요한 자료가 있으면 말씀해 주세요"를 붙여 상대가 답하지 못한 이유를 열어 둡니다. 두 번째 독촉부터는 참조를 넓히거나 전화를 겁니다. 세 번째 이메일 독촉은 거의 효과가 없습니다.
답장을 쓸 때는 상대가 번호를 붙여 물었으면 같은 번호로 답합니다. 상대의 질문을 인용하고 그 아래에 답을 다는 방식도 좋습니다. "네, 알겠습니다"라는 한 줄 답장은 무엇을 알겠다는 것인지 불분명하니 "네, 1번 자료는 내일 오전까지, 2번은 담당자 확인 후 목요일까지 드리겠습니다"처럼 구체적으로 씁니다.
퇴근 시간 이후나 주말에 답장을 보내야 할 때는 예약 발송을 씁니다. 밤 11시에 온 메일은 받는 사람에게 "이 사람은 밤에도 일하네"라는 부담을 주고, 그 부담은 조직 전체로 번집니다. 대부분의 메일 클라이언트에 예약 발송이 있으니 다음 날 아침 8시나 9시로 맞춰 두면 됩니다.
보내기 전 30초 점검
보내기 버튼을 누르기 전에 제가 확인하는 항목은 다섯 개입니다. 30초면 끝납니다.
- 제목만 보고 무엇을 해야 하는지 알 수 있는가
- 첫 세 줄에 용건과 기한이 있는가
- 첨부 파일이 실제로 붙어 있고, 본문에서 언급했는가
- 받는 사람과 참조가 올바르게 나뉘어 있는가
- 상대 이름과 직함이 맞는가 (특히 자동완성으로 들어간 주소)
마지막 항목은 사소해 보이지만 실제로 사고가 가장 많이 나는 지점입니다. 자동완성이 같은 성을 가진 다른 부서 사람을 넣거나, 이전 메일의 수신자가 그대로 남아 있는 경우가 흔합니다. 내부 자료가 외부로 나가는 사고의 상당수가 여기서 생깁니다. 받는 사람 칸을 마지막에 채우는 습관을 들이면 본문을 쓰다가 실수로 보내는 일도 함께 막을 수 있습니다.
자주 하는 실수와 고치는 법
"검토 부탁드립니다"로 끝나는 메일. 무엇을 어떻게 검토해야 하는지가 없습니다. "3페이지 예산 항목 중 광고비 산정 근거가 타당한지 의견 부탁드립니다"처럼 검토 포인트를 짚어 줍니다.
경위를 먼저 쓰고 용건을 맨 뒤에 쓰는 메일. 순서를 뒤집습니다. 용건, 요청 사항, 그다음 경위입니다.
한 메일에 서로 다른 주제 세 개를 담는 메일. 주제별로 나눠 보내거나, 정 하나로 보내야 한다면 번호와 소제목으로 나눕니다. 나중에 검색할 때 제목이 곧 색인이 됩니다.
"ASAP", "빠른 시일 내"처럼 기한이 없는 메일. 날짜와 시간을 씁니다. "빨리"는 사람마다 다르게 읽히고, 대개 보낸 사람이 생각한 것보다 느립니다.
이모티콘과 느낌표가 많은 메일. 사내 친한 동료에게는 괜찮지만, 그 메일이 나중에 다른 사람에게 전달될 수 있다는 점을 늘 생각합니다. 이메일의 독자는 받는 사람 한 명이 아니라, 그 메일이 전달될 수 있는 모든 사람입니다.
지금도 가끔 그때 팀장님이 가리키던 모니터가 떠오릅니다. 요즘 제 메일은 첫 줄이 "요청드립니다"로 시작하고, 보내기 전에 받는 사람 칸을 한 번 더 봅니다. 그 두 가지가 바뀐 뒤로 "이거 뭘 해 달라는 거예요"라는 말은 듣지 않게 되었습니다.