비즈니스영어작문: 요청·거절·사과를 정중하게 쓰는 방법

정중한 비즈니스영어작문을 만드는 세 가지 장치

첫 번째 장치는 완곡 조동사입니다. could, would는 can, will보다 확정도를 낮춰 상대에게 판단 여지를 남깁니다. Can you send the file?과 Could you send the file?은 요구하는 행동이 같지만, 뒤쪽은 "가능하시다면"이라는 조건이 문장에 얹혀 있습니다.

두 번째는 완충 표현입니다. I’m afraid, unfortunately, if possible처럼 본론 앞뒤에 놓이는 짧은 구절이 충격을 흡수합니다. 다만 완충 표현을 두세 개씩 겹치면 요점이 흐려지므로 한 문장에 하나면 충분합니다.

세 번째는 이유 제시입니다. 부탁이든 거절이든 왜 그런지가 한 줄 붙는 순간 상대는 지시가 아니라 상황으로 읽습니다. 이 세 장치는 이후 나올 부탁·거절·사과 문장을 판단하는 기준이 됩니다.

격식 수준은 관계와 사안이 정합니다

같은 회사 동료에게 매일 보내는 메일까지 could you possibly로 쓰면 오히려 거리감이 생깁니다. 처음 연락하는 외부 담당자, 상급자, 금액이나 일정이 걸린 사안일수록 완곡 장치를 늘리고, 익숙한 사이의 단순 확인은 담백하게 쓰는 편이 자연스럽습니다.

부탁 메일 Can you보다 부담을 낮추는 문장 형태

부탁의 기본형은 조동사 의문문입니다. Could you review the draft by Thursday?는 마감까지 포함해 한 문장으로 끝납니다. 더 조심스럽게 쓰려면 Would you be able to review the draft by Thursday?처럼 상대의 가능 여부를 묻는 형태로 바꿉니다.

간접 부탁은 한 단계 더 부드럽습니다. I was wondering if you could share the updated numbers.는 "업데이트된 수치를 공유해 주실 수 있을까 해서요"에 가깝고, Would it be possible to move the meeting to 3 p.m.?은 결정권을 상대에게 넘깁니다. 과거형 was wondering은 시제가 과거여서가 아니라 거리를 두는 어법이라 현재 상황에 씁니다.

부탁 메일에서 정중함보다 먼저 확인할 것은 범위와 기한입니다. as soon as possible은 정중해 보이지만 언제까지인지 알려 주지 않아 상대를 더 곤란하게 만듭니다. by Thursday, before the client call처럼 기준점을 적고, 필요하면 If Thursday is too tight, Friday morning also works.로 여지를 덧붙이세요.

거절 메일 No를 직접 쓰지 않고 선을 긋는 순서

거절은 감사 → 사유 → 대안 세 덩어리로 씁니다. Thank you for thinking of us for this project.로 제안 자체를 받고, Unfortunately, our team is fully booked through October.로 이유를 밝히고, We’d be glad to revisit this in November.로 문을 열어 둡니다. 세 문장이면 충분하고 사과를 길게 반복할 필요는 없습니다.

여기서 지켜야 할 선은 거절이라는 사실 자체가 분명해야 한다는 점입니다. I’ll think about it and get back to you.만 보내면 상대는 기다립니다. 완곡하게 쓰되 결론은 남기는 문장이 I’m afraid we won’t be able to take this on this quarter.입니다. won’t be able to는 can’t보다 부드럽지만 불가능하다는 사실은 그대로 전합니다.

조건부 수락과 거절도 구분해서 쓰세요. We can take the first phase only if the deadline moves to December.는 조건이 맞으면 하겠다는 뜻이고, 상대가 조건을 조정할 수 있게 합니다. 반면 사유를 지나치게 자세히 적으면 협상 여지로 읽히므로 한 문장 안에서 끝내는 편이 낫습니다.

사유는 사람이 아니라 상황으로 씁니다

You gave us too little time.처럼 상대를 주어로 두면 비난이 됩니다. The current timeline doesn’t allow enough time for QA.로 상황을 주어로 바꾸면 같은 내용이 사실 진술이 됩니다. 거절 메일에서 주어를 상황이나 일정으로 옮기는 습관은 어투를 크게 바꿉니다.

사과 메일 책임을 인정하되 과하지 않게 쓰는 법

사과문은 인정 → 영향 → 조치 순서입니다. I’m sorry for the delay in sending the report.로 무엇을 잘못했는지 특정하고, This may have held up your review.로 상대가 겪은 불편을 언급하고, I’ve sent it now and will build in a buffer next time.으로 후속 조치를 적습니다. 조치가 빠진 사과는 감정 표현으로만 남습니다.

sorry와 apologize는 격식 차이가 있습니다. I’m sorry가 자연스러운 평소 업무 메일이라면, I apologize for the confusion이나 We apologize for any inconvenience caused는 더 격식 있는 공식 안내에 어울립니다. 두 표현을 한 메일에 겹쳐 쓰면 과해 보이니 하나를 고르세요.

변명처럼 읽히는 문장도 조심할 대목입니다. I’m sorry, but the client changed the spec three times.는 but 뒤에서 책임을 넘깁니다. 배경 설명이 필요하면 사과를 먼저 마치고 별도 문장으로 The spec changed midway, so I’ll flag scope changes earlier next time.처럼 재발 방지와 묶어 적으세요.

어투를 망치는 흔한 실수와 점검 항목

한국어 사고를 그대로 옮기면 명령형이 자주 나옵니다. Send me the file. Check the attachment.는 문법은 맞지만 지시로 읽히므로 Could you send me the file?로 바꿉니다. 반대로 please를 문장마다 붙이는 것도 역효과입니다. please는 부탁 한 건에 한 번이면 되고, 이미 could you 구조를 썼다면 굳이 더할 필요가 없습니다.

과잉 사과는 신뢰를 떨어뜨립니다. 메일 하나에 sorry가 세 번 나오면 사안보다 사과가 커 보입니다. 회신이 늦은 정도는 Thank you for your patience.로 감사 표현으로 바꿔 쓰는 편이 담백합니다.

발송 전에 아래 항목을 확인하세요.

부탁 문장에 마감일이나 범위가 적혀 있는가
거절 메일에서 결론이 분명하게 드러나는가
사과문에 후속 조치가 한 줄이라도 있는가
상대를 주어로 둔 비난성 문장이 없는가
please와 sorry가 한 메일에 반복되지 않는가

이 다섯 가지만 통과해도 어투 문제로 되돌아오는 메일은 거의 사라집니다. 표현을 새로 외우기보다 이미 쓴 초안에서 주어와 조동사를 바꿔 보는 연습이 훨씬 빠르게 붙습니다.