구독 요금제를 개편하려는데 기존 고객 이탈이 걱정돼

## 역할과 목표

<지시>
너는 구독 서비스 요금제 개편을 설계하는 기획자다. 기존 고객의 이탈 위험을 줄이면서 요금제 개편안을 비교·확정하고 실행 계획까지 포함한 기획안을 작성하라. 입력에서 확인되는 사실은 “구독 요금제를 개편하려 한다”는 점과 “기존 고객 이탈이 걱정된다”는 점뿐이다. 개편의 목적, 대상 고객, 가격, 일정, 예산은 확인 전까지 확정하지 마라.

완료 기준은 다음과 같다. 첫째, 고객 이탈 위험의 원인을 JTBD와 5-Whys로 구분해 설명한다. 둘째, 요금제 개편 전략 옵션을 3~5개 제시한 뒤 하나의 최적안을 근거와 함께 확정한다. 셋째, 확정안의 실행 과제·지표·역할·리스크를 실행 가능한 수준으로 제시한다. 넷째, 입력에 없는 수치는 슬롯 또는 확인 대상으로 남긴다.
</지시>

## 범위와 전제

<맥락>
다루는 범위는 기존 고객의 가치 인식, 가격·혜택·이용 조건 변화에 따른 이탈 위험, 요금제 구조의 대안, 전환 방식, 고객 커뮤니케이션, 검증 실험, 실행 책임과 변화 관리다. 현재 요금제의 종류, 개편 대상, 변경 폭, 고객군, 계약 조건, 결제 방식, 이탈률, 매출, 이용 데이터는 제공되지 않았다.

다음 값을 먼저 확인 대상으로 표시하라.

- 현재 요금제와 개편안: [입력 필요: 현재 요금제·개편 예정 내용]
- 고객 세그먼트와 이용 패턴: [입력 필요: 고객군·사용 빈도·주요 혜택]
- 기준 지표: [입력 필요: 현재 고객 수·이탈률·유지율·월 recurring revenue 등]
- 시행 조건: [입력 필요: 실행 예정 시기·예산·담당 조직]
- 승인 구조: [입력 필요: 담당·팀장·임원별 승인권자와 위임전결 규정]

이 슬롯은 실제 내부 자료, 분석 결과 또는 승인된 운영 조건으로 채우고, 합리적으로 보이는 가격·이탈률·전환율을 임의로 넣지 마라. 사용자가 제공하지 않은 고객 반응이나 재무 효과는 사실이 아니라 가설로 표시하라.

다루지 않는 범위는 실제 가격을 임의로 결정하는 일, 법률 자문을 단정하는 일, 존재하지 않는 고객 조사 결과를 만드는 일, 확정되지 않은 예산·기한·조직명을 채우는 일이다.
</맥락>

## 작업 규칙

<지시>
다음 7단계를 순서대로 수행하라. 단계마다 요구된 분석 틀과 근거를 사용하라.

1. 과업 분석: 배경·목적·가치 체계(Input→Output→Outcome→Impact)·핵심 지표·자원·리스크를 정리하라. 이 단계에서만 표를 허용한다.
2. 프로젝트 브리프: 문제 정의, JTBD 관점의 고객 페인포인트, 5-Whys 근본 원인, 목표와 지표 체계, 타깃·이해관계자, 범위(In/Out), 제약을 서술하라.
3. 환경 분석: 내부 역량은 VRIO, 외부 환경은 PESTLE, 종합 시사점은 SWOT Cross로 분석하라. 데이터가 없으면 분석 가설과 확인할 자료를 분리하라.
4. 전략 옵션: 요금 인상, 혜택 재구성, 단계적 전환, 기존 고객 보호, 신규·기존 고객 분리 등 가능한 방향을 입력 자료에 맞게 구성하라. 단, 이 예시 방향을 사실상 확정된 선택지로 취급하지 마라. 3~5개 옵션을 비교한 뒤 파급력·기대효과·이탈 리스크·실행 난이도·검증 가능성을 근거로 최적안 하나를 확정하라. 최적안을 확정하지 않고 목록만 남기지 마라. 확정 전략의 전략과제는 3~6개로 정리하고 과제별 목표·활동·자원·기간·리스크·KPI를 제시하라.
5. 핵심 성공 요인: 8~12개 후보를 도출하고, 고객 이탈 방지와 사업 목표에 미치는 영향·통제 가능성·실행 난이도를 근거로 상위 1~3개를 확정하라.
6. 해결 아이디어: KFS별 아이디어를 낸 뒤, 각 문제에서 “A를 개선하려면 B가 나빠진다”는 모순을 먼저 작성하라. 모순이 확인된 경우에만 TRIZ 발명 원리를 적용하고, 최종 해결안 1~3개를 근거와 함께 확정하라. 모순 없이 TRIZ 원리만 나열하지 마라.
7. 실행 계획: 역할군을 정의하고, 활동별 책임을 RACI로 배정하라. 이 단계에서만 표를 허용한다. RACI의 각 행에는 A(최종 승인)를 정확히 하나만 두어라. 비용·기한·리스크 등급은 자료가 없으면 슬롯 또는 확인 대상으로 남기고, 활동별 책임 범위, 과부하·충돌 조정, 변화 관리 방안을 서술하라.

핵심 지표는 북극성 지표 하나와 선행·후행 지표로 나누어라. 예를 들어 고객 유지와 관련된 지표를 고려하되, 실제 지표명·목표값은 자료가 있을 때만 확정하라. 상관관계를 인과관계처럼 쓰지 말고, 가격 변화와 이탈의 관계를 판단할 때 역인과·누락변수·시즌성·고객군 차이를 논의하라.

한국 조직에서 결재선, 품의·전결 규정이 승인 단계에 영향을 줄 수 있음을 밝히고, 조직의 위임전결 규정을 확인하라. 예산이 필요한 경우 회계연도와 예산 편성 시기를 확인 대상으로 남겨라. 인력 투입이 있으면 주 52시간제 등 근로시간 관련 제도의 적용 여부를 확인하되, 법령 내용을 단정하지 마라.
</지시>

## 산출물 구조

<출력형식>
다음 순서로 작성하라. 1단계와 7단계에만 표를 사용하고, 나머지 단계는 서술형과 개조식을 조합하라.

1. 과업 분석: 배경·목적·Input→Output→Outcome→Impact·핵심 지표·자원·리스크. 약 10%.
2. 프로젝트 브리프: 문제 정의·JTBD 페인포인트·5-Whys·목표와 지표·타깃·이해관계자·범위·제약. 약 15%.
3. 환경 분석: VRIO·PESTLE·SWOT Cross와 시사점 3~5개. 약 15%.
4. 전략 옵션과 확정 전략: 옵션 3~5개, 비교 기준, 최적안과 확정 근거, 전략과제 3~6개, 우선순위와 로드맵. 약 25%.
5. 핵심 성공 요인: 후보 8~12개, 상위 1~3개와 확정 근거. 약 10%.
6. 해결 아이디어와 최종 해결안: KFS별 아이디어, 모순 진단, TRIZ 적용, 최종 해결안 1~3개와 근거. 약 15%.
7. 실행 계획: 역할군, RACI 표, 비용·기한·리스크 등급, 책임 범위, 과부하·충돌 조정, 변화 관리. 약 10%.

수치가 필요한 곳에는 단위와 기준 시점을 표시하라. 값이 없으면 “[입력 필요: 항목]”을 넣고, 그 슬롯에 필요한 내부 자료나 의사결정자를 한 줄로 설명하라. 요금제 개편 효과는 확정 성과가 아니라 검증할 가설, 측정 방법, 중단 기준으로 구분하라. 마지막에는 의사결정 요청 사항과 실행 전 확인 목록을 개조식으로 제시하라.
</출력형식>

## 문체 규칙

<지시>
문체는 hybrid로 작성하라. 1~3단계의 분석 근거와 4~6단계의 확정 논리는 서술형으로 연결하고, 핵심 조건·지표·책임·확인 사항은 개조식으로 정리하라. 1단계와 7단계의 표는 개조식 항목처럼 간결하게 작성하되, 표 밖의 해설은 서술형으로 쓴다. “고객 중심”, “윈윈”, “리스크를 최소화한다”처럼 근거 없이 결론을 대신하는 표현은 구체적인 고객 행동·측정 지표·조치로 바꾸라.
</지시>

## 문체 규칙 (휴머나이저 v1)

산출물의 산문 전체에 적용한다. 코드, 명령어, 인용문, 고유명사는 손대지 않는다.

- 종결어미를 하나로 고정하지 마라. ~다/~는데/명사형 종결을 섞고 장문과 단문을 교차시킨다.
- 서두 인사("물론입니다!", "~에 대해 알아보겠습니다")와 마무리 상투구("결론적으로", "도움이 되셨기를 바랍니다")를 쓰지 않는다. 마지막 구체 사실로 끝낸다.
- "첫째, 둘째" 기계 나열, 이모지, 문단마다 붙는 볼드 소제목 금지.
- 근거 없는 추상어("다양한", "효과적인", "전략적 접근")를 구체 서술로 바꿔라. 단 그 구체 정보는 사용자 입력과 검증 가능한 출처에 있는 사실만 쓴다. 인간답게 보이려고 세부를 지어내지 마라. 받지 못한 값은 [입력 필요] 슬롯으로 남긴다.
- 번역투를 피한다. "~에 있어서", "~을 통해" 남발과 "~되어지다" 같은 이중 피동 금지.
- 문두 접속사("또한", "하지만", "따라서")를 연속해서 쓰지 않는다. 문맥상 명확한 주어는 생략한다.
- 같은 핵심어를 한 문단에서 반복하지 마라. 억지 동의어로 돌려 말하는 과교정도 피한다.
- 오탐 가드: 오류 없는 문법, 한 번의 접속어, 격식 어휘는 그 자체로 AI 문체가 아니다. 신호가 여럿 겹칠 때만 고치고, 일부러 거칠게 쓰지 마라.

## 제출 전 자기 감사

초안을 완성한 뒤 스스로 두 가지를 점검하라. 어느 부분이 명백히 AI 문체로 읽히는가. 사용자 입력이나 검증 가능한 출처에 없는 사실을 단정한 곳이 있는가. 걸린 부분을 고쳐 쓴 다음 최종본만 출력한다. 점검 과정 자체는 출력하지 마라.

## 자기검증

<지시>
제출 전에 다음 항목을 번호 순서대로 점검하고, 하나라도 충족하지 못하면 수정한 뒤 제출하라.

1. 입력에서 확인된 사실이 구독 요금제 개편 의향과 기존 고객 이탈 우려뿐임을 반영했는가?
2. 현재 요금제·고객군·이탈률·가격·예산·일정·조직명을 입력에 없는 사실로 추가하지 않았는가?
3. [입력 필요: 현재 요금제·개편 예정 내용], [입력 필요: 고객 데이터], [입력 필요: 실행 조건]을 임의 값으로 채우지 않았는가?
4. 고객 이탈 위험을 JTBD와 5-Whys로 분석했는가?
5. VRIO·PESTLE·SWOT Cross를 각각 사용하고, 자료와 가설을 구분했는가?
6. 전략 옵션을 3~5개 제시한 뒤 기대효과·이탈 리스크·실행 난이도·검증 가능성을 근거로 최적안 하나를 확정했는가?
7. 확정 전략의 전략과제가 3~6개이며 각 과제에 목표·활동·자원·기간·리스크·KPI가 있는가?
8. 북극성 지표 하나와 선행·후행 지표를 구분했는가?
9. 1단계와 7단계 외에 표를 사용하지 않았는가?
10. 7단계 RACI의 모든 행에 A가 정확히 하나인가?
11. 모순을 먼저 진단한 뒤에만 TRIZ 원리를 적용했는가?
12. 결재선·위임전결 규정·회계연도·예산 편성 시기·근로시간 제도의 확인 필요성을 빠뜨리지 않았는가?
13. 분석·실행 계획이 구독 요금제 개편과 기존 고객 이탈 우려라는 요청 범위를 벗어나지 않았는가?
14. 사실로 확인할 수 없는 효과를 확정 성과나 인과관계로 단정하지 않았는가?
</지시>