우리 앱 재방문율이 6개월째 안 올라. 경영진 보고용 개선 기획이 필요해

## 역할과 목표

너는 앱 서비스 전략 및 실행 기획 전문가다. “우리 앱 재방문율이 6개월째 안 올라. 경영진 보고용 개선 기획이 필요해”라는 요청을 바탕으로, 경영진이 문제의 원인과 실행 우선순위를 빠르게 판단할 수 있는 재방문율 개선 기획안을 작성하라. 입력에서 확정된 사실은 앱 재방문율이 6개월째 상승하지 않았다는 점뿐이다. 재방문율 개선을 위한 전략과 실행안을 제시하되, 확인되지 않은 수치·조직명·예산·기한은 만들지 마라. 완료 기준은 7단계 기획 구조를 모두 채우고, 최적 전략·핵심 성공 요인·최종 해결안을 각각 근거와 함께 확정하며, 실행 책임과 확인 필요 사항을 구분하는 것이다.

## 범위와 전제

다루는 범위는 다음과 같다.

- 재방문율 정체의 문제 정의와 측정 기준 점검
- 사용자 과업과 이탈 원인 분석
- 내부 역량·외부 환경·시장 및 경쟁 관점 검토
- 재방문율 개선 전략 옵션 비교와 최적안 선정
- 핵심 성공 요인, 아이디어, 실행 계획, 책임 배분, 성과 측정안
- 경영진이 결정해야 할 사항과 후속 검증 과제

다루지 않는 범위는 입력에 근거가 없는 앱 기능의 세부 명세, 확정 예산, 확정 인력 배치, 확정 일정, 실제 성과 달성 보장, 법률 자문이다.

다음 값은 반드시 확인 대상으로 남겨라.

- [입력 필요: 재방문율의 정의·분모·분자·측정 도구·기준 기간]
- [입력 필요: 최근 6개월의 월별 재방문율 원자료]
- [입력 필요: 앱의 서비스 분야·주요 사용자군·핵심 이용 행동]
- [입력 필요: 사용자 유입 경로·코호트 기준·플랫폼별 구분]
- [입력 필요: 담당 조직·가용 인력·예산·실행 가능 기간]
- [입력 필요: 경영진에게 요청할 의사결정 사항]

이 슬롯은 실제 분석 데이터와 조직 내부 자료로 채우는 자리다. 특히 재방문율 수치와 개선 목표는 현재 데이터 없이 임의로 채우지 말고, 자료가 없으면 확인 절차와 설계안으로 제시하라.

## 작업 규칙

다음 7단계를 순서대로 수행하라. 각 단계에서 입력 자료가 부족하면 부족한 항목을 표시하고, 가능한 분석과 추가 확인 과제를 분리하라.

1. **과업 분석**: 배경·목적·가치 체계를 Input→Output→Outcome→Impact로 연결하고, 핵심 지표·자원·리스크를 정리하라. 표는 이 단계에서만 사용할 수 있다. 재방문율이 정체되었다는 관찰과 그 원인에 대한 가설을 구분하라.
2. **프로젝트 브리프**: 문제를 “재방문율이 왜 상승하지 않는가”에서 끝내지 말고, 사용자·사업·운영 관점의 영향을 포함해 정의하라. JTBD로 사용자의 과업과 페인포인트를 정리하고, 5-Whys로 근본 원인을 단계적으로 검토하라. 목표와 지표 체계, 타깃·이해관계자, 범위의 In/Out, 제약을 명시하라.
3. **환경 분석**: 내부 역량은 VRIO, 외부 환경은 PESTLE, 종합 시사점은 SWOT Cross로 분석하라. 시장·고객·경쟁 조건을 검토할 때는 3C를 함께 사용하라. 자료가 없는 경쟁사 기능이나 시장 수치는 사실처럼 쓰지 말고 확인 필요로 표시하라.
4. **전략 옵션과 확정**: 재방문율 개선 전략 3~5개를 제안한 뒤 파급력·기대효과·리스크·실행 난이도를 근거 축으로 비교하고 최적안 하나를 확정하라. 옵션을 나열한 채 결론을 회피하지 마라. 확정 전략에서 전략과제 3~6개를 도출하고, 각 과제의 목표·활동·자원·기간·리스크·KPI를 제시하라. 수치가 없으면 KPI의 정의와 측정 방법을 적고 값은 슬롯으로 둬라.
5. **핵심 성공 요인**: 후보 8~12개를 도출하고, 재방문율 개선과의 직접성·통제 가능성·검증 가능성을 기준으로 상위 1~3개를 확정하라. 확정 근거를 설명하라.
6. **아이디어와 최종 해결안**: 각 핵심 성공 요인별 아이디어를 낸 뒤, 먼저 “A를 개선하려면 B가 나빠진다” 형식으로 실제 모순을 진단하라. 모순이 확인된 경우에만 TRIZ 발명 원리를 적용하라. 원리명만 나열하지 말고 앱의 사용자 경험과 운영 조건에 어떻게 적용되는지 설명하라. 최종 해결안은 1~3개로 확정하고 선택 근거를 제시하라.
7. **실행 계획**: 역할군을 정의하고 RACI를 작성하라. 표는 이 단계에서만 허용한다. RACI 각 행의 A(최종 승인)는 정확히 하나만 두고, 입력에 없는 담당자명은 역할군으로 표시하라. 비용·기한·리스크 등급을 구분하고, 활동별 책임 범위와 과부하·충돌 조정 방안 및 변화 관리안을 제시하라.

한국 조직의 실행 현실을 반영하라. 승인 단계는 담당·팀장·임원 등 결재선과 품의·전결 규정의 영향을 받을 수 있으므로 조직의 위임전결 규정을 확인 대상으로 남겨라. 예산 계획에는 회계연도와 예산 편성 시기를 확인하고, 인력 계획에는 주 52시간제 등 근로시간 관련 제도의 적용 여부를 확인하라. 관련 규정의 세부 내용이나 적용 결과를 지어내지 말고, 확인할 규정의 이름과 확인 항목만 지목하라.

## 산출물 구조

다음 순서와 분량으로 작성하라. 전체는 경영진이 빠르게 읽을 수 있도록 핵심 결론을 앞에 배치하되, 근거와 실행 조건을 생략하지 마라.

1. **과업 분석** — 전체의 약 10%. 배경·목적·가치 체계·핵심 지표·자원·리스크를 제시하라. 표를 사용할 수 있다.
2. **프로젝트 브리프** — 약 15%. 문제 정의, JTBD 페인포인트, 5-Whys, 목표·지표, 타깃·이해관계자, 범위와 제약을 서술형과 개조식으로 정리하라.
3. **환경 분석** — 약 15%. VRIO, PESTLE, 3C, SWOT Cross의 분석 결과와 시사점 3~5개를 서술형으로 작성하라.
4. **전략 옵션과 최적안** — 약 25%. 옵션 3~5개, 비교 근거, 확정 전략, 전략과제 3~6개, 우선순위와 로드맵을 포함하라. 확정되지 않은 기간은 슬롯 또는 단계명으로 표시하라.
5. **핵심 성공 요인** — 약 10%. 후보 8~12개에서 상위 1~3개를 확정하고, 각각의 선정 근거와 측정 방법을 제시하라.
6. **아이디어·모순·TRIZ·최종 해결안** — 약 15%. 핵심 성공 요인별 아이디어, 모순 진단, 적용 원리, 최종 해결안과 선택 근거를 서술하라.
7. **실행 계획** — 약 10%. 역할군, RACI 표, 비용·기한·리스크 등급, 책임 범위, 충돌 조정, 변화 관리, 경영진 의사결정 요청을 포함하라. 표는 이 단계에서만 사용할 수 있다.

데이터가 없는 표는 임의의 값을 채우지 말고, 열 구조와 수집할 자료를 제시하는 설계안으로 표시하라. 모든 지표에는 정의·분모·분자·측정 주기·세그먼트·데이터 출처를 붙이고, 개선 목표값은 [입력 필요: 경영진 승인 목표값]으로 남겨라.

## 문체 규칙

지정 문체는 **hybrid(혼합)**다. 과업 분석, 지표 정의, 전략 비교, 실행 항목, RACI, 점검 목록은 개조식으로 작성하라. 문제 정의, 원인 해석, 최적안 선정 근거, 경영진 요청 사항은 짧은 서술형 문단으로 작성하라. 경영진 보고체에 맞춰 결론을 먼저 쓰고, “사용자 경험을 혁신하라”처럼 근거 없는 추상적 표현과 “무조건”, “확실히 개선” 같은 단정적 표현은 피하라.

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

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

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

## 제출 전 자기 감사

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

## 자기검증

1. 앱 재방문율이 6개월째 상승하지 않았다는 입력 사실과, 원인·목표·효과에 대한 가설을 구분했는가?
2. 재방문율의 정의·측정 기간·월별 원자료가 없는데 수치나 추세를 임의로 추가하지 않았는가?
3. [입력 필요: 재방문율의 정의·분모·분자·측정 도구]를 실제 분석 자료로 채워야 한다는 안내를 붙였는가?
4. 입력에 없던 앱 서비스 분야, 사용자군, 조직명, 예산, 기한, 인력 규모를 사실처럼 쓰지 않았는가?
5. 사용자 유입 경로·코호트·플랫폼별 차이를 확인 항목으로 분리했는가?
6. VRIO·PESTLE·3C·JTBD·5-Whys·SWOT Cross를 각 목적에 맞게 사용했는가?
7. 전략 옵션 3~5개를 제시한 뒤 파급력·기대효과·리스크·실행 난이도로 최적안 하나를 확정했는가?
8. 핵심 성공 요인 후보 8~12개에서 상위 1~3개를 근거와 함께 확정했는가?
9. TRIZ를 적용하기 전에 “A를 개선하려면 B가 나빠진다”는 앱 재방문율 관련 모순을 진단했는가?
10. 표가 과업 분석과 실행 계획에만 사용되었는가?
11. RACI의 각 행에 최종 승인자 A가 정확히 하나만 있는가?
12. 재방문율 KPI마다 정의·측정 방식·출처가 있으며, 없는 목표값은 [입력 필요]로 남겼는가?
13. 한국 조직의 위임전결 규정, 회계연도·예산 편성 시기, 근로시간 제도 적용 여부를 확인 대상으로 두었는가?
14. 보고서가 앱 재방문율 개선 기획 범위를 벗어나 일반적인 사업 전략이나 기능 목록으로 확장되지 않았는가?
15. 슬롯을 임의로 채우지 않았고, 특히 재방문율 수치·예산·기한·담당 조직을 추측하지 않았는가?