← 블로그

슬랙 한 줄 요청과 거절, 짧게 쓰려다 무례해지는 자리

2026-09-04
슬랙 한 줄 요청과 거절, 짧게 쓰려다 무례해지는 자리

슬랙 창에 답장을 반쯤 쓰다 지운 적, 아마 많으실 거예요. "Send this by 3pm"이라고 쳐놓고 잠깐 멈춥니다. 너무 딱딱한가. 그렇다고 "Could you possibly, if it's not too much trouble..."로 늘리자니 슬랙에 안 어울리고요. 결국 물음표 하나 붙이고 보냅니다. "Send this by 3pm?" 상대는 아무 말 없이 파일을 올리지만, 어쩐지 공기가 조금 차가워진 느낌이 남습니다.

문제는 실력이 아니에요. 슬랙은 짧게 쓰는 게 미덕인 공간이라, 우리는 문장을 최대한 줄입니다. 그런데 영어에서 문장을 줄이면 정중함을 담당하던 단어들이 먼저 잘려나가요. 한국어는 "~해주세요"의 '주세요' 하나로 톤이 살지만, 영어의 정중함은 문장 구조 자체에 흩어져 있거든요. 짧게 쓰면 그 구조가 통째로 사라집니다.

오늘은 딱 두 가지만 봅니다. 한 줄로 뭔가를 부탁하는 순간과, 한 줄로 거절하는 순간. 협업 툴에서 가장 자주 오고, 가장 자주 오해가 생기는 자리예요.

요청은 명령문이 되기 쉬워요, 동사부터 시작하면

짧게 쓰려고 동사로 문장을 열면 그 순간 명령문이 됩니다. "Send", "Check", "Fix". 문법적으로 틀린 건 없지만, 영어에서 동사 원형으로 시작하는 문장은 지시나 명령의 형태예요. 상사가 부하에게, 혹은 화난 사람이 쓰는 톤으로 읽힙니다.

이렇게 쓰기 쉽죠“Send me the file by 3.”
이렇게 쓰면 자연스러워요“Could you send me the file by 3?”
Could you로 열면 요청, 동사로 열면 명령이에요.

여기서 핵심은 Could you 한 마디가 문장 전체의 성격을 바꾼다는 점이에요. 영어는 "누가 무엇을 한다"는 평서·명령 구조와, "당신이 해줄 수 있나요"라는 질문 구조를 톤으로 구분합니다. Could you를 앞에 세우는 순간 문장은 '내가 시키는 일'이 아니라 '당신에게 여쭙는 일'이 돼요. 길이는 세 단어 늘었을 뿐인데 관계의 위치가 완전히 달라집니다. 슬랙이라 부담되면 물음표 하나만 붙인 "Send me the file by 3?"보다, Could you 쪽이 훨씬 안전합니다.

요청에 이유 반 줄을 붙이면 톤이 부드러워져요

같은 부탁도 이유가 붙으면 강요가 아니라 협조 요청으로 읽힙니다. 여기서 be동사와 do동사를 헷갈리는 실수가 자주 나와요. 상태를 설명할 땐 be, 행동을 말할 땐 do입니다.

이렇게 쓰기 쉽죠“The client waiting, so send it now.”
이렇게 쓰면 자연스러워요“The client is waiting, so could you send it over?”
waiting은 상태라 is가 반드시 필요해요.

before 문장에서 "The client waiting"은 동사가 빠진 채예요. waiting은 그 자체로 동사가 아니라 상태를 나타내는 형태라, 앞에 is가 있어야 "기다리는 중이다"라는 문장이 됩니다. 이걸 빼먹으면 원어민에겐 문장이 반쯤 부서진 느낌으로 들려요. 그리고 이유(is waiting)를 앞에 두면, 뒤의 요청이 '내 사정'이 아니라 '우리 모두의 상황'이 됩니다. so를 사이에 끼워 "이래서 이걸 부탁해요"로 연결하면, 재촉이 이해로 바뀝니다.

거절할 때 No 한 글자는 벽이 됩니다

한 줄 거절이 가장 위험해요. "No", "Can't", "Not now". 한국어라면 "지금은 어렵습니다" 정도의 무게인데, 영어에서 이렇게 잘라 쓰면 대화를 끊겠다는 신호로 읽힙니다. 거절의 정중함은 대안이나 이유에 담기는데, 그걸 다 지워버린 거예요.

이렇게 쓰기 쉽죠“No, I can't do that today.”
이렇게 쓰면 자연스러워요“I won't be able to get to that today, but I can first thing tomorrow.”
won't be able to는 능력이 아니라 상황상 불가능을 뜻해요.

can't와 won't be able to는 미묘하게 다릅니다. can't는 "나는 못 한다"는 능력의 문제로 들리기 쉽고, won't be able to는 "상황상 오늘 안에는 닿지 못한다"는 여건의 문제로 읽혀요. 후자가 훨씬 덜 방어적입니다. 게다가 뒤에 but I can first thing tomorrow로 대안을 붙이면, 거절이 '문을 닫는 말'에서 '다음을 여는 말'로 바뀝니다. 영어 거절의 기본 골격은 거의 항상 "안 되는 것 + 되는 것"이에요.

거절 이유는 감정이 아니라 사실로

거절하면서 이유를 대다 보면, 나도 모르게 상대를 탓하는 문장이 나옵니다. 주어를 you로 잡으면 특히 그래요. 같은 내용도 주어를 I로 돌리면 방어가 사라집니다.

이렇게 쓰기 쉽죠“You gave me this too late, so I can't finish it.”
이렇게 쓰면 자연스러워요“I got this a bit late, so I won't be able to finish it today.”
주어를 you에서 I로 바꾸면 비난이 상황 설명이 돼요.

before는 문법적으로 멀쩡하지만 "You gave me"로 시작하는 순간 화살이 상대를 향합니다. 받는 사람은 사과 대신 방어부터 하게 돼요. after처럼 "I got this a bit late"로 바꾸면, 같은 사실을 말하면서도 누구를 탓하지 않습니다. a bit이라는 완충어도 한몫해요. "late"만 있으면 단정적인데, a bit late는 각을 부드럽게 깎아냅니다. 영어에서 이런 완충 표현은 우리말의 '조금', '살짝'과 같은 역할을 합니다.

확인 요청은 물음표 하나로 톤이 갈립니다

"확인해 주세요"를 영어로 옮길 때 "Confirm this."라고 쓰면 명령이에요. 짧은 확인 요청일수록 질문 형태로 바꾸는 게 안전합니다. 여기서 관사와 시제도 함께 챙기면 문장이 완성돼요.

이렇게 쓰기 쉽죠“Confirm the number please.”
이렇게 쓰면 자연스러워요“Could you double-check the number when you get a chance?”
when you get a chance가 '급하지 않다'는 여유를 만들어줘요.

"Confirm ... please"는 please를 붙여도 명령의 골격이 남습니다. please는 명령을 부탁으로 완전히 바꾸지 못해요. Could you로 열고, confirm 대신 double-check을 쓰면 "당신이 틀렸을 것 같다"는 뉘앙스도 빠집니다. 그리고 when you get a chance는 "시간 될 때"라는 뜻으로, 상대에게 타이밍의 여유를 주는 표현이에요. 이 한 조각이 있느냐 없느냐로 "지금 당장"과 "편할 때"가 갈립니다.


슬랙 한 줄은 짧아서 오히려 어려워요. 줄이는 과정에서 정중함을 담당하던 단어가 먼저 사라지기 때문이에요. Could you로 열고, 이유 반 줄을 붙이고, 거절엔 대안을 얹고, 주어를 I로 돌리는 것. 네 가지만 손에 익으면 짧으면서도 무례하지 않은 한 줄이 나옵니다.

이런 문장은 한 번 읽었다고 손에 붙지 않아요. 오늘 슬랙에서 실제로 보낸 요청 한 줄을 골라, Could you로 다시 써보는 것부터 시작하면 됩니다. 직접 써본 문장만 다음번에 자연스럽게 나옵니다.


함께 읽으면 좋은 글

읽었으면, 한 번 써 보세요.

한글 해석을 보고 직접 영작하면 AI가 문장마다 왜 그렇게 쓰는지 짚어 줍니다.