이메일·공문·사내 커뮤니케이션 프롬프트 30선
회신, 정중한 거절, 독촉, 공지사항, 사과문, 다국어 이메일 등 업무 커뮤니케이션 프롬프트 30개를 제공합니다.
이 챕터의 사용법
업무 이메일은 하루에도 수십 통씩 쓰지만, 매번 톤을 고민하고 문구를 다듬는 데 시간을 허비합니다. 이 챕터의 프롬프트 30개를 활용하면 작성 시간을 70% 이상 단축할 수 있습니다.
모든 프롬프트는 인용구(>) 블록 안에 있습니다. 대괄호([ ]) 안의 내용만 여러분의 상황에 맞게 바꿔서 AI에 붙여넣으세요.
프롬프트 유형 분류
| 유형 | 프롬프트 번호 | 개수 |
|---|---|---|
| 일반 회신 | 1~5 | 5 |
| 정중한 거절·요청 거부 | 6~10 | 5 |
| 독촉·리마인더 | 11~14 | 4 |
| 공지·사내 메일 | 15~18 | 4 |
| 사과·위기관리 | 19~22 | 4 |
| 감사·칭찬 | 23~25 | 3 |
| 영문·다국어 | 26~30 | 5 |
이메일 톤 조절 기본 원칙
프롬프트에 톤을 지정하지 않으면 AI는 기본적으로 중립적인 톤을 사용합니다. 업무 이메일에서 톤은 관계를 결정짓기 때문에 반드시 명시해야 합니다.
| 톤 레벨 | 표현 키워드 | 적합한 상황 |
|---|---|---|
| 격식(Formal) | "~하여 주시기 바랍니다" | 임원, 외부 고객, 공문 |
| 비즈니스(Business) | "~부탁드립니다" | 타 부서, 협력사 |
| 준격식(Semi-formal) | "~하면 좋겠습니다" | 같은 팀, 친밀한 거래처 |
| 캐주얼(Casual) | "~해주시면 감사!" | 슬랙, 사내 메신저 |
일반 회신 프롬프트 (1~5)
프롬프트 1: 업무 요청에 대한 수락 회신
아래 이메일에 대한 수락 회신을 작성해줘.
받은 이메일: [이메일 내용 붙여넣기]
회신 포인트:
- 요청 사항을 수락한다는 의사 표시
- 처리 예정 일자: [일자]
- 추가 확인 필요 사항: [있으면 기술, 없으면 '없음']
톤: 비즈니스 (정중하지만 간결). 분량: 5문장 이내.
프롬프트 2: 정보 요청에 대한 답변
[상대방]이 [요청 내용]에 대해 문의했어. 답변 이메일을 작성해줘.
답변할 내용: [핵심 정보 나열]
톤: [격식/비즈니스]. 형식: 인사 → 답변 본문 → 추가 문의 안내 → 마무리. 제약: 3~4문단 이내. 답변에 포함되지 않은 범위는 "별도 확인 후 안내드리겠습니다"로 처리.
프롬프트 3: 미팅 일정 확정 회신
[상대방]과 미팅 일정을 확정하는 이메일을 작성해줘.
미팅 정보:
- 일시: [날짜, 시간]
- 장소/플랫폼: [오프라인 장소 또는 Zoom/Teams 등]
- 참석자: [이름, 직급]
- 주요 안건: [안건 요약]
형식: 본문에 미팅 정보를 불릿 포인트로 정리. 변경 시 연락 요청 문구 포함. 톤: 비즈니스.
프롬프트 4: 자료 전달 이메일
[상대방]에게 요청받은 자료를 전달하는 이메일을 작성해줘.
전달 자료: [자료명, 파일 형식] 자료 설명: [간단한 설명 1~2줄] 유의 사항: [사용 시 주의점이나 제한 사항]
톤: 비즈니스. 형식: 인사 → 자료 전달 안내 → 자료 설명 → 유의 사항 → 추가 필요 시 연락 요청. 분량: 4문장 이내.
프롬프트 5: 진행 상황 공유 이메일
[프로젝트/업무]의 진행 상황을 [상대방/팀]에게 공유하는 이메일을 작성해줘.
현재 상황:
- 진행률: [N%]
- 완료 사항: [내용]
- 진행 중: [내용]
- 예정 일정: [다음 마일스톤과 날짜]
톤: 비즈니스. 형식: 불릿 포인트 중심. 이슈가 있으면 '주의 사항'으로 별도 구분.
정중한 거절·요청 거부 프롬프트 (6~10)
프롬프트 6: 미팅·행사 초대 정중히 거절
[상대방]의 [미팅/행사] 초대를 정중히 거절하는 이메일을 작성해줘.
거절 사유: [일정 충돌 / 업무 과중 / 관련성 낮음 등] 대안 제시: [대안이 있으면 기술 — 예: 다른 날짜, 다른 담당자 추천]
톤: 정중하되 명확. "검토해보겠습니다" 같은 애매한 표현 대신 거절 의사를 분명히. 형식: 감사 표현 → 거절 + 사유 → 대안 제시 → 마무리. 분량: 4문장 이내.
프롬프트 7: 업무 요청 거절 (권한/범위 밖)
[요청자]의 업무 요청을 거절하는 이메일을 작성해줘. 해당 업무는 우리 부서 소관이 아니야.
요청 내용: [요청 사항] 적합한 담당 부서/담당자: [부서명 또는 담당자] 추가 도움 가능 범위: [있으면 기술]
톤: 협조적이되 명확. "저희가 할 수 없다"가 아니라 "해당 업무는 [부서]에서 담당하고 있다"는 방향으로.
프롬프트 8: 견적·제안 정중히 거절
[업체/영업 담당자]의 견적/제안을 정중히 거절하는 이메일을 작성해줘.
거절 사유: [예산 초과 / 요건 불일치 / 내부 결정 변경 등] 향후 협업 가능성: [있음/없음]
톤: 격식. 상대의 노력을 인정하되 결정은 분명히. 형식: 감사 → 검토 결과 → 거절 사유(간결) → 향후 가능성 언급 → 마무리. 제약: 거절 사유를 지나치게 상세히 설명하지 마. 1~2문장으로 충분.
프롬프트 9: 추가 요청 거절 (범위 초과)
[상대방]이 기존 합의 범위를 넘는 추가 요청을 했어. 정중히 거절하면서 원래 범위를 리마인드하는 이메일을 작성해줘.
원래 합의 범위: [내용] 추가 요청 내용: [내용] 추가 대응 가능 조건: [추가 비용/일정 변경 시 가능 등]
톤: 단호하지만 협조적. 감정적 표현 배제. 형식: 요청 확인 → 기존 합의 범위 환기 → 추가 대응 조건 제시 → 논의 요청.
프롬프트 10: 인터뷰·협업 제안 거절
[미디어/파트너사/개인]의 [인터뷰/협업/기고] 제안을 정중히 거절하는 이메일을 작성해줘.
제안 내용: [요약] 거절 사유: [현재 여건상 어려움 / 내부 정책 등]
톤: 격식. 관계 유지에 무게를 두되 거절은 명확히. 형식: 제안에 대한 감사 → 거절 의사 + 간결한 사유 → 향후 기회 언급 → 마무리.
독촉·리마인더 프롬프트 (11~14)
프롬프트 11: 미회신 건 1차 리마인더
[상대방]에게 [N일 전] 보낸 메일에 대해 회신이 없어. 1차 리마인더 이메일을 작성해줘.
원래 요청 내용: [요약] 회신 필요 기한: [날짜]
톤: 부드럽고 정중. 재촉이 아닌 '확인' 성격으로. 형식: "혹시 이전 메일 확인하셨는지" → 요청 내용 간단 리마인드 → 기한 언급 → 양해 구하기. 분량: 3~4문장.
프롬프트 12: 마감 임박 2차 독촉
[상대방]에게 보낸 요청의 마감이 [N일] 남았는데 아직 회신이 없어. 2차 독촉 이메일을 작성해줘.
요청 내용: [내용] 마감일: [날짜] 미처리 시 영향: [프로젝트 지연/보고 불가 등]
톤: 정중하지만 긴급성을 전달. "빠른 회신 부탁드립니다"보다 구체적으로 마감과 영향을 언급. 형식: 이전 요청 환기 → 마감일 명시 → 미처리 시 영향 → 회신 요청.
프롬프트 13: 결제·입금 독촉
[거래처/고객]에게 미수금 독촉 이메일을 작성해줘.
거래 내용: [내용] 청구 금액: [금액] 결제 기한: [원래 기한] (현재 [N일] 초과) 이전 독촉 횟수: [N회]
톤: [1차면 정중 / 2차면 비즈니스 / 3차면 단호]. 법적 조치 언급은 [포함/미포함]. 형식: 미수금 확인 → 청구 내역(표) → 처리 요청 → 문의처 안내.
프롬프트 14: 내부 승인 독촉
[결재자]에게 [문서/안건]의 결재를 요청하는 리마인더를 작성해줘.
문서명: [문서명] 제출일: [날짜] 결재 필요 시한: [날짜] 지연 시 영향: [일정/예산/대외 약속 등]
톤: 극도로 정중. 상사에게 보내는 만큼 "바쁘신 와중에 죄송합니다" 뉘앙스. 형식: 양해 구하기 → 문서 안내 → 결재 시한과 사유 → 감사. 분량: 4문장 이내.
공지·사내 메일 프롬프트 (15~18)
프롬프트 15: 사내 공지사항 (정책 변경)
[변경 정책/제도]에 대한 사내 공지 이메일을 작성해줘.
변경 내용: [구체적 변경 사항] 시행일: [날짜] 영향 범위: [대상 부서/전 직원] 변경 사유: [간략히]
형식:
- 제목: [공지] 로 시작
- 변경 전 vs 변경 후 비교표
- 시행일 및 적용 범위
- FAQ (예상 질문 3개와 답변)
- 문의처
톤: 공식적이되 읽기 쉽게. 불안감을 주지 않는 표현.
프롬프트 16: 행사·이벤트 안내 메일
[행사/이벤트명] 안내 이메일을 전 직원 대상으로 작성해줘.
행사 정보:
- 일시: [날짜, 시간]
- 장소: [장소]
- 대상: [참석 대상]
- 내용: [행사 내용 요약]
- 참석 여부 회신: [회신 방법, 기한]
톤: 밝고 활기차되 격식 유지. 참여를 독려하는 문구 포함. 형식: 인사 → 행사 안내(불릿) → 참석 회신 방법 → 마무리.
프롬프트 17: 시스템 점검·장애 안내
[시스템명] 점검/장애 안내 이메일을 작성해줘.
상황: [정기 점검 / 긴급 장애] 영향 범위: [사용 불가 서비스, 대상 사용자] 점검 시간: [시작~종료] 대체 방안: [있으면 기술]
형식:
- 제목: [시스템 안내] 로 시작, 점검/장애 구분 명시
- 영향 범위 (표: 서비스 / 영향 / 대체 방안)
- 점검 시간
- 완료 후 재안내 예정 문구
- 문의처
톤: 명확하고 차분. 불필요한 사과 남발 금지. 정보 전달에 집중.
프롬프트 18: 인사 발령·조직 변경 안내
[인사 발령/조직 변경] 안내 이메일을 작성해줘.
변경 내용: [발령/변경 내역 나열 — 이름, 직급, 이동 전/후 부서]
시행일: [날짜]
형식:
- 제목: [인사] 로 시작
- 인사 발령 표 (이름 / 직급 / 이동 전 / 이동 후)
- 시행일
- 축하 또는 협조 요청 문구
톤: 공식적. 개인적 감상 배제. 제약: 개인 사유는 기재하지 않음. 사실만 전달.
사과·위기관리 프롬프트 (19~22)
프롬프트 19: 서비스 장애 고객 사과문
[서비스명]에 [장애 내용]이 발생해서 고객에게 보낼 사과 이메일을 작성해줘.
장애 상세:
- 발생 시간: [시간]
- 영향 범위: [영향받은 고객/기능]
- 원인: [원인 요약 — 공개 가능한 범위]
- 조치 완료 여부: [완료/진행중]
- 보상 계획: [있으면 기술]
톤: 진정성 있는 사과. 변명 금지. 사실 → 사과 → 조치 → 재발 방지 순서. 제약: 법적 책임을 인정하는 표현은 사용하지 마. "불편을 드려 죄송합니다" 수준.
프롬프트 20: 납기 지연 사과 및 대응
[거래처/고객]에게 [제품/서비스] 납기 지연을 알리는 사과 이메일을 작성해줘.
원래 납기일: [날짜] 변경 납기일: [날짜] 지연 사유: [구체적 사유] 보상/대안: [있으면 기술]
톤: 정중하고 책임감 있는. 사유를 솔직히 전달하되 과도한 변명은 배제. 형식: 사과 → 지연 사유(2문장) → 변경 일정 → 보상/대안 → 재발 방지 약속.
프롬프트 21: 실수 정정 메일 (내부)
이전에 보낸 [메일/문서]에 오류가 있었어. 정정 이메일을 작성해줘.
오류 내용: [잘못된 내용] 올바른 내용: [정정 내용] 오류 영향: [업무에 미친 영향]
형식:
- 제목: [정정] 원래 메일 제목
- 오류 인정 (1문장)
- 정정 내용 (변경 전 vs 변경 후 표)
- 영향 및 조치 사항
- 사과
톤: 솔직하고 신속. 변명 없이 사실만 전달.
프롬프트 22: 컴플레인 대응 (외부 고객)
아래 고객 컴플레인에 대한 응대 이메일을 작성해줘.
고객 컴플레인 내용: [컴플레인 내용 붙여넣기]
대응 방침:
- 인정 범위: [인정할 부분]
- 제안할 해결책: [구체적 해결책]
- 보상: [보상 내용, 있으면]
톤: 공감 → 인정 → 해결책 순서. 방어적 태도 금지. "그러나/하지만"으로 시작하는 문장 금지. 형식: 공감 표현 → 상황 인정 → 해결 방안 → 향후 개선 약속 → 추가 문의 안내.
감사·칭찬 프롬프트 (23~25)
프롬프트 23: 프로젝트 완료 감사 메일
[프로젝트명] 완료를 축하하고 감사를 전하는 이메일을 작성해줘.
수신자: [팀원/협력 부서/외부 파트너] 프로젝트 성과: [핵심 성과 요약] 특별 기여자: [있으면 이름과 기여 내용]
톤: 진심 어린 감사. 구체적 성과를 언급해서 형식적으로 느껴지지 않게. 형식: 축하 → 핵심 성과 언급 → 기여 감사(구체적) → 향후 기대. 제약: 과도한 미사여구 금지. 진정성 있는 구체적 감사.
프롬프트 24: 추천서·추천 메일
[피추천자]를 [목적]으로 추천하는 이메일/추천서를 작성해줘.
피추천자 정보:
- 이름: [이름]
- 관계: [직속 부하/동료/프로젝트 협업 등]
- 함께 일한 기간: [기간]
- 핵심 역량: [3가지]
- 대표 성과: [구체적 사례 1~2개]
톤: 격식. 객관적이되 긍정적. 형식: 추천인 소개 → 피추천자와의 관계 → 역량 기술 → 대표 성과 → 추천 이유 요약. 제약: 과장 금지. 측정 가능한 성과 중심으로.
프롬프트 25: 멘토·상사 감사 메일
[상사/멘토]에게 [도움 받은 내용]에 대한 감사 이메일을 작성해줘.
도움 내용: [구체적 내용] 그 도움이 나에게 미친 영향: [성장/성과/인사이트 등]
톤: 격식이지만 진심이 느껴지는. 사무적이지 않게. 분량: 5~6문장. 짧지만 구체적으로. 제약: 아부가 아닌 진심 어린 감사. 구체적 에피소드 포함.
영문·다국어 프롬프트 (26~30)
프롬프트 26: 한국어 이메일 → 영문 번역
아래 한국어 이메일을 영문 비즈니스 이메일로 변환해줘. 직역이 아니라 영문 비즈니스 이메일 관례에 맞게 재작성해줘.
[한국어 이메일 붙여넣기]
톤: [Formal / Semi-formal / Friendly professional] 수신자: [외국인 클라이언트 / 본사 담당자 / 파트너사 등]
형식:
- Subject line (제목)
- 영문 이메일 본문
- 하단에 '번역 노트' (원문과 다르게 의역한 부분 설명)
프롬프트 27: 영문 이메일 초안 (처음부터)
아래 상황에 맞는 영문 비즈니스 이메일을 작성해줘.
목적: [미팅 요청 / 제안서 전달 / 팔로업 / 감사 등] 수신자: [직급, 관계] 핵심 전달 내용: [한국어로 요점 나열]
톤: [Formal / Professional / Warm professional] 제약: 한국식 영어 표현(Konglish) 배제. 원어민 비즈니스 관례 따르기.
형식: Subject → Greeting → Body → Closing → Signature block 포함.
프롬프트 28: 일본어 비즈니스 이메일
아래 내용을 일본어 비즈니스 이메일(ビジネスメール)로 작성해줘.
전달 내용: [한국어로 요점] 수신자: [거래처 담당자 / 본사 등] 상황: [첫 연락 / 기존 거래 / 사과 등]
일본 비즈니스 메일 관례를 따라줘:
- 시후(時候)의 인사 포함
- 존경어(尊敬語) 사용
- "お忙しいところ恐れ入りますが" 등 정중 표현
형식: 한국어 대역(각 문단별)도 하단에 추가.
프롬프트 29: 다국어 공지문 동시 생성
아래 사내 공지를 [한국어 / 영어 / 일본어 / 중국어] 4개 언어로 동시 작성해줘.
공지 내용: [한국어 원문 붙여넣기]
제약:
- 각 언어의 비즈니스 문화에 맞게 톤 조절 (직역 금지)
- 날짜 형식은 각 문화권 표준 따르기 (한: YYYY년 M월 D일, 영: Month D, YYYY 등)
- 각 언어 버전 사이에 구분선 삽입
프롬프트 30: 영문 이메일 문법·톤 교정
아래 영문 이메일의 문법과 톤을 교정해줘.
[영문 이메일 붙여넣기]
교정 기준:
- 문법·철자 오류 수정
- 어색한 표현을 자연스러운 비즈니스 영어로 교체
- 톤을 [Formal/Semi-formal]로 통일
- 문장 간결화 (한 문장에 하나의 메시지)
형식:
- 교정된 전문
- 변경 내역 표 (원문 / 수정문 / 수정 이유)
이메일 작성 실전 팁
상황별 첫 문장 패턴
좋은 이메일의 첫 문장은 용건을 바로 알 수 있게 합니다.
| 상황 | 첫 문장 패턴 |
|---|---|
| 요청 | "~건으로 협조 요청드립니다." |
| 안내 | "~에 대해 안내드립니다." |
| 회신 | "보내주신 ~에 대해 답변드립니다." |
| 사과 | "~로 불편을 드린 점 사과드립니다." |
| 감사 | "~에 대해 감사드립니다." |
| 독촉 | "이전에 요청드린 ~건 확인 부탁드립니다." |
이메일 길이 가이드
| 수신자 | 권장 길이 | 이유 |
|---|---|---|
| 임원/경영진 | 3~5문장 | 의사결정에 필요한 최소 정보만 |
| 타 부서 담당자 | 5~8문장 | 맥락 + 요청 사항 |
| 외부 고객/파트너 | 5~10문장 | 정중함 + 상세 정보 |
| 같은 팀 동료 | 2~4문장 | 간결하게 |
CC/BCC 활용 가이드
이메일 수신자 설정에 대해 가이드를 만들어줘. 아래 상황에서 To, CC, BCC를 어떻게 설정해야 하는지 표로 정리하고, 각 상황에 대한 주의사항을 1문장씩 추가해줘.
상황:
- 타 부서에 업무 요청 시
- 외부 업체에 견적 요청 시
- 전체 공지 발송 시
- 상사에게 보고하면서 관련자 공유 시
- 민감한 인사 안내 시
챕터 요약
이 챕터에서 다룬 30개 프롬프트를 유형별로 정리합니다.
| 유형 | 핵심 포인트 | 가장 많이 쓸 프롬프트 |
|---|---|---|
| 일반 회신 | 톤 지정 + 분량 제한이 핵심 | 1번(수락 회신), 3번(미팅 확정) |
| 정중한 거절 | "감사→거절→대안" 구조 | 6번(미팅 거절), 8번(견적 거절) |
| 독촉 | 긴급도에 따라 톤 에스컬레이션 | 11번(1차 리마인더), 12번(2차 독촉) |
| 공지 | 변경 전/후 비교 + FAQ 포함 | 15번(정책 변경), 17번(시스템 안내) |
| 사과 | "공감→인정→해결→재발방지" 구조 | 19번(서비스 장애), 22번(컴플레인 대응) |
| 감사 | 구체적 에피소드가 진정성의 핵심 | 23번(프로젝트 감사) |
| 다국어 | 직역이 아닌 문화권별 재작성 | 26번(한→영), 29번(다국어 동시) |
다음 챕터에서는 회의록 정리, 의사결정 매트릭스, 액션 아이템 추출 등 회의 관련 프롬프트 25개를 다룹니다.