목표
✅ 특강 2개 듣기
1 순위
✅ 강의 4-2까지 수강3 순위
🔄 과제 가설 설정까지(했지만 보완필요)2 순위🌟 목표 달성률 : 90%
특강
기획명세서
튜터님 : 권자경 튜터님
PRD란?
제품이 왜 존재하는지, 어떤 문제를 해결하는지, 어떤 결과를 만들지를 정의한 문서. 기능 단위가 아닌 제품 단위의 방향성과 기준을 담는다.
좋은 PRD의 조건
- 개발자·디자이너·이해관계자가 "왜, 무엇을 만드는지" 동일하게 이해할 수 있어야 함
- PRD만 보고도 배경과 요구사항 파악 가능 → 전달력
- 필수 기능 범위가 명확해야 함 → 범위 정의
PRD 구성 요소
1. 목표
- 이 제품이 어떤 사용자 행동을 가능하게 하는지 한 문장으로 정의
2. 배경
- 시장 조사: 문제의 중요도를 뒷받침하는 시장 근거 포함
- 사용자 리서치: 설문(최소 30명) + 인터뷰(최소 5명) 병행
- 설문: 누구나 동일하게 해석할 수 있는 질문으로 구성
- 인터뷰: 유도성 질문·미래 의향 질문 지양, 과거 경험 중심으로 진행
3. 핵심 타겟
- 타겟을 지나치게 넓게 설정하지 않도록 주의
- MVP 타겟은 가장 핵심 문제를 가진 사용자로 한정
4. 문제 정의 및 솔루션 가설
- 사용자 페르소나와 페인포인트를 기반으로 핵심 문제 정의
- 솔루션은 가설 형태로 작성: "~을 제공하면 ~할 것이다"
5. 핵심 MVP 범위
- 기능명·설명·우선순위(High/Low) 표 형태로 정리
- 이번 버전에 포함할 것과 제외할 것을 명확히 구분
6. 기대 효과
- 성공 지표 정의 (정량·정성 모두 포함)
기능명세서
튜터님 : 권자경 튜터님
기능정의서란?
사용자 입력부터 시스템 처리, 결과 출력까지 어떤 규칙과 조건에 따라 동작하는지를 정의한 문서
기능정의서 구성 요소
- UI 구성 요소: 화면에 존재하는 요소 나열
- 동작 규칙: 클릭·입력·스크롤 시 어떻게 변화하는지
- 데이터 규칙: 어떤 기준으로 데이터를 노출하는지
- 예외 및 상태 처리: 정상 케이스 외 예외 상황 정의
좋은 기능정의서의 조건
- 개발자가 질문 없이 구현할 수 있을 만큼 디테일해야 함
- 헷갈릴 법한 내용은 예시를 함께 적어두면 좋음
- 필수 기능 / 비필수 기능 구분 필요
- 필수: 반드시 동일하게 구현되어야 하는 기능
- 비필수: 기획 의도만 반영되면 구현 방식은 유연하게 허용, 1안·2안 제시 가능
- 예외 케이스 사전 고려 필수
- 유저가 의도대로 움직이지 않는 경우
- 정상·로딩·에러·빈 화면 등 상태별 동작 정의
- 드롭다운 옵션, 버튼 활성화 조건, 글자 수 제한, 권한, 유효기간 등 제약 조건 포함
- 논의가 필요한 사항은 비고·댓글로 기록 (완벽한 문서는 없으며, 계속 업데이트)
작성 순서
- 와이어프레임 기반으로 UI 요소 나열
- 유사 서비스 벤치마킹
- 각 요소의 동작 규칙·데이터 기준 정의
- 예외 케이스 보완
작성 시 점검 항목
각 요소에 대해 아래를 확인하며 작성
- 기본 상태는 무엇인가? (활성화·비활성화·빈 값 등)
- 활성화·비활성화 조건은 무엇인가?
- 동작 후 어떤 일이 발생하는가?
- 실패·오류 케이스는 무엇이며, 사용자에게 어떻게 안내하는가?
- 데이터가 없을 때 화면은 어떻게 표시되는가?
작성 형식 (템플릿)
| No | 요소 | 상세 | 비고 |
|---|---|---|---|
| 1 | 요소명 | 동작·데이터·예외 규칙 | 논의사항·참고링크 |
- 페이지 단위로 구성: 페이지명 > 세부 페이지명 > 요소 테이블
- 비고란: 논의사항 또는 추가 공유 내용 기재
예시
예시 1. 로그인 버튼
| No | 요소 | 상세 | 비고 |
|---|---|---|---|
| 1 | 로그인 버튼 | 이메일·비밀번호 모두 입력된 경우에만 활성화. 클릭 시 로그인 처리. 실패 시 "이메일 또는 비밀번호를 확인해주세요" 문구 노출 | 입력값 하나라도 비어있으면 버튼 비활성화 유지 |
예시 2. 알림 목록
| No | 요소 | 상세 | 비고 |
|---|---|---|---|
| 1 | 알림 리스트 | 최신순 노출. 읽지 않은 알림은 강조 표시. 알림 클릭 시 해당 콘텐츠로 이동 | |
| 2 | 빈 상태 | 알림이 없는 경우 "새로운 알림이 없습니다" 문구 노출 |
강의
데이터 드리븐 기획
5. 데이터 드리븐 기획 역량 기르기
강의에서 데이터를 기반으로 문제를 분석하고 결론을 도출하는 프레임워크를 케이스 스터디로 실습했다. 제시 된 케이스와 실습 내용을 클로드한테 주고 비슷한 케이스를 생성해서 공부해봤다.
프레임워크 구조
- 기준 : 무엇을 볼 것인가 (핵심 지표 + 영향 지표)
- 데이터 확인 : 정량 수치 + 정성 피드백을 함께 해석
- 결론 도출 : 1차 액션(빠른 개선) → 검증(목표 수치) → 2차 액션(근본 개선)
📝 실습
각 케이스에서 어떤 데이터를 확인해야 하는지 직접 정리해 보세요. 더불어 데이터 기반으로 어떤 결론을 도출할 수 있는지 고민해보세요.
케이스 A : 신규 가입 전환율 문제
랜딩 페이지 방문자는 늘었는데 회원가입 완료율이 떨어진 상황1. 기준 : 이번 달 회원가입 퍼널 단계별 이탈률
2. 데이터 확인
본인인증 단계에서 62% 이탈, 사용자 피드백 확인 결과 인증 시간이 짧다는 문제 발견. 본인인증 평균 소요 시간 4분이지만 제한 시간은 3분으로, 시간 초과로 인한 이탈 구조 확인
3. 결론 도출
- 1차 : 제한 시간 5분으로 확장
- 검증 : 다음 달 본인인증 단계 이탈률 62% → 30% 이하로 회복 여부 확인
- 2차 : 인증 문자 발송 속도 개선
케이스 B : 콘텐츠 조회수 문제
추천 알고리즘 개편 후 사용자당 평균 콘텐츠 조회수가 줄어든 상황1. 기준 : 알고리즘 개편 전후 추천 콘텐츠 클릭률
영향 지표 : 사용자당 평균 콘텐츠 조회수, 재방문율
2. 데이터 확인
추천 클릭률 18%→11%, 조회수 6.2→4.1개, 재방문율 45%→38%. 사용자 피드백 확인 결과 추천 알고리즘의 낮은 실효성 확인 (이미 본 콘텐츠, 관심 없는 장르 추천). 알고리즘을 협업 필터링에서 인기 콘텐츠 기반으로 변경하면서 개인화가 사라진 것이 원인
3. 결론 도출
- 1차 : 협업 필터링 기반 알고리즘으로 롤백
- 검증 : 다음 달 클릭률 18%, 조회수 6.2개, 재방문율 45% 회복 여부 확인
- 2차 : 협업 필터링 고도화 방향으로 알고리즘 재개편
케이스 C : 푸시 알림 효과 문제
푸시 알림 발송 횟수를 늘렸는데 앱 재방문율이 오히려 떨어진 상황1. 기준 : 푸시 알림 클릭률, 알림 수신 거부율
영향 지표 : 앱 재방문율
2. 데이터 확인
푸시 알림 클릭률 21%→9%, 알림 수신 거부율 8%→23%, 앱 재방문율 42%→31%. 사용자 피드백 확인 결과 반복적인 알림 노출로 피로감을 느껴 수신 거부율 급증 확인
3. 결론 도출
- 1차 : 푸시 알림 발송 횟수 하루 1회로 축소
- 검증 : 3개월 후 클릭률, 재방문율 회복 여부 확인
- 2차 : 알림 횟수가 아닌 알림 메시지 개인화 방안 논의
케이스 D : 다중 문제 동시 발생
신규 기능 배포 이후 CS 문의가 급증한 상황1. 기준 : 배포 전후 CS 문의 증가율 및 항목별 비중
영향 지표 : 결제 전환율, 알림 클릭률, 웹툰 카테고리 진입률
2. 데이터 확인
CS 문의 45% 급증. 결제 오류(35%), 알림 미수신(30%), 콘텐츠 로딩 실패(25%) 순. 세 문제 모두 이번 배포 내용과 직접 연결됨. 사용자 피드백에서 결제 오류는 환불 요청까지 이어지고 있어 이탈 리스크가 가장 높음
3. 결론 도출
- 결제 오류(우선순위 1) : 카카오페이 결제 모듈 롤백 → 승인 실패 로그 분석 → 결제 전환율 배포 전 수준 회복 여부 확인
- 웹툰 크래시(우선순위 2) : 웹툰 뷰어 이전 버전으로 롤백 → 크래시 로그 원인 분석 후 재배포
- 알림 미수신(우선순위 3) : iOS 알림 권한 로직 수정 패치 → iOS 사용자 알림 수신율 회복 여부 확인
케이스 E : A/B 테스트 결과 판단
신규 온보딩 플로우 A/B 테스트 결과가 나온 상황1. 기준 : A/B안 회원가입 완료율 비교
영향 지표 : 평균 소요 시간, 모바일 이탈률, 7일 retention
2. 데이터 확인
A안 완료율 22% / B안 31%, 평균 소요 시간 A안 4분 30초 / B안 2분 10초, 모바일 이탈률 B안에서 18% 감소, 7일 retention A안 34% / B안 41%. 모든 지표에서 B안이 우세하며 특히 retention까지 높아 단기 전환뿐 아니라 장기 잔존에도 긍정적. 사용자 피드백도 B안이 단계가 적고 직관적이라는 의견 다수
3. 결론 도출
B안으로 전체 배포 결정 → 다음 달 회원가입 완료율 28% 이상, 7일 retention 38% 이상 유지 여부 확인
데이터 드리븐 과제
연휴 중 이틀을 데이터 자료 뜯어보면서 리디북스의 미래를 짊어진 사람 마냥 고민 함...
- 데이터 분석 방향 설정
저번에 만든 이름 하야 '시니어 PM 슨배림'과 함께 데이터 분석 방향에 대한 의논을 함. 의논 중 일부는 클로드 사용 하여 크로스 체크. 지 의견을 얘기하기 보다는 내 의견에서 사각지대 짚어주고 생각해볼만한 거 질문 던져달라고 세팅해놨음.
- 데이터 분석
약 1000명의 데이터를 제미나이와 함께 뜯어 봄. 질문에 따라 시각화 자료, 분석 결과, 의견 제안을 결과물로 출력해줌.
아래는 대강 잡아본 흐름
데이터 분석 및 문제 현상 발견
전체 이탈자 분석 (후반[=완독] 제외)
↓
극초반 vs 초반중반 이탈 이유가 다르다
↓
초반중반은 추천 실패가 많은데 → 알고리즘 문제 크지 않음 + 귀인 편향 가능성 + 리소스 큼 → 보류
↓
극초반은 UX 불편 → 원인 명확 + 리소스 작음 → 여기 집중
↓
UX 불편 타겟 페르소나(기기: Mobile, 구독 플랜: Monthly, 테마 설정: 커스텀 모드 미설정 (dark 또는 light 기본값 그대로), 장르: 웹툰 제외, 이탈 사유: UX 불편) → 래퍼런스 리서치 → 해결방안
목표
전자책 독서 중 이탈 원인을 분석하고 완독률 개선 방안을 도출한다.
배경
사용자들이 책을 끝까지 읽지 않고 이탈하는 비율이 높아지고 있다. 완독률은 사용자가 서비스 가치를 경험했는지를 보여주는 핵심 지표로, 개선 없이는 구독 유지와 서비스 성장을 기대하기 어렵다.
데이터 분석 순서
- 전체 이탈 이유 분석 → 추천 실패 1위로 보임
- 추천 유입 vs 비추천 완독률 비교 → 알고리즘 문제 의문 제기
- 극초반/초반/중반 구간별 이탈 이유 비교 → 극초반은 UX 불편 지배적
- 모바일 기기별 UX 불편 비율
- 커스텀 설정 여부 vs UX 불편 이탈 상관관계
- 타겟 조건 적용 후 분석 결과
페르소나
기본 속성
Device: Mobile / 구독: Monthly / 테마: 커스텀 미설정 / 장르: 웹툰 제외 / 성별·연령: 남성 30대
스토리
이준혁, 34세 직장인. 퇴근 후 추천받은 책을 바로 펼쳤다. 글씨가 작고 화면이 불편했지만 설정을 건드릴 생각은 없었다. 읽다 보니 눈이 피로해졌고 결국 앱을 껐다. 설정을 바꾸면 나아질 수 있다는 걸 몰랐고, 알았어도 귀찮았을 것이다.
문제 정의
독서 환경을 설정하지 않은 사용자가 불편한 기본 환경 탓에 책의 가치를 경험하기 전인 극초반에 이탈하고 있다
가설
독서 시작 초반에 독서 환경 프리셋을 제안하면, 커스텀 설정을 하지 않던 사용자가 쉽게 환경을 설정하게 되어 극초반 이탈률이 감소할 것이다.
다시 고민 해볼 지점
- 기본 옵션이 너무 별로인걸까?
- 왜 custom 설정을 하지 않을까, 몰라서? 귀찮아서? 어떻게 설정해야될지 몰라서? 번거로워서? -> 근거 보완 필요
오늘의 회고
- 잘한 점: TIL이 쌓일 수록 과거 TIL을 찾아보는 게 불편해져서 태그 작업을 함. 매일 조금 씩 더 할 예정, AI를 활용하여 과제를 가설 설정까지 완료 함
- 아쉬운 점: 문제 정의와 가설에서 근거가 부족해보임.
- 원인: 리서치 부족, 레퍼런스 부족
- 개선 액션 아이템: 리서치 보충하기
💭 오늘의 한 줄 평 : 책책책 책을 읽읍시다
