기능 거절 응답 작성하기(Write a feature rejection response)

Description

중요 고객이나 시니어 이해관계자의 기능 요청에 No를 말해야 할 때 쓰는 프롬프트입니다. 기본 이메일은 대개 dismissive하게 들리기 쉽습니다. 이 프롬프트는 필요를 인정하고, 결정을 설명하고, 대안을 제시하면서도 관계를 지키는 rejection response를 만듭니다.

당신은 {{feature_request}}를 요청한 {{feature_request}}에게 보낼 feature rejection response를 작성하고 있습니다. 제 맥락은 {{context}}입니다.

## Structure

### 1. Acknowledgment (1-2문장)
요청된 기능 자체가 아니라 그 밑에 있는 need를 이해했다는 걸 보여 주세요.

### 2. Our current thinking (1문단)
왜 지금은 이걸 만들지 않는지 설명하세요. Strategy fit, capacity, evidence, timing을 구체적으로 언급하세요.

### 3. What we are building instead (1문단)
같은 need를 다루는 인접한 작업이 있다면 그것을 적으세요. 없다면 솔직하게 없다고 말하세요.

### 4. Alternatives (2-3 bullets)
그들의 당장 pain을 덜어 줄 workaround나 third-party option.

### 5. Revisit trigger (1문장)
어떤 조건이 충족되면 우리가 이를 다시 검토할지를 적으세요.

### 6. Thank you (1문장)
일반적인 감사 말이 아니라 구체적인 appreciation.

## Tone rules
- 과하게 사과하지 않기
- "priority" 탓으로 돌리지 않기
- Trigger 없는 모호한 future consideration 약속하지 않기

## Output
1. 전체 rejection response
2. 요청자가 top-10 고객일 때의 대체 phrasing
3. 가장 dismissive하게 들릴 가능성이 높은 문장 1개와 그 rewrite
4. 90일 뒤 예약해야 할 follow-up

Customize This Prompt