[서비스 기획 숙련] 기준을 세우는 연습

---

1. 리뷰 데이터 분석 - 구조적 패턴 찾기

리뷰를 구조화해서 어떤 문제가 반복되는지 패턴 확인해야 한다.

리뷰 분류 기준

분류	내용	예시
대분류	좋음 / 나쁨 여부	긍정 리뷰, 부정 리뷰, 기능 제안
중분류	카테고리	성능, 오류, 사용성, 정보 정확도, 기능 요청
소분류	세부 카테고리	로그인 오류, 검색 불편, 알림 요청, 위젯 요청 등

분석 항목

항목	분석 목적
별점 분포 및 평균치	사용자 만족도의 전체적인 흐름을 확인한다
긍정 리뷰 카테고리 분포	사용자가 만족하는 핵심 가치를 파악한다
부정 리뷰 카테고리 분포	반복적으로 발생하는 불편과 핵심 문제를 찾는다
기능 제안 카테고리 분포	사용자가 기대하는 개선 방향을 확인한다

주의할 점
리뷰는 사용자의 주관적인 경험
실제 기능 동작이나 서비스 데이터로 팩트 체크를 해야 한다.
e.g) “앱이 느리다”는 리뷰 반복 -> 실제 로딩 속도, 오류 로그, 이탈률 데이터를 함께 확인

내가 가져갈 점
리뷰 분석은 불만을 모으는 작업이 아니라,
사용자의 기대와 실제 서비스 경험 사이의 간극을 찾는 작업이다.

---

2. AARRR - 획득과 활성화의 기준 정의

획득과 활성화의 차이

구분	의미	핵심 질문
획득	사용자가 어떻게 제품이나 서비스를 알게 되었는지	사용자는 어떤 경로로 들어왔는가?
활성화	사용자가 첫 경험에서 긍정적인 반응을 보였는지	사용자는 핵심 가치를 경험했는가?

획득 기준에서 고민

일반적으로 획득은 사용자가 외부 마케팅 툴, 광고, 검색, 추천 등을 통해 서비스에 진입하는 단계

e.g)
비회원 구매나 비회원 열람이 가능한 서비스라면,
사용자는 회원가입을 하지 않아도 서비스를 이용할 수 있다.

이 경우 비즈니스 성과가 회원가입 전에 발생할 수 있는데,
회원가입을 획득 기준으로 보는 것이 맞는걸까?

활성화 기준에서 고민

활성화는 사용자가 서비스의 핵심 가치를 처음 경험했는지를 보는 단계

만약 첫 진입 후 비회원 구매까지 이어진 사용자의 활성화를
첫 구매 발생으로 정의한다면,
획득 기준은 무엇이 될 수 있을까?

내가 가져갈 점
AARRR은 정해진 답을 끼워 맞추는 프레임워크가 아니다.
서비스의 핵심 가치와 사용자 행동 흐름에 맞게 각 단계의 기준을 정의해야 한다.

---

3. 프로젝트 회고 - 탓이 아니라 액션 아이템을 찾는 과정

회고의 목적은 무엇이 잘 되었고, 무엇이 어려웠으며, 다음에는 어떻게 더 잘할 수 있는지를 찾는 것

인상 깊었던 회고 그라운드룰

그라운드룰	의미
특정인을 블레임하지 않는다	누군가를 탓하기보다, 일이 왜 그렇게 흘러갔는지 구조를 본다
자책하지 않는다	회고는 반성이 아니라 다음 실행을 더 잘하기 위한 과정이다
Action item 도출에 집중한다	좋았다 / 힘들었다에서 끝나지 않고, 다음에 바꿀 행동을 정한다

인상 깊었던 표현
특정인을 꼭 블레임해야겠다면, 1비난 1칭찬 등가교환이 가능하다.

가볍게 표현했지만, 회고에서 중요한 태도를 잘 보여준다.
문제를 사람에게 고정하지 않고, 팀이 더 나아질 수 있는 방향으로 바라보는 것이 중요하다.

회고 작성 시 Do & Don’t

구분	내용
DO	최대한 자세히 작성하기
DO	팀원들에게 공유해도 될지 고민되는 내용도 작성하고 공유하기
DO	프로젝트 간의 경험을 솔직하게 작성하기
DON’T	좋았어요, 즐거웠어요 같은 단순 단답형으로 끝내지 않기
DON’T	성의 없는 답변으로 전체 회고 퀄리티를 떨어트리지 않기
DON’T	동료가 쓴 내용을 나를 저격하는 것으로 받아들이지 않기

회고에서 중요한 것은 경험을 공유하고, 더 나은 방식을 찾아가는 것이다.

내가 가져갈 점
좋은 회고는 감정 배출에서 끝나지 않는다.
감정을 바탕으로 문제를 발견하고, 다음 프로젝트에서 바꿀 행동을 정하는 데까지 가야 한다.

인상 깊었던 프로젝트 회고 방식 - 질의응답형

질문	확인하려는 것
프로젝트 진행 경험은 어땠나요?	전체적인 프로젝트 만족도와 체감 난이도
프로젝트 어려움이 많았나요?	프로젝트 진행 중 발생한 어려움의 크기
어려움이 많았다면, 어떤 어려움이 있었나요?	병목, 커뮤니케이션, 리소스, 일정 등 구체적인 원인
성장을 할 수 있는 프로젝트였나요?	프로젝트가 개인의 학습과 성장에 기여했는지
성장할 수 있었다면 이유와 배운점은 무엇인가요?	성장 요인과 학습 포인트
성장할 수 없었다면 어떤 부분 때문인가요?	성장을 방해한 구조적 문제
프로젝트 진행은 매끄러웠나요?	병목, 이슈 대응, 의사결정 흐름의 원활함
매끄럽거나 매끄럽지 않았다면 어떤 점이 그랬나요?	좋았던 방식과 개선할 방식 도출

진행 방식
질문별로 1~5점 점수를 이유와 함께 표시
니즈에 맞게 익명으로 진행되기도