40줄을 다 읽어도 뭘 해달라는 건지 — 업무 이메일 에티켓, 보낼 때와 회신할 때

요즘 회사에 들어오는 젊은 동료들은 메일을 잘 씁니다. 문장은 정중하고, 근거 자료는 빠짐없이 붙어 있고, 맥락도 성실하게 적혀 있습니다. 그런데 40줄을 다 읽고 나서 이런 생각이 들 때가 있습니다. "그래서 나한테 뭘 해달라는 거지."

정보가 없어서가 아닙니다. 정보는 다 있습니다. 다만 읽는 사람이 그 안에서 요청을 추론해야 합니다. 그 추론 비용이 조직 전체로 쌓이면 그게 곧 업무 효율 문제가 됩니다. 이메일에서 센스 있는 사람에서 "어떻게 쓰나"를 다뤘다면, 이 글은 업무 이메일 에티켓을 요청과 회신 한 사이클로 봅니다.

메일이 40줄인데 요청이 안 보이는 이유

쓰는 사람은 자기 머릿속 순서대로 씁니다. 일이 어떻게 시작됐고, 무엇을 확인했고, 그래서 어떤 결론에 이르렀는지. 시간 순서이자 사고 순서입니다. 성의의 문제가 아니라 오히려 성의가 많아서 생기는 일입니다.

문제는 읽는 쪽의 순서가 정반대라는 겁니다. 받는 사람은 하루에 메일 수십 통을 열고, 각각에 대해 **"이게 내 일인가, 언제까지인가, 지금 해야 하나"**를 먼저 판단합니다. 그 판단에 필요한 정보가 35번째 줄에 있으면, 앞의 34줄은 판단을 미루는 장애물이 됩니다.

	쓰는 사람의 순서	읽는 사람에게 필요한 순서
1	배경 — 일이 어떻게 시작됐나	요청 — 나한테 무엇을 해달라는가
2	경위 — 무엇을 확인했나	기한 — 언제까지인가
3	자료 — 근거는 이것	배경 — 왜 필요한가
4	결론 — 그래서 이걸 부탁	자료 — 하려면 뭘 봐야 하나

고칠 것은 내용이 아니라 순서뿐입니다.

요청 메일은 역순으로 — 목적 · 배경 · 자료

첫 세 줄에 다 넣는다

메일을 열자마자 보이는 세 줄에 요청·기한·필요한 것을 넣습니다. 배경은 그 아래, 첨부와 링크는 맨 마지막입니다.

요청: 결제 모듈 테스트용 계정 2개 발급 부탁드립니다. 기한: 10월 8일(수)까지 — 9일부터 통합 테스트가 잡혀 있습니다. 드릴 것: 사용 목적과 담당자 정보는 아래 표에 정리했습니다.

(배경) 지난 회의에서 1단계는 테스트 결제까지만 열기로 했고 …

이 세 줄만 읽어도 받는 사람은 "내 일이 맞고, 수요일까지고, 지금 10분이면 된다"를 판단할 수 있습니다. 배경은 판단한 다음에 읽어도 늦지 않습니다.

제목에 동사와 기한을 넣는다

[요청] 결제 모듈 테스트 계정 발급 — 10/8까지 처럼 쓰면 받은메일함에서 열어 보기 전에 분류가 끝납니다. 결제 모듈 관련 문의드립니다 는 열어야만 알 수 있습니다.

그리고 메일이 길어질 것 같으면, 그건 메일로 할 일이 아닌 경우가 많습니다. 왕복 세 번이 예상되면 15분 통화나 짧은 회의가 빠르고, 그 결과만 메일로 남기면 됩니다.

받는 쪽 — 늦어질 것 같으면 '늦어진다'를 먼저 보낸다

요청을 받아 놓고 한 달 뒤에 뜬금없이 회신하면, 상대는 불쾌감을 느낍니다. 그런데 그 불쾌감의 원인은 늦었다는 사실 자체가 아닙니다. 그 한 달 동안 상대가 아무 계획도 세울 수 없었다는 것입니다. 기다리는 쪽은 "오고 있나, 잊혔나, 다른 길을 찾아야 하나"를 혼자 판단해야 합니다.

일이 밀리는 건 흔한 일이고 대부분 이해받습니다. 이해받지 못하는 것은 침묵입니다.

한 줄이면 됩니다

정식 회신이 아니어도 됩니다. 메신저 한 줄로 충분합니다.

보내주신 건 봤습니다. 이번 주는 결산 때문에 어렵고, 다음 주 화요일까지 회신드리겠습니다.

이 한 줄이 상대의 한 주를 바꿉니다. 기다릴지, 다른 경로를 찾을지, 일정을 미룰지 정할 수 있게 되니까요.

상황	하루 안에 보낼 것
바로 처리됨	그냥 처리하고 "완료" 한 줄
시간이 필요함	언제까지 회신할지 날짜를 적어서
내 담당이 아님	담당자를 알려주거나 직접 넘기고 그 사실을 알림
못 하는 일임	미루지 말고 지금 — 대안이나 조건을 붙여서

마지막 줄이 가장 어렵습니다. 거절을 미루면 거절이 아니라 사고가 됩니다. 어떻게 말할지는 데드라인 협상 쪽에 정리해 뒀습니다.

원칙은 하나입니다. 처리는 늦어도 되지만, 접수 확인은 하루 안에.

AI를 쓰는 자리는 두 곳

• 보내기 전: "이 메일에서 제가 상대에게 요청하는 게 뭔지 한 문장으로 말해 주세요." 한 문장이 안 나오면, 상대도 못 찾습니다. 그건 글쓰기 문제가 아니라 내가 아직 요청을 정하지 못한 겁니다.
• 받은 다음: 긴 메일은 "요청사항·기한·내가 할 일만 뽑아 주세요"로 먼저 접습니다. 회의록을 받는 사람별로 나눠 공유하는 것과 같은 발상입니다.

주의할 것 두 가지. 메일 본문을 AI에게 통째로 쓰게 하면 대개 더 길어집니다 — 줄이는 쪽에 씁니다. 그리고 고객사 이름·계약 금액·개인 연락처는 넣지 않습니다. 역할과 조건만 남겨도 요약 품질은 거의 그대로입니다.

정리

• 40줄짜리 메일의 문제는 정보 부족이 아니라 순서입니다. 요청 · 기한 · 필요한 것을 첫 세 줄에, 배경과 자료는 그 뒤로.
• 제목에 동사와 기한을 넣으면 받는 사람은 열기 전에 분류를 끝냅니다. 왕복이 세 번 넘을 것 같으면 메일이 아니라 통화입니다.
• 회신이 늦어질 때 불쾌한 건 늦어서가 아니라 모르게 해서입니다. 처리는 늦어도 접수 확인은 하루 안에, 날짜를 적어서.