어색하지 않은 비즈니스 이메일, 챗GPT로 완성하는 법

챗GPT로 30초에 완성하는 법

 

어색하지 않은 비즈니스 이메일

이메일 두 줄 쓰는 데 20분 걸린 적이 있다. 내용은 단순했다. 일정 조율 요청이었다. 근데 표현을 고치고, 고쳤더니 다른 데가 어색하고, 또 고쳤더니 톤이 이상하고. 코드 리팩토링처럼 건드릴수록 더 복잡해지는 느낌. 결국 처음 버전이랑 별로 다르지 않은 걸 보내고 나서 허탈했다. 그 20분 동안 뭘 한 건지.

개발자로 일하면서 이메일을 잘 쓰는 게 기술이라는 걸 뒤늦게 알았다. 젊을 때는 내용만 맞으면 된다고 생각했다. 근데 같은 내용도 어떻게 전달하느냐에 따라 반응이 완전히 달라지는 걸 경험하고 나서 생각이 바뀌었다. 이메일은 문서가 아니라 커뮤니케이션이다. 받는 사람의 상황, 관계, 그 이메일 이후에 원하는 행동이 다 반영되어야 제대로 된 이메일이 된다.

챗GPT가 이 영역에서 실제로 유용한 건 감정이 없기 때문이다. 화가 났거나 억울한 상황에서 쓴 이메일을 나중에 다시 읽으면 왜 그렇게 썼나 싶을 때가 있다. AI는 내 감정 상태와 무관하게 차분한 초안을 뽑아준다. 물론 그 초안을 그대로 보내면 안 된다. 하지만 그 차분한 출발점이 있다는 것 자체가 다르다.

이메일이 어색해지는 이유는 형식이 아니라 맥락 부재다

"사과 이메일 써줘"라고 하면 나오는 결과물이 있다. 읽으면 형식은 맞다. 근데 받는 사람이 보면 안다. 어딘가 자기한테 쓴 게 아니라는 느낌. 마치 편의점 도시락과 집밥의 차이처럼, 재료는 같은데 온도가 다르다. 그 온도를 만드는 게 맥락이다.

수신자와의 관계, 이메일의 목적, 상대방이 이 이메일을 읽고 어떤 행동을 해줬으면 하는지, 피해야 할 표현이나 오해 소지. 이 네 가지가 프롬프트에 들어가야 결과물이 달라진다. 장점은 이걸 잘 쓰면 내가 감정적으로 흔들려 있을 때도 일단 냉정한 초안이 나온다는 거다. 단점은 두 사람 사이의 역사나 조직 문화를 AI가 알 수 없다는 거다. 그 부분은 내가 다듬어야 한다.

거절 이메일: 명확하게, 그러나 관계를 닫지 않게

거절 이메일이 제일 어렵다. "검토해보겠습니다"라고 애매하게 썼다가 상대가 OK로 받아들인 상황을 두 번 겪고 나서, 명확하게 쓰는 게 오히려 상대방에 대한 배려라는 걸 알게 됐다. 모호한 거절은 상대방 시간을 낭비하게 한다.

당신은 외부 협력사와 지속적인 관계를 유지해야 하는 IT 팀장입니다.
상황: [협력사명]에서 [요청 내용]을 요청해왔지만, [거절 이유]로 수락이 어렵습니다.
요청: 정중하게 거절하되, 향후 협력 가능성을 열어두는 이메일 초안을 작성해 주세요.
조건:
거절 이유를 명확히 하되 방어적이지 않게 써 주세요.
가능하면 대안을 함께 제시해 주세요.
관계를 닫지 않는 톤을 유지해 주세요.
형식: 감사 표현, 거절 및 이유, 대안 또는 향후 가능성, 마무리 인사

지연 및 사과 이메일: 변명 없이 사실로만

납기가 늦어졌을 때 이메일 쓰는 게 제일 괴롭다. 미안한 마음, 설명하고 싶은 마음, 변명처럼 보이기 싫은 마음이 다 섞인다. 이 상태에서 쓴 이메일은 길어지고, 결국 변명처럼 읽힌다. AI한테 초안을 먼저 뽑게 하면 그 감정이 걸러진다. 냉정하게 사실만 담은 초안이 나오고, 나는 거기에 적당한 온도만 더한다.

당신은 납기 지연을 안내해야 하는 프로젝트 담당자입니다.
상황: [기한]까지 전달 예정이었던 [결과물]이 [이유]로 인해 [예상 완료 시점]으로 늦어졌습니다.
요청: 발주처 담당자에게 보낼 지연 안내 및 사과 이메일 초안을 작성해 주세요.
조건:
변명보다 현황 설명 중심으로 작성해 주세요.
만회 방안 또는 재발 방지 내용을 포함해 주세요.
감정적으로 호소하지 말고 사실 기반으로 써 주세요.
형식: 사과 표현, 현황 설명, 향후 일정, 대응 방안, 마무리

협조 요청 이메일: 부탁인데 당당하게

협조 요청 이메일은 강도 조절이 어렵다. 너무 세면 부담스럽고, 너무 약하면 무시된다. 특히 사내에서 위아래 관계가 애매한 팀한테 보낼 때 이 균형이 힘들었다. 이 프롬프트는 요청의 배경을 먼저 설명하고, 상대가 거절하기 어렵지 않은 구조로 쓰는 방식을 잡아준다.

당신은 타 부서에 협조 요청을 해야 하는 프로젝트 담당자입니다.
상황: [상대 부서]에 [요청 내용]을 요청해야 합니다. 기한은 [날짜]이고, [이유]로 인해 이 협조가 필요합니다.
요청: 협조를 구하는 이메일 초안을 작성해 주세요.
조건:
요청의 배경과 이유를 먼저 설명해 주세요.
상대방의 부담을 최소화하는 표현을 사용해 주세요.
기한을 자연스럽게 포함해 주세요.
형식: 배경 설명, 구체적 요청 내용, 기한, 감사 표현

피드백 전달 이메일: 지적인데 관계가 상하지 않게

결과물에 문제가 있을 때 외부 협력사나 타 팀에 보내는 피드백 이메일은 쓸 때마다 조심스럽다. 너무 직접적으로 쓰면 방어적인 반응이 오고, 너무 돌려 쓰면 수정이 안 된다. 그 경계를 잡는 게 이 프롬프트의 목적이다.

당신은 외부 협력사의 산출물을 검토하고 피드백을 전달해야 하는 담당자입니다.
상황: [협력사명]이 제출한 [산출물]을 검토한 결과, [문제점1], [문제점2]가 확인됐습니다.
요청: 수정을 요청하는 피드백 이메일 초안을 작성해 주세요.
조건:
비판이 아닌 개선 요청 관점으로 작성해 주세요.
각 문제점에 대해 구체적인 수정 방향을 포함해 주세요.
전체 품질을 부정하지 않는 톤을 유지해 주세요.
형식: 검토 감사 표현, 전반적 평가, 수정 요청 항목, 기한, 마무리

마무리. 이메일 잘 쓰는 게 능력이라는 걸 너무 늦게 알았다

이 글 이전 버전에서는 프롬프트 구조 자체를 설명하는 데 집중했다. 이번엔 다르게 써야겠다고 생각했다. 달라진 건 이메일 자체에 대한 시각이다. 예전엔 이메일을 전달 수단으로만 봤다. 내용이 맞으면 되는 거라고. 근데 시니어가 되고 팀을 이끌면서 이메일 하나에서 사람의 사고 방식이 다 보인다는 걸 알게 됐다. 맥락을 먼저 설명하는지, 결론을 앞에 두는지, 상대의 입장을 고려하는지.

챗GPT가 그 모든 걸 해결해주진 않는다. 관계를 아는 건 나고, 조직 문화를 아는 것도 나다. 근데 내가 감정적으로 흔들려 있거나, 표현이 안 떠오를 때 냉정한 초안 하나를 뽑아주는 존재로서는 충분히 값어치 한다. 그리고 그 초안을 다듬는 과정에서 내가 뭘 전달하려는지가 더 선명해진다. 그게 이 도구를 계속 쓰게 하는 이유다.

출처 경로: 현업 소프트웨어 개발자의 실무 경험을 기반으로 작성된 콘텐츠입니다.