앞서 보낸 메일을 뒤집어야 할 때, 변명 없이 사실만 고치는 법
10분 전에 보낸 메일에서 날짜가 틀린 걸 발견합니다. 첨부가 구버전이었거나, 금액에 0이 하나 빠졌거나, 회신 대상이 잘못 들어갔거나. 심장이 한 번 내려앉고, 그다음부터가 진짜 고비죠. 정정 메일을 써야 하는데, 커서만 깜빡입니다.
한국어라면 "죄송합니다, 아까 보낸 메일에 오류가 있어 다시 보냅니다" 한 줄로 끝날 일이 영어로 옮기려니 자꾸 길어집니다. Sorry를 먼저 쓰고, 왜 틀렸는지 변명을 붙이고, 다시 한번 sorry를 얹고. 다 쓰고 보면 정작 "뭐가 바뀌었는지"는 문단 어딘가에 파묻혀 있어요. 받는 사람은 사과 세 줄을 지나 정정 내용을 찾아 헤매야 합니다.
정정 메일의 핵심은 하나예요. 상대가 어느 정보를 버리고 어느 정보를 취해야 하는지, 그것만 명확하면 됩니다. 변명은 그 명확함을 흐릴 뿐이고요. 오늘은 사실만 고쳐 쓰는 다섯 개의 자리를 정리해봅니다.
"다시 보냅니다"를 sorry로 시작하지 않기
첫 문장을 사과로 열면, 읽는 사람은 무슨 큰일이 났나 긴장부터 합니다. 정정 메일 대부분은 그 정도로 심각하지 않아요. 필요한 건 "이 메일이 앞의 메일을 대체한다"는 신호입니다.
before가 어색한 건 문법이 아니라 순서예요. sorry를 두 번 쓰면 사과가 본론을 밀어냅니다. after에서 disregard my previous email은 "앞 메일은 버리세요"라는 지시가 아니라 정중한 안내로 읽혀요. 여기서 disregard를 쓴 이유가 중요한데, ignore는 "일부러 무시하라"는 감정이 섞여서 어색하고, disregard는 "그 정보는 더 이상 유효하지 않으니 참고하지 마세요"라는 중립적인 뉘앙스라 정정 상황에 딱 맞습니다. 사과가 필요하면 맨 끝에 한 번만 붙이면 돼요.
무엇이 바뀌었는지 '한 문장'으로 좁히기
정정에서 제일 흔한 실수는 바뀐 내용을 서술하지 않고 상황을 설명하는 거예요. 상대가 원하는 건 "before는 뭐고 after는 뭔가"입니다.
before는 confusion(혼란)이라는 단어로 상황을 뭉뚱그립니다. 게다가 I think를 붙이면 정정하면서도 확신이 없어 보여요. 내가 틀린 걸 고치는 자리인데 I think가 들어가면 상대는 "그래서 맞다는 거야 아니라는 거야" 하고 되묻게 됩니다. after는 correct figure is A, not B 구조로 옛 정보와 새 정보를 나란히 놓습니다. not B가 들어가야 상대가 앞 메일의 어느 숫자를 지워야 하는지 정확히 알아요. 정정은 대조가 생명입니다.
원인은 짧게, 변명은 빼기
"왜 틀렸는지"를 길게 쓸수록 방어적으로 읽힙니다. 원인이 필요하면 한 구절이면 충분해요. 시스템 탓, 바쁜 탓, 다른 사람 탓을 늘어놓는 순간 사실 정정이 감정 소명으로 바뀝니다.
before는 busy, mixed up, somehow까지 원인 후보를 세 개나 던지는데 정작 책임 소재는 흐려요. somehow(어쩌다 보니)는 "내가 한 게 아니라 저절로 됐다"는 뉘앙스라 오히려 무책임하게 들립니다. after의 by mistake는 "실수였다"를 딱 한 번, 담백하게 인정하는 표현이에요. 여기서 attached(과거)와 is attached(현재)의 시제 대비도 눈여겨보세요. 앞 메일에 붙였던 파일은 attached, 지금 이 메일에 붙어 있는 파일은 is attached here. 시제가 두 파일을 구분해줍니다.
잘못 보낸 대상에게는 삭제를 '요청'하기
내용 오류보다 곤란한 게 대상 오류예요. 받으면 안 될 사람에게 갔을 때는 정정이 아니라 처리 요청이 필요합니다. 이때 명령형으로 쓰면 상대에게 지시하는 꼴이 되니 요청의 형태를 갖춰야 해요.
before의 Delete this email은 문법적으로 맞지만 명령문이라 무례하게 읽혀요. 내 실수로 상대를 번거롭게 하는 상황에서 명령형은 특히 어긋납니다. after는 사실(sent in error)을 먼저 놓고, 요청(Could you please delete it)을 뒤에 둬요. in error는 by mistake보다 조금 더 격식 있는 표현이라 외부 수신자나 공식 메일에 어울립니다. 순서가 중요한데, 상황 설명이 먼저 와야 상대가 "왜 지워야 하는지"를 이해한 상태로 요청을 받아들여요.
재발송 메일의 제목과 마무리 정리하기
정정 메일은 제목부터 신호를 줘야 상대가 열기 전에 알아챕니다. 그리고 마무리는 다시 사과로 돌아가지 말고 다음 행동으로 닫아요.
before는 제목에 sorry를 넣어 사과를 반복하고, Re: Re:만 붙어 뭐가 바뀌었는지 안 보여요. after처럼 제목 앞에 [Corrected]나 [Resend]를 붙이면 상대가 받은편지함에서 바로 정정본임을 압니다. updated figures까지 넣으면 "숫자가 바뀌었구나"를 열기 전에 파악하죠. 본문 마무리도 마찬가지예요. Sorry again for the trouble로 닫지 말고, Please refer to this version going forward(앞으로는 이 버전을 참고해 주세요)처럼 상대가 할 일을 짚어주면 메일이 깔끔하게 끝납니다.
정정 메일이 어려운 건 영어 실력 문제가 아니라, 사과와 변명이 사실을 자꾸 밀어내기 때문이에요. before를 버리고 after를 취하게 하는 것, 그거 하나만 남기면 문장은 짧아지고 오히려 프로답게 읽힙니다.
이런 문장은 급할 때 떠올리려 하면 안 나와요. 미리 한 번 직접 써 두면, 다음에 날짜가 틀린 걸 발견한 그 순간에 손이 먼저 움직입니다. 영작만에서 정정 메일 문장을 문장 단위로 첨삭받아 두면, disregard와 ignore를 왜 다르게 쓰는지, by mistake와 in error가 어디서 갈리는지가 내 문장으로 남습니다. 검색해서 본 표현은 잊히지만, 내가 쓴 문장은 복습으로 다시 돌아오거든요.