기출노트 로고기출노트
시작하기

업무 메일의 ‘확인 부탁드립니다’를 구체적으로 고치기

제목: 자료 전달

안녕하세요.
첨부 확인 부탁드립니다.
감사합니다.

이 메일에 “확인했습니다”라고 답이 왔다면 일이 끝난 걸까요? 작성자가 원한 것이 승인이라면 그 답만으로는 진행해도 되는지 알 수 없습니다.

‘확인’은 파일을 받았다는 말로도, 내용을 읽었다는 말로도 쓰입니다. 수정 의견을 달라는 뜻이었는지 승인 여부를 판단해달라는 뜻이었는지 본문에 없어, 수신자가 해야 할 일을 추측하게 됩니다.

받았다는 답과 검토 의견을 구별합니다

행사 담당자가 좌석 배치를 확정하려고 보내는 작성 예시로 고쳐볼게요.

제목: 행사 좌석 배치안 — 출입 동선 검토 요청

안녕하세요, 담당자님.
좌석 배치 검토본을 첨부했습니다.

출입구에서 좌석까지의 동선이 적절한지 검토해주시고,
현재 배치로 진행 가능한지 회신 부탁드립니다.
수정이 필요하면 바꿀 위치와 이유를 알려주세요.

장소 준비를 확정해야 하므로 [날짜·시각]까지 의견을 부탁드립니다.
검토가 더 필요하면 가능한 회신 시점을 알려주시면 일정에 반영하겠습니다.

첨부: 좌석배치_검토본_A.pdf

수신자가 할 일이 생겼습니다. 동선을 보고 진행 가능 여부를 판단하며, 수정이 필요하면 위치와 이유를 회신합니다. “파일을 열었다”는 답과 구별돼요.

기한도 요청과 이어져 있습니다. 뒤에 장소 준비를 확정해야 하는 일이 있으므로 회신이 필요한 시점을 적었습니다. 날짜·시각은 실제 업무 일정에 맞춰 채울 자리이고, 모든 메일에 공통으로 쓰는 기한은 아닙니다.

Purdue의 이메일 안내는 의미 있는 제목과 짧고 직접적인 본문을 권합니다.1 위 메일도 인사말을 더 길게 붙이는 대신 검토 대상과 회신할 내용을 앞에 놓았습니다. 공손함이 필요한 상황이라도 요청 자체가 비어 있으면 상대가 답할 내용은 생기지 않습니다.

검토 범위가 동선뿐인지도 확인해야 해요. 좌석 수, 장비 배치까지 함께 판단받아야 한다면 본문에 그 범위를 넣습니다. ‘진행 가능’이라는 답을 받았다고 적지 않았던 항목까지 승인받았다고 해석할 수는 없습니다.

파일의 상태와 이름이 서로 맞아야 해요

본문에는 검토본이라 썼는데 첨부 이름은 최종본이면 어느 상태인지 헷갈립니다. 아직 의견을 받는 자료와 승인된 자료를 같은 이름으로 보내면 상대가 이전 의견을 다시 달아야 하는지도 묻게 돼요.

파일이 여러 개일 때는 각각 무엇을 볼지 적을 수 있습니다. 배치도에서는 동선을 검토하고 명단에서는 참석 인원을 확인받으려는 경우라면 두 요청이 다릅니다. ‘첨부 두 개 확인’이라고 줄이는 대신 파일별 판단을 연결하면 됩니다.

수정 의견을 받아야 하는 문서가 PDF라면 전달 방법도 정할 수 있어요. 메일 본문에 페이지와 위치를 적을지, 주석을 달지, 편집본을 따로 사용할지 알려줍니다. 수신자가 파일을 열었는데 어떻게 수정 의견을 남길지 다시 묻는 상황을 줄이는 설명입니다.

여기서 ‘좌석배치_검토본_A.pdf’는 예시 파일명입니다. 회사의 문서 번호나 이름 규칙이 있으면 그것을 따르되, 지금 검토할 자료가 어느 버전인지 본문에서도 같게 표시합니다.

큰 파일을 보내야 한다면 용량과 전달 방식도 상대가 받을 수 있는지 고려합니다. Purdue 안내 역시 큰 파일이나 여러 파일을 보낼 때 무엇을 왜 보내는지 먼저 알려주는 방식을 설명해요.2 모든 경우에 같은 파일 형식을 강제하는 규칙으로 읽을 필요는 없습니다.

이미 이전 파일을 보냈다면

정정 메일은 사유보다 지금 사용할 자료를 먼저 알려줄 수 있습니다.

제목: [정정] 행사 좌석 배치안 — 검토본 B로 재전달

앞선 메일에 이전 배치도가 첨부되어 정정합니다.
이번 메일의 좌석배치_검토본_B.pdf로 검토 부탁드립니다.
출입구 쪽 통로 배치를 수정했습니다.

이전 검토본 A는 검토 대상에서 제외해주세요.
앞서 주신 의견 중 좌석 간격에 관한 내용은 B에도 반영했습니다.
추가로 출입구 쪽 통로를 봐주시면 됩니다.

파일을 다시 보시도록 회신 기한을 [조정한 날짜·시각]으로 변경합니다.

상대가 이미 A를 읽었다면 무엇이 바뀌었는지 알아야 합니다. 파일만 다시 붙이면 앞의 의견이 유효한지, 전체를 다시 읽어야 하는지 남아요. 위 메일에는 유지한 의견과 새로 볼 구간을 적었습니다.

기한을 그대로 둘지 바꿀지도 실제 일정과 검토량에 따라 정합니다. 파일이 바뀌었는데 기한 변경은 제목에만 넣거나 본문에서 빠뜨리면 요청 조건이 서로 달라질 수 있어요.

수신 확인만 필요했던 메일이라면 이 모든 설명을 넣을 필요는 없겠죠. “자료를 수신하셨는지 회신 부탁드립니다”로 끝낼 수 있습니다. 검토·승인이 필요한 메일을 수신 확인처럼 쓴 것이 앞 예제의 문제였습니다.

Footnotes

  1. Purdue University OWL 「Email Etiquette」의 How do I compose an email to someone I don’t know?에서 meaningful subject line과 짧고 직접적인 본문 안내를 확인했다. 행사 메일은 자체 작성 예시다. 이메일 작성 ↩

  2. 같은 페이지 What about sending attachments?에서 큰 파일·여러 파일을 보낼 때 대상과 이유를 미리 설명하는 안내를 확인했다. 본문의 버전·회신·기한 설계는 해당 상황에 맞춘 편집 예시이며 회사 공통 규정이 아니다. 첨부 안내 ↩