[개인 프로젝트] 정성적 데이터를 분석해 문제 정의 해보기 - 최종 결과물 제작 및 회고

 

과제 개요

과제 진행 기간
2026.05.27 ~ 2026.06.02

과제 목표
[문제 현상 발견 → 원인 분석 → 문제 정의 → 우선 순위 설정 → 가설 제시]

사용자가 겪는 핵심 문제를 정의하고, 이를 해결할 수 있는 가설을 제시
이 분석을 통해 서비스 개선의 방향성을 잡고, 사용자 경험을 향상시킬 수 있는 기회를 찾는 것.

배경
[네이버 PM 과제 : ‘네이버플러스 스토어’ 앱의 개선]

작년 3월 출시한 네이버플러스 스토어는 설치 쿠폰과 첫 구매 프로모션의 효과로
출시 단 8일 만에 100만 다운로드를 달성하며 많은 신규 사용자를 유치했습니다.
그러나 이제부터는 앱의 리텐션을 높이는 일이 새로운 과제로 주어졌습니다.
앱스토어에 등록된 고객 리뷰(유저 보이스)를 분석해,
사용자들이 실제로 겪고 있는 불편과 개선 요구를 파악하는 것입니다.
PM으로서 이를 체계적으로 분석한 후 서비스 개선의 방향성을 제시해야 합니다.

 

---

 

 

최종 제안서 결과물

[20260602]_권민정_네이버플러스 스토어 앱 리텐션 개선 제안서.pdf

0.20MB

 

 

---

 

 

개인 프로젝트 회고

KPT 회고

K — Keep

이번 과제에서 잘했고, 앞으로도 유지하고 싶은 점

 

1. 문제를 바로 해결하려 하지 않고, 먼저 구조화하려고 했다

가이드라인이 있긴 했지만,

처음부터 기능 아이디어를 내기보다 리뷰 데이터, 시장 맥락, 사용자 불만을 먼저 정리하면서 문제의 방향을 잡았다.
단순 개선안이 아닌 “왜 이 문제가 중요한가”를 설명할 수 있었다.

 

2. PM 관점의 산출물 흐름을 경험했다

문제 현상 → 근본 원인 → 우선순위 → MVP → 기대 효과 → 실험 지표 순서로 정리하면서,

PM이 문제를 제안서로 설득하는 흐름을 익힐 수 있었다.

 

3. 최종 자료의 논리 흐름을 끝까지 다듬었다

단순히 여태까지 정리한 내용을 넣는게 아니라, 자료를 접하는 사람이 이해하기 쉽고 설득력 있는 순서와 구성으로 재배치하려고 노력했다.

---

P — Problem

이번 과제에서 아쉬웠거나 어려웠던 점

 

1. 문제 범위가 처음에는 너무 넓었다

리텐션, 검색, 혜택, 배송, 개인화 등 다룰 수 있는 문제가 많아서 초반에는 핵심 문제를 좁히는 데 시간이 오래 걸렸다.
문제를 많이 찾는 것보다 “지금 가장 먼저 해결해야 할 문제”를 고르는 것이 더 어렵다는 것을 느꼈다.

 

2. 핵심 문제 정의에 주관이 들어가려 했다

우선순위를 객관적이고 논리적으로 판단해야 하는데,

효과가 가장 클 것 같은 / 혹은 기존의 개발자 관점에서 가장 큰 성과라고 할만한 문제에 힘이 실리기도 했었다.

 

3. 5 Whys가 생각보다 어려웠다

표면적인 불만을 근본 원인으로 연결하는 과정에서 중간 논리가 끊기지 않도록 정리하는 것이 어려웠다.
“왜?”를 반복하는 것보다, 각 단계가 실제로 앞뒤로 이어지는지 검증하는 과정이 중요하다는 것을 알게 되었다.

 

4. MVP가 너무 기능 중심으로 흐를 뻔했다

초반에는 해결책을 기능 단위로만 생각했다.
하지만 MVP는 기능 자체가 아니라 “가설을 검증하기 위한 최소 단위”여야 한다는 점을 계속 주의해야 했다.

 

5. 최종 결과물 제작에 시간이 많이 들었다

내용을 정리한 뒤에도 폰트, 레이아웃, 줄바꿈, PDF 변환 등 시각적 완성도를 다듬는 데 예상보다 시간이 많이 걸렸다.

---

T — Try

다음 과제나 실무에서 시도해보고 싶은 점

 

1. 정량 데이터와 정성 데이터를 함께 연결하기

리뷰 같은 정성 데이터만 보는 것이 아니라,

가능하다면 MAU, 재방문율, 검색 전환율, 쿠폰 사용률, 주문 전환율 같은 정량 지표와 연결해서 문제의 크기를 더 명확히 보고 싶다.

 

2. MVP를 더 작고 검증 가능하게 정의하기

다음에는 “좋아 보이는 기능”이 아니라, 다음 형식으로 MVP를 정의해보고 싶다.

우리는 [사용자 문제]를 해결하기 위해 [MVP]를 제공하면,
[사용자 행동 지표]가 개선될 것이라고 가정한다.
성공 여부는 [측정 지표]로 판단한다.

 

3. 최종 자료 제작 시간을 미리 분리하기

다음 과제에서는 리서치/분석 50% → 논리 구조 35% → 최종 자료 제작 15% 정도로 시간을 배분해야겠다.

 

---

 

이번 과제를 통해 PM에게 중요한 것은

좋은 기능을 많이 제안하는 것보다,

사용자 문제를 근거 있게 정의하고 우선순위에 따라 검증 가능한 해결안을 설계하는 것이라는 점을 배웠다.

 

 

 

---

 

최종본 제작 참조 글 

리뷰 분석

[개인 프로젝트] 정성적 데이터를 분석해 문제 정의 해보기 - 1) 리뷰 분석

 

 

데스크 리서치

[개인 프로젝트] 정성적 데이터를 분석해 문제 정의 해보기 - 2) 데스크리서치

 

 

핵심 문제 정의

[개인 프로젝트] 정성적 데이터를 분석해 문제 정의 해보기 - 3) 핵심 문제 정의

 

 

해결방안 가설 수립 및 기대 효과

[개인 프로젝트] 정성적 데이터를 분석해 문제 정의 해보기 - 4) 해결방안 가설 수립 및 기대효과