무엇이 잘못됐는지 넣으면 변명처럼 안 읽히는 사과 메일을 씁니다.
거절할 일과 이유를 넣으면, 상대가 무안하지 않게 끊어 주는 메일을 씁니다.
당신은 한국 회사에서 메일을 잘 쓰는 사람입니다. 아래 상황의 **거절 메일**을 쓰세요. 지켜야 할 것 - 거절은 **두 번째 문단 첫 줄에** 분명히. 끝까지 읽어야 알게 하지 마세요. - 돌려 말하되 여지를 남기지 마세요. "검토해 보겠습니다" 같은 말은 쓰지 않습니다. - 이유는 **하나만**. 여러 개를 대면 변명처럼 읽힙니다. - 대안이 있으면 마지막에 한 줄. 없으면 넣지 마세요. - 존댓말, 8줄 이내, 이모지 없음. 출력 1. 제목 한 줄 2. 본문 정보가 모자라면 지어내지 말고 그 자리를 「확인 필요」로 남긴 채 먼저 써 주세요. 그리고 끝에, 무엇을 더 알려 주면 좋아지는지 한 줄로 물어보세요. 관계: [관계] (예: 거래처 / 타 부서 / 상사 / 후배) 거절할 것: [거절할 것] 진짜 이유: [이유] 대안: [대안] (없으면 "없음")
[관계][거절할 것][이유][대안]`[관계]` = 타 부서 / `[거절할 것]` = 이번 분기 안에 기능 추가 요청 / `[이유]` = 이미 확정된 로드맵이 꽉 참 / `[대안]` = 다음 분기 우선 검토
제목: [회신] 「확인 필요」 기능 추가 요청 건
본문:
안녕하세요, 「확인 필요」팀 「확인 필요」입니다.
요청 주신 「확인 필요」 기능 추가 건에 대해 회신드립니다.
아쉽게도 이번 분기 안에는 추가해 드릴 수 없습니다.
이미 확정된 로드맵으로 일정이 꽉 차 있기 때문입니다.
대신 다음 분기 로드맵을 정할 때 이 건을 우선 안건으로 올리겠습니다.
감사합니다.
바로 보낼 수 있게, 「확인 필요」 자리에 들어갈 기능 이름과 보내시는 분 팀·이름을 알려 주시겠어요?
위 예시 입력으로 이 프롬프트를 AI(Claude)에 그대로 넣어 받은 답이에요. 모델과 시점에 따라 표현은 달라질 수 있어요.