부트캠프 원정기

팀스파르타 PM과정 (48)

eazy51 — Tue, 2 Jun 2026 22:19:22 +0900

MVP 프로젝트 / 설문조사 문항 만들기 / PRD 작성하기 / 설문조사 폼 만들기 / 기획명세서 작성하기

2026-06-02 (화) MVP 프로젝트 종합 정리

도메인: EduTech B2B | 프로젝트명: 핸드오버 메이트(Handover Mate) |

오늘의 핵심 요청사항

중소기업의 사수와 신입을 위한 표준화된 30일 인수인계 자동화 플랫폼을 구축하기 위해, 프로젝트 발제문을 기반으로 다음 4개 주요 문서를 동시에 정리하고 보강했습니다.

기획명세서(PRD) — 서비스 가치 정의 및 솔루션 가설
기능명세서 — MVP 범위 내 핵심 기능 5개 정의
설문지 설계 — 가설 검증 용 심층 인터뷰 설문
화면 구성 설계 — 1주차 일자별 업무 + 2~4주차 로드맵 + 사수 관리 콘솔

논의의 핵심 흐름

1단계: 문제 정의 → 가설 수립 (PRD)

문제

중소기업 사수: 신입 교육을 반복하는데 표준화 기준이 없어 매번 즉흥적 설명 → 반복 부담 + 신입 적응도 파악 불가
신입: 무엇을 배워야 하는지 명확하지 않고, 질문하기 눈치 보여 혼자 헤맴 → 조기 퇴사 가능성 높음

가설

"30일 인수인계 로드맵 + 주차별 체크리스트 + 질문·피드백 기록 + 진행률 대시보드"를 제공하면 사수는 반복 설명 시간을 줄이고, 신입은 자기 속도로 체계적 실무 적응이 가능하다

검증 방법 다음 3대 가설을 설문으로 정량 검증

가설 내용 검증 문항

H1. 효율화	실무교육을 표준 콘텐츠·체크리스트로 시스템화하면 사수의 반복 교육 부담이 준다	사수 2-5, 3-2, 3-6, 3-10, 4-2
H2. 적응 가속	단계별 로드맵·진행도 가시화는 신입의 실무 적응을 빠르게 한다	부사수 4-1, 4-3 / 사수 4-4
H3. 정착(리텐션)	체계적 인수인계는 신입의 조기 퇴사 가능성을 낮춘다	부사수 3-7, 3-8, 4-4 / 사수 3-5, 3-6

2단계: 설문지 논의 및 정교화 (설문 설계)

오전 회의 논의 내용

발제문 반영 확인 → PRD 항목(문제 정의·가설·KPI)과 설문 문항을 매핑하는 "발제문 연계" 섹션 신설
사수 1-5 의미 조정 → "공식 배정 vs 본업 병행"의 뜻을 "교육이 보상·일로 인정받는가"로 명확화
중복 문항 분석 → 2-3·3-3·2-4가 같은 축(존재) 중복 문제 발견, B안(존재 1 + 활용 1, 조건부) 추천
반복 빈도 문항(3-5) 수정 → "반복 교육으로 인한 사수 피로(소진)"로 문구 변경, 슬라이더 유지
교체 빈도 문항 신설 → 피로도와 함께 교차 분석하기 위해 신설, 번호 재정리
정량화 강화 → 업무 비중(%), 교체 빈도, 기간을 정량으로 측정하여 KPI 베이스라인 산정

결정사항

부사수 설문: 24문항 / 사수 설문: 25문항 (별도 폼)
핵심 관점: 조기 퇴사·반복 교육 비용·표준화 편차·심리적 안전감·B2B 도입 결정권

인수인계 설문지 제작 논의 흐름 정리

산출물: 인수인계_심층인터뷰_설문지.md (사수 25문항 / 부사수 24문항, 구글폼 기반)

1. 처음 요청한 것

인수인계를 더 편하게 하는 시스템의 실사용자 경험을 파악할 심층 인터뷰 설문지(구글폼 기반)를 만들고 싶다.

대상은 사수 / 부사수 두 종류, 인터뷰지도 두 종류로 분리
각 단계마다 공통질문 + 역할별 심화질문으로 구성
문항은 객관식 / 주관식 / 슬라이더 혼합
이미지 표(4단계: 인적사항·회사시스템·인수인계경험·서비스)를 설문에 맞게 다듬고, 놓친 관점도 보강
노션 붙여넣기 형식으로 정리

2. 1차 산출물

구분 내용

구조	4단계 × (공통 + 역할별 심화)
분량	심층형, 역할별 24문항 (별도 폼 분리)
보강 관점	조기 퇴사 연결·반복 교육 비용·표준화 편차·진행도 거부감·심리적 안전감·B2B 도입 결정권·정보 탐색 자립도

3. 수정·논의 흐름 (요청 순서대로)

# 논의 결정

1	발제문 반영 여부	1차 작성 땐 폴더에 없어 누락 → 등록 확인 후 "발제문 연계" 섹션 추가 (PRD 항목 매핑 + 핵심 가설 3종 ↔ 문항 매핑 + KPI 근거화)
2	사수 1-5 의미 질문	"공식 배정 vs 본업 병행"의 뜻 설명 (= 교육이 보상·일로 인정받는가)
3	1-5를 시간 비중 질문으로?	흐름·중복 분석 → 1-5 삭제, 대신 3단계에 "업무 중 교육 비중(%)" 신설 = 본업 침식 정량 페인포인트
4	2-3·3-3·2-4 중복 분석	2-3·3-3 = 같은 '존재' 축(중복), 2-4 = '활용' 축. B안(존재 1 + 활용 1, 조건부) 추천 — 적용 대기
5	반복 빈도(3-5) → 피로도	슬라이더 유지, 문구를 "반복 교육으로 인한 사수 피로(소진)" 로 변경
6	잦은 입퇴사 정도 문항 추가	교체 빈도 문항 신설 → 피로도 앞 배치, 번호 재정리. 교체 빈도 × 피로도 = 핵심 페르소나 도출 가이드 추가

4. 관통한 사고의 흐름

이미지 표의 표면 문항
      ↓
"이 문항이 진짜 무엇을 재는가" 축으로 분해
   (존재 / 활용 / 빈도 / 피로도 / 업무 비중)
      ↓
중복 제거 · 의미 분리 (같은 축 두 번 묻기 방지)
      ↓
발제문 프레임에 정렬
   (문제 정의 → 가설 검증 → KPI 근거)
      ↓
정량(빈도·기간·비중) + 정성(피로도·심리)으로 입체화
      ↓
교차 분석으로 핵심 페르소나·페인포인트 도출

핵심 원칙: "설문은 단순 질문 모음이 아니라, PRD의 가설을 검증하는 데이터 수집 도구" — 모든 문항을 가설(H1 효율화 / H2 적응 가속 / H3 정착)과 KPI에 연결.

5. 남은 작업 (To-Do)

[ ] 2-3·3-3·2-4 통합 (B안: 존재 1 + 활용 1 조건부) 적용 여부 확정
[ ] 부사수 폼에도 동일 점검 필요 시 반영
[ ] 구글 폼 자동 입력용 표 또는 실제 폼 제작

3단계: 기능 정의 및 MVP 범위 확정 (기능명세서)

Must Have (필수 구현 — 가설 검증의 코어)

기능 설명 연결 가설

1) 인수인계 프로젝트 생성	사수가 신입 정보(이름·직무·시작일·담당자) 입력해 프로젝트 생성	H1
2) 30일 로드맵 템플릿	1~4주차 기본 로드맵 제공, 사수가 태스크 추가·수정·삭제	H1, H2
3) 주차별 태스크 체크리스트 (순차 잠금)	신입이 완료 체크하면 다음 단계가 순차 잠금 해제	H2
4) 질문·답변 기록	신입이 태스크별 질문 등록 → 사수가 답변, 해당 태스크에 누적	H1, H3
5) 진행률 대시보드	사수·팀장이 전체 진행률·미완료 태스크·미답변 질문 확인	H1, H2

핵심: ④ 질문·답변 기록(즉각 피드백)이 Workday와의 차별화 지점이자 PRD의 논리적 닻

Nice to Have (여유 시 추가)

Slack/이메일 알림
직무별 표준 템플릿 추천
AI 문서 요약
반복 질문 자동 FAQ화

4단계: 화면 설계 및 사용자 플로우 정의 (화면 구성)

1주차: 일자별 업무 (일차 단위)

1주차는 "일을 하는 주"가 아니라 일할 수 있는 상태를 만드는 주

날짜 목표 주요 태스크

1일차	입사 처리 & 자리 잡기	서류 제출, 시스템 로그인, 조직도, 자리배치, 근무 규칙
2일차	회사·팀 이해	회사 소개, 비전·가치, 팀 미션, 사내 규칙, 보안 서약
3일차	협업 도구 세팅	Slack/Teams, Notion/Drive, 메일·일정, 결재·근태, 보안 설정
4일차	업무 환경·자료 위치 파악	공용 드라이브, 직무 자료, 용어집, 프로세스 개요, 연락처
5일차	미니 실습 & 회고	따라하기 과제, 사수 검수, 체크포인트, 질문 정리, 2주차 안내

설계 원칙: 매일 분량 일정 + 순서 정해짐 → "일차" 시간 흐름으로 묶음

2~4주차: 태스크 로드맵 (태스크 단위)

실무 난이도·소요 시간이 제각각 → 일차 구분 없이 태스크 단위로 운영 (신입 자기 속도)

주차 목표 주요 태스크 (예시) 완료 기준

2주차	기본 업무 수행	핵심 프로세스 실습, 양식으로 산출물 만들기, 직무 시스템 입력, 협업 루틴, 케이스 동행, 점검	사수 검수
3주차	예외 상황 학습	주요 예외 케이스, 과거 히스토리, 분기 규칙, 에스컬레이션, 주의 체크리스트, 예외 처리 실습	이해 확인
4주차	독립 수행 준비	단독 업무 수행, 업무 노트 작성, 사수 최종 검수, 질문 클로징, 인계 완료 확인, 30일 회고	인계 완료

사수(인계자) 관리 페이지 5개 영역

화면 역할 핵심 동작

화면 A — 프로젝트 대시보드	여러 신입 동시 관리	신입별 카드(이름·직무·진행률), 미답변 질문 배지, 정체 알림, 새 프로젝트 생성
화면 B — 로드맵 편집	주차별 태스크 관리	1주차(일차 그룹) / 2~4주차(태스크 리스트), 추가·수정·삭제, 순차 잠금 토글, 신입 초대
화면 C — 태스크 상세 편집	태스크 세부 설정	제목·설명, 콘텐츠 업로드, 이해도 체크 항목, 완료 기준, 담당·기한, 질문 허용
화면 D — 질문·답변 인박스	즉각 피드백 코어	미답변 우선 정렬, 태스크 연결 표시, 스레드 누적, FAQ 승격(반복 질문 자산화)
화면 E — 진행 모니터링	신입 진행 추적	진행률, 미완료 태스크, 정체 구간, 체크 항목 현황, 인계 완료 리포트

관통한 사고의 흐름

발제문 프레임 (문제 정의 → 가설 → KPI)
      ↓
PRD로 서비스 가치·배경·타겟·가설 정의
      ↓
"가설을 어떻게 검증할 것인가?" → 설문 설계로 전환
      ↓
설문 문항 정교화 → 각 문항을 H1/H2/H3·PRD 항목과 매핑
      ↓
"가설이 참이라면 어떤 기능이 필요한가?" → 기능명세서로 전환
      ↓
기능을 사용자가 어떻게 경험하는가 → 화면 구성·사용자 플로우
      ↓
"설문으로 모은 데이터를 KPI 베이스라인으로 삼기"
      ↓
최종: 데이터 주도 설계 (리서치 → 가설 → 기능 → 화면 → 검증 루프)

핵심 원칙

"설문은 단순 질문 모음이 아니라, PRD의 가설을 검증하는 데이터 수집 도구"
"모든 기능은 가설에, 모든 화면은 기능에, 모든 문항은 KPI 베이스라인에 연결된다"

✅ 오늘의 작업 산출물

문서	주요 보강 내용
06-1. 기획명세서(PRD)	3대 가설 + KPI 매핑 / 경쟁사 분석 심화 / 페르소나 실제화
06-3. 기능명세서	Must Have 5개 기능·검증 방법·Guardrail 정의
03-1-1. 인터뷰 질문	발제문 연계 섹션 / 심층 심화 질문
05-2. 계획표	오전 논의 기록 + 미팅 일정
03-4. 도메인 리서치 정리	3차 리서치 통합 요약
화면구성_1주차	1일차~5일차 일자별 태스크 설계 (신입 환경 정렬)
화면구성_2~4주차	태스크 로드맵 + 사수 관리 5개 화면

핵심 수치 (KPI 베이스라인 후보)

1차 검증 지표 (행동)

로드맵 생성률: 70% 이상 (24시간 내)
1주차 태스크 완료율: 70% 이상
질문 응답률: 80% 이상 (48시간 내)
대시보드 확인률: 70% 이상

2차 검증 지표 (효과)

사수 반복 설명 시간: 20% 감소
신입 명확도: 4.0 이상 (5점 척도)
사수 부담 개선: 4.0 이상 (5점 척도)
조기 퇴사 억제: 3.5 이상 (5점 척도)

남은 작업 (To-Do)

[ ] 2-3·3-3·2-4 통합 (B안: 존재 1 + 활용 1 조건부) 적용 확정
[ ] 부사수 설문에도 동일 점검 필요 시 반영
[ ] 구글 폼 자동 생성용 표 또는 실제 폼 제작
[ ] 기능명세서 상세 화면 정의 (④ 질문·답변 기록의 예외처리까지)
[ ] 와이어프레임 5개 화면 확정 (Figma 링크)
[ ] 직무별 표준 템플릿 구성 (콘텐츠 cold-start 해결)
[ ] 실제 사수/신입 인터뷰 인용문 1~2개 삽입 (설득력 강화)
[ ] 설문 1차 집계 결과로 KPI 베이스라인 수치 도출

프로젝트 구조도

핸드오버 메이트 (Handover Mate)
├─ 서비스 정의 (기획명세서)
│  ├─ 문제: 사수 반복 부담 + 신입 적응 실패
│  ├─ 해결책: 30일 로드맵 + 질문·피드백 기록 + 대시보드
│  └─ 가설: H1(효율화) / H2(적응 가속) / H3(리텐션)
│
├─ 검증 방법 (설문지 설계)
│  ├─ 부사수 24문항 + 사수 25문항
│  ├─ 3대 가설 ↔ 문항 매핑
│  └─ 결과: KPI 베이스라인 + 페르소나 정제
│
├─ 기능 구현 (기능명세서)
│  ├─ Must Have: 프로젝트 생성 → 로드맵 → 체크리스트 → 질문 → 대시보드
│  ├─ 차별화: ④ 질문·답변 누적 (다음 신입에 재사용)
│  └─ 검증: 가설별 Guardrail
│
└─ 사용자 경험 (화면 구성)
   ├─ 신입: 1일차~30일차 로드맵 따라가기
   │  └─ 1주차(일차 단위) + 2~4주차(태스크 단위)
   │
   └─ 사수: 대시보드 → 로드맵 편집 → 콘텐츠 업로드 → 질문 답변 → 모니터링
      └─ 5개 화면 (A 대시보드 ~ E 모니터링)

설계 철학

1. 발제문 중심의 일관성

모든 문서가 "문제 정의 → 가설 → 검증 → 기능 → 화면"의 한 줄로 연결됨
PRD 문항과 설문 문항이 매핑되어 있음
설문 결과가 직접 KPI 베이스라인이 됨

2. 데이터 주도 설계

가정이 아닌 설문 수치로 페인포인트 검증
슬라이더 평균값 = KPI 목표치의 근거
교차 분석(교체 빈도 × 피로도) = 핵심 페르소나 도출

3. 사용자 입장의 단순성

신입: 매일 해야 할 일이 명확 (1주차 일차 단위 → 2~4주차 자기 속도)
사수: 5개 화면으로 전체 관리 (진입 → 편집 → 콘텐츠 → 질문 → 모니터링)

4. 차별화의 명확성

"온보딩이 아니라 인수인계"
"챗봇이 아니라 사수의 즉각 피드백"
"공식 교육이 아니라 자산화(다음 신입 재사용)"

작성: 팀 지원, 유빈, 준하 (설문·PRD)
제이, 민지, 혜림 (기능·화면)

남은것 : 설문 돌려서 답변받기

기능명세서 정리 / 제출 / 2차 킥오프

팀스파르타 PM과정 (47)

eazy51 — Mon, 1 Jun 2026 21:46:58 +0900

mvp 프로젝트 / 1차 킥오프 회의

오전 일정

- 지난 금요일 (05/29) 회의록 요약 정리

- 오전 스크럼

- 자기소개

- 지난주 회의 내용요약

- 2차 리서치 방향 선정

6월 1일 (월) 오전 회의 논의

사고의 흐름 한눈에 보기

관점 통일 시도 (교육 vs 운영 3:3 분열)
    ↓
각 방향 장단점 구조화
    ↓
튜터님 면담 준비 → 질문 정제
    ↓
튜터님 피드백 수령
    ↓
3개 도메인으로 리서치 범위 확정
    ↓
2인 1팀 역할 분담 완료
    ↓
오후 리서치 돌입

1차 논의 (09:50~11:20)

핵심 쟁점: 교육 vs 운영 3:3

	교육	운영
정의	학습 경험 자체를 개선	교육이 조직에서 굴러가는 방식 개선
주요 사용자	학습자 (직원, 알바)	관리자 (HR담당자, 점장)
아이디어 예시	매뉴얼 템플릿, 마이크로러닝, 게이미피케이션	대시보드 시각화, 이수율 관리, 자동 알림
장점	페인포인트 선명, 0→1 설계 가능, 데이터 수집 쉬움	방향 하나로 명확, PRD 쓰기 유리
단점	방향이 너무 많아 회의 길어짐	근거 데이터 찾기 어렵고 기능 범위 불명확
팀 내 의견	"페인포인트가 확실하다", "신입의 참신함 살릴 수 있다"	"더 현실적", "2일 PRD 제출에 유리", "바꿀 수 있는 여지가 하나 뿐"

튜터님 면담용 질문 정리 (클로드 제안)

Q1. MVP 관점에서 교육·운영 중 기획서 완성도에 더 유리한 쪽은?
Q2. 운영 방향으로 가면 관리자 화면 하나로 PRD 분량 채울 수 있나?
Q3. 교육 방향의 차별화 어렵다는 우려 — 차별화보다 중요한 게 따로 있나?

2차 논의 (11:40~13:00) — 튜터님 피드백 수령

김단비 튜터님 피드백 요약

피드백 1 (방향 선택 기준)

사용자 환경(교육)이 방향 잡기 난이도는 더 낮음
단, B2B 사용자 페인포인트는 B2C보다 찾기 어려움
"방향이 너무 많다" = 문제 정의가 아직 안 된 것
"데이터 찾기 어렵다" = B2B 공통 문제, 운영만의 문제 아님
결론: 둘 다 무방. 기준은 → 페인포인트를 확실히 찾을 수 있는가 + 문제 정의 난이도가 감당 가능한가

피드백 2 (도메인 방향)

팀 방향성 괜찮게 잡은 것 같음
법정의무교육·사내교육은 스타트업 운영 경험상 실제로 번거로운 문제
"가장 페인포인트가 확실하거나, MVP로 빠르게 임팩트를 볼 수 있는 분야로 선택하라"

방향성 좁히기 — 최종 리서치 범위 확정

후보 3개 도메인

운영 vs 교육 중 교육으로 선택

미리정해두었던 세부 도메인중 운영항목에 가까운 LMS 제외 후 나머지 세 도메인 심층 데스크리서치

도메인	의사결정자	주요 교육	핵심 고통	경쟁자	지불 의사
~~LMS~~	~~운영측면에 가까워서 제외~~
사내교육 (직무교육)	HR담당자	온보딩, 직무 강화	교육 콘텐츠 없음, 비용	패스트캠퍼스, 스파르타	있음
법정의무교육	HR담당자·총무	성희롱·산업안전 등 6종	이수율 관리, 증빙	휴넷, 이젠	있음
식음료 소상공인	점주·사장님	온보딩, 위생, 매뉴얼	반복 교육, 이직률	배민·쿠팡이츠 (무료)	낮음

추가 논의 포인트

교육 = 0 to 1 / 운영 = 1 to n 프레임 공유됨
"이게 에듀테크인가?" 의문 → 도메인을 너무 많이 다뤘기 때문. 각 도메인 안에서도 교육 vs 운영으로 나눌 수 있음
MVP에서 중요한 건 차별화: "기존의 것을 그대로 한다면 역기획이랑 뭐가 다른가?"
"서치하다 보면 반드시 아이디어는 나올 것"

리서치 역할 분담

도메인 팀원

사내교육	김준하, 박민지
법정의무교육	노혜림, 이유빈
식음료	박제이, 이지원

오늘 오후 계획

시간 내용

~16:00	2차 리서치 (2명/2명/2명) + 문서화 철저히
~17:30	리서치 결과 공유 및 킥오프 질문 정리
~18:00	튜터님 킥오프 면담

리서치 공통 결과물 포맷 (각 팀 동일)

현재 해결 방식 — 지금 어떻게 하고 있나
페인포인트 — 뭐가 불편한가 (후기 근거 포함)
기존 솔루션 한계 — 있는 서비스가 왜 안 쓰이나
우리가 들어갈 틈 — 있다면 어디인가

도메인 2차 리서치-식음료 2차 리서치 진행

요청 내용

자영업자(소상공인) 커뮤니티에 올라온 알바·직원 교육 관련 게시물 16개를 입력받아 분석.

전체 작업 요약 (커뮤니티 리서치 + 도메인 2차 리서치 통합)

요청 내용

에듀테크 B2B 도메인 중 식음료 업종 소상공인의 직원 교육 문제를 파악하기 위해 두 가지 작업을 진행했다.

① 커뮤니티 게시물 16개 분석 — 실제 사장들이 온라인에서 토로하는 고충을 유형/관점별로 정리 → 표로 변환 → 마크다운 형식 출력

② 도메인 2차 리서치 문서 반영 — 위 분석 결과가 팀 내 리서치 문서에 통합된 것을 확인하고, 전체 작업의 흐름과 맥락을 정리

사고의 흐름

1단계 — 현상 파악 (게시물 분석) 게시물을 하나씩 읽으며 "무엇을, 어떻게, 얼마나, 누가 가르쳐야 하나"라는 4가지 질문으로 구조화했다. 초반엔 방법론 논쟁, 중반엔 감정 소모, 후반엔 교육 자료를 만들어도 안 된다는 현실로 문제의 층위가 점점 깊어졌다.

2단계 — 구조화 (표 작성) 16개 게시물을 제목·업종·고충·핵심질문·댓글관점·특징 6개 축으로 정리했다. 단순 요약이 아니라 게시물 간 패턴과 흐름을 드러내는 데 초점을 뒀다.

3단계 — 도메인 리서치와 연결 리서치 문서를 보니 커뮤니티 분석 결과가 더 넓은 맥락 안에 자리를 잡고 있었다. 페인포인트 데이터로 활용되면서 아래 구조로 연결되었다.

핵심 발견 → 기회 공간으로의 연결

커뮤니티 분석에서 발견한 것리서치 문서가 연결한 기회

만들기 힘들다 (암묵지 언어화 어려움) 업종별 템플릿 + AI 자동 변환 (1층 솔루션)

전달하기 힘들다 (카톡 공지, 이수 확인 불가) 퀴즈·체크 + 대시보드 (2층 솔루션)

반복이 너무 힘들다 (이직률 높아 매번 처음부터) 자동 온보딩 (3층 솔루션)

경쟁 솔루션 부재 모두의 매뉴얼의 빠진 기능 (이수확인·퀴즈·템플릿)

해외엔 검증된 시장 Trainual·Connecteam·KNOW → 한국 소상공인 공백

최종 포지셔닝:

단순 매뉴얼 툴이 아닌 "학습 → 실습 → 근무 → 평가 → 재교육" 순환 구조를 가진 식음료 소상공인 온보딩 플랫폼. 배민외식업광장처럼 사장님이 이미 쓰는 채널에 유통하는 것이 진입장벽을 낮추는 핵심.

리서치 시간 종료후 세부 논의

도메인 2차 리서치 요약

리서치 목적

중소기업 B2B 에듀테크 도메인에서 PRD 문제정의 방향을 잡기 위해, 사내교육(온보딩)과 법정의무교육 두 축을 리서치

사내교육 (온보딩) 리서치

사고의 흐름

타겟을 "중소기업 신입 온보딩"으로 좁힘 → 불편한 사람이 누구인지 양쪽(신입/HR담당자) 모두 파악 → 기존 솔루션 한계 확인 → 경쟁사 분석 → 우리가 들어갈 틈 도출

현재 As-Is

중소기업 95.6%가 교육 중요하다고 인식하지만, 돈·시간·인력 부족으로 실행 못 함
현재 방식: OJT(선배 의존) → 구두 전달·문서 없음 → 외부 플랫폼 구독 순

페인포인트

대상핵심 불편

신입 직원	뭘 배워야 할지 모름, 선배마다 알려주는 게 달라 혼란, 실무 연결 안 됨
HR담당자	신입 올 때마다 반복 교육, 이해했는지 확인 불가, 교육 자료 없거나 오래됨

핵심 발견 (준하님·민지님 리서치 종합)

온보딩을 "했다"와 "작동했다"는 다름 → 자료 전달만으로는 적응 안 됨
온보딩 실패 3대 이유: ① 회사 소개에서 끝남 ② HR만의 일 ③ 1~2주로 너무 짧게 봄
중소기업 신입 온보딩 전용 디지털 도구 = 국내 공백 상태

경쟁사 기능 비교

기능패스트캠퍼스 비즈클래스101 비즈팀스파르타 B2B우리가 들어갈 틈

회사 맞춤 커리큘럼 빌더	△ 매니저 통해	✕	△ 컨설팅 의존	HR이 직접 설계
신입 전용 온보딩 플로우	✕	✕	✕	입사일 기준 단계별
퀴즈/이해도 확인	✕	✕	△	챕터별 체크포인트
사내 자료 업로드	✕	✕	✕	사내 매뉴얼·영상 등록
중소기업 저가 플랜	✕	△	✕	소규모 팀도 즉시 시작

차별화 포인트 결론

사내 콘텐츠 + 외부 콘텐츠 통합 — 모든 경쟁사가 자사 콘텐츠만 제공, 회사 고유 자료 업로드 불가
입사일 기준 자동 학습 플로우 — 기존 플랫폼은 전부 "콘텐츠 카탈로그" 방식, OJT의 디지털화 없음
챕터별 이해도 체크 + 관리자 알림 — 학습 완료 여부를 확인할 수단 전무

⚖️ 법정의무교육 리서치

사고의 흐름

현재 해결 방식 파악 → 무료/유료 비교 → 기존 플랫폼 리뷰 분석 → 페인포인트 정리 → 우리가 들어갈 틈 탐색 → 이 도메인의 구조적 한계 인식 → 선택 보류 판단

현재 As-Is

6대 법정의무교육 연 1회 이상 의무 (성희롱예방, 개인정보보호, 산업안전 등)
50인 미만은 사업주가 직접 실시하거나 외부 위탁 → 담당자 불명확, 누락 위험 큼
무료 자체교육은 증빙 관리 부담, 유료 위탁은 LMS로 일괄 관리 가능하나 비용 발생

페인포인트

대상핵심 불편

수강자(직원)	분량 과다, 클릭 반복 구조, 매년 같은 내용 → "어차피 다른 거 하면서 틀어두는 것"
관리자(사업주)	미이수자 발생 시 과태료, 전 직원 이수 확인·증빙 수동 처리 피로도

기존 플랫폼 앱 리뷰 요약

멀티캠퍼스: 1점 비율 79%, 로그인·앱 오류 50% 차지
해커스HRD: 1점 비율 52%, 로그인·영상 재생·모바일 제한
휴넷: 모바일 수강 불가 문제가 2019년부터 반복, 미해결

핵심 결론

"교육의 목적(학습)과 시스템의 목적(수료 증명)이 완전히 분리되어 있다" → 학습을 원하는 사람이 아무도 없는 구조

우리가 들어갈 틈 (검토)

운영자 중심: 이수 관리 자동화, 증빙 생성, 미이수자 알림 → 단, 교육 중심이 아닌 운영 중심
무료 교육 활용해 기업 연결 구조

이 도메인 선택 시 문제점 (보류 이유)

교육 중심이 아닌 운영 중심 방향 (사용자보다 관리자 우선)
수강률 100% / 이해도 0% — 구조적으로 학습 의지 없는 시장
플랫폼 메인 사례 없음
외부 활용 시 고용노동부 인증 기관 필요 — 진입 장벽
사용자 인터뷰 추가 필요

전체 사고 흐름 요약

도메인 후보 탐색
    ↓
사내교육(온보딩) vs 법정의무교육 두 갈래로 2차 리서치
    ↓
사내교육: 문제 명확 + 경쟁사 공백 확인 → PRD 방향으로 유력
법정의무교육: 구조적 문제로 진입 어렵다는 결론 → 보류
    ↓
사내교육 쪽에서 핵심 가설 도출:
"맞춤 온보딩 커리큘럼 빌더가 있으면 신입 학습 경험이 개선된다"
    ↓
다음 단계: 페르소나 구체화 + 핵심 가설 명확히 → PRD 작성

03. 종합 정리 + 04. 킥오프 준비 요약

종합 정리 — 도메인 확정까지의 사고 흐름

사내교육(온보딩) 최종 정리

리서치를 마치고 팀이 모여 각자의 인사이트를 종합했다. 공통으로 도출된 핵심 스탠스는 하나였다.

"기업들은 온보딩을 힘들어한다. 특히 스타트업·중소기업에서 사수마다 OJT 품질이 달라지는 것이 가장 큰 문제다."

준하님은 경쟁사 분석을 통해 시장 분위기를 짚었고, 민지님은 현재 환경(문서화 부재, 3개월 이내 조기퇴사)을 중심으로 신입교육에 집중하는 게 낫다는 방향을 제시했다. 두 관점이 합쳐지면서 "학습 경험의 일관성 보장" 이 핵심 페인포인트이자 PRD 배경으로 쓸 수 있겠다는 판단이 섰다.

법정의무교육 — 보류 확정

팀 논의 결과, 법정의무교육은 선택하지 않기로 결론. 이유는 명확했다.

학습 의지가 없는 사용자 구조 (수료가 목적, 학습이 목적이 아님)
외부 활용 시 고용노동부 인증기관 필수 → 진입장벽
실질적으로 플랫폼 메인 서비스로 성립하기 어려움
관리자 중심으로 접근하더라도 메리트가 불분명

식음료 — 제외

프랜차이즈 본사는 자체 교육시스템 보유, 접근성 난이도 높음
소상공인(점주→직원) 온보딩은 전용 디지털 도구 부재 확인
'모두의 매뉴얼' 앱이 유사 서비스였으나 다운로드 수 적고 구글 철수
소상공인 공략 가능성은 있으나 이번 MVP 범위로 부적합 판단

→ 최종 도메인 확정: 에듀테크 B2B, 사내교육(신입 인수인계) 중심

킥오프 준비 — 솔루션 구체화 및 회의 결과

솔루션 방향 구체화 과정

리서치에서 도출한 "자동학습 플로우" 아이디어를 보다가 새로운 핵심 아이디어가 나왔다.

"사수-부사수 양방향 소통 채널을 뚫으면 어떨까?"

슬랙·카카오로 질문하면 사수가 맥락을 다시 물어야 하지만, 온보딩 시스템 안에서 알림이 오면 "3단계 '업무 보고 방식' 모듈, 40시간째 진행 없음" 같은 맥락이 자동으로 붙는다는 점이 차별점으로 정리됐다. 이것이 솔루션의 핵심 가설이 됐다.

가설 정제 과정

초안: "시스템 만들면 OJT 품질 편차 문제가 개선될 것이다"
↓
수정: "신입의 학습 지연이 사수에게 자동으로 전달되면, 
       방치 패턴이 줄고 개입의 적시성이 개선될 것이다"

기능 명세 초안

구분기능

Must have	학습 지연 감지 + 사수 알림 (N시간 이상 진행 없을 때, 모듈 맥락 포함)
Nice to have	신입 "막혔어요" 버튼, 사수의 앱 내 짧은 메시지
MVP 제외	HR 2차 알림, 이탈 위험 예측 (기술 복잡도 과다)

주의해야 할 UX 과제도 사전에 인식했다. 알림 피로 문제(트리거 임계값 설정 필요)와 신입의 심리적 감시 압박(알림 문구를 지원 톤으로 설계) 두 가지다.

킥오프 피드백 미팅 정리 (2026.06.01 오후 5:30)

PM 튜터 피드백 핵심

피드백내용

차별점 검증 필요	기존 VOD 플랫폼에 학습 진행 추적이 이미 있는지 먼저 확인할 것
기능 분리	사수(진행 확인)와 신입(질문 창구)의 페인포인트는 서로 다른 기능으로 해결해야 함
대안 행동 파악	서비스가 없을 때 유저들이 지금 어떻게 하는지 먼저 조사
양면 시장 분석	사수/신입 양쪽 페르소나를 모두 기획 단계에서 체크
워딩 제안	'온보딩'보다 '인수인계' 과정에 집중하는 방향으로

기술 튜터 피드백 핵심

MVP는 처음부터 완성된 서비스 불필요 — 핵심 기능만 구현, 나머지는 계획으로 커버
사수-부사수 페이지 연동 기술 난이도는 낮음 — 단, 각 페이지 기능 소개 자체가 더 효과적
DB, AI/챗봇은 시간 제약상 기능 예정 리스트로 대체 가능

단비 튜터님 피드백 핵심

리서치가 길어진 건 괜찮다. 단, "우리가 뭘 만들지"가 먼저 정해진 후에 개발 튜터와 대화해야 한다
사고의 흐름까지 보여줄 필요 없음. 핵심은 "이런 솔루션 → 이런 기능"으로 압축
앞으로 매 회의마다 목적과 결과물을 사전에 설정할 것

전체 사고 흐름 요약 (01~04 통합)

1차 리서치: 도메인 후보 탐색 (사내교육 / 법정의무교육 / 식음료)
↓
2차 리서치: 각 도메인 페인포인트·경쟁사·기존 솔루션 한계 분석
↓
종합 정리: 법정의무교육·식음료 제외, 사내교육(신입 온보딩) 확정
↓
솔루션 구체화: 사수-부사수 양방향 알림 시스템 아이디어 도출
↓
킥오프 미팅: 발표 + 튜터 피드백 수렴
↓
도메인 최종 확정: 에듀테크 B2B — "신입 인수인계" 중심
↓
다음 액션: 기존 플랫폼 학습 추적 기능 유무 확인 + 양면 페르소나 구체화 + PRD 작성

피드백 미팅 정리 + 추가로 물어봤어야 할 것들

PM 튜터 피드백 요약 (2026.06.01 오후 8:30)

① 기능 구체화 부족 — 시간 문제이니 괜찮음

기술 튜터 미팅 전에 "무엇을 만들 것인지"가 정해져 있지 않았기 때문에 깊은 기술 논의를 하지 못했음. 다른 팀들도 동일한 상황이었으니 자책할 필요 없음. 다음 미팅 전에는 기능이 어느 정도 구체화된 상태로 임하면 더 실질적인 답변을 받을 수 있음.

② 브리핑 방식 — 결론 + 마무리 멘트가 필요했음

사고의 흐름 전체를 설명할 필요는 없음. 페인 포인트와 솔루션 방향을 말한 후, 기능 구체화가 아직 안 됐다면 "여기까지 방향성만 잡은 상태입니다" 라고 명확하게 마무리했어야 함. 침묵이 생긴 이유는 더 이야기가 있을 거라 기다린 것.

③ 다음 미팅 준비 방식

항목내용

미팅 목적	개발 착수 전 최종 점검 or 착수 후 진척 공유 중 선택
문서 준비	전달 내용과 질문 사항을 미리 정리해서 공유
시간 활용	기술 튜터 미팅 30분 → 기술 질문에 집중 / PM 튜터와는 별도 시간에 기획 점검

④ PRD 버전 관리

1차 PRD 제출 후 목요일까지 내용이 바뀌더라도 "이런 변경 사항이 생겼다"고 말하면 됨. 실무에서도 개발 중 변경은 당연한 일.

더 물어봤으면 좋았을 질문들

기획 관점

PRD에서 기능 우선순위를 어떤 기준으로 결정해야 하는지 (Must have 판단 기준)
양면 시장에서 1차 타겟을 사수/신입 중 어느 쪽으로 먼저 잡는 게 좋은지, 그 근거
기능 명세서에서 "이 정도면 충분하다"는 완성도 기준이 어느 수준인지

기술 튜터 활용 관점

2차 미팅 전까지 기능 명세서를 어떤 형식으로 정리해 가야 기술 논의가 가장 효율적인지
기술 튜터가 직접 보고 싶어하는 문서 형식이나 포함돼야 할 항목이 있는지

일정/프로세스 관점

목요일 2차 미팅의 목적을 개발 착수 전 점검으로 잡을 때, 그 전에 팀이 완성해야 할 결과물 기준
PRD 1차 제출 후 기술 튜터가 검토하는 데 걸리는 시간 — 목요일까지 얼마나 반영 가능한지

05. PRD & 기능명세서 계획 — 오늘의 마무리 + 내일 계획

준비한 것: PRD & 기능명세서 템플릿

킥오프 피드백 이후 팀이 내일 작성할 문서의 뼈대를 먼저 세웠다. 두 파트로 역할을 나눴다.

PRD (유빈, 지원, 준하) — 6개 섹션 구조

섹션핵심 작성 기준

목표	기능 나열 X, "가치" 중심으로
배경	느낌이 아닌 리서치 근거(데이터·경쟁사·인터뷰)로
핵심 타겟	막연한 집단 X, 리서치에서 발견한 실제 사람 기반 페르소나
문제 정의 & 가설	솔루션 먼저 정하고 끼워맞추기 금지 → 문제 정의 → 가설 순서
MVP 범위	완벽한 제품 X, 가설 검증할 최소 범위만
KPI	"사용자 만족도 향상" 같은 모호한 표현 X → 언제/무엇을/얼마나로 구체화

기능명세서 (제이, 민지, 혜림) — 핵심 기능 하나를 깊게 정의하는 것에 집중. 화면별 기능 상세 + 예외 처리 4가지(빈 화면·로딩·에러·엣지케이스) 필수 포함.

저녁 논의 (20:00~) — 내일 준비 회의

킥오프 이후 팀 자체 논의가 이어졌다. 핵심 인식 하나가 공유됐다.

"인수인계 쪽은 진짜 없다… 경쟁사 분석을 인수인계 관점으로 다시 해보자"

온보딩 서비스는 있어도 인수인계 전용 도구는 사실상 공백이라는 걸 다시 확인했고, 노션 같은 툴을 참고용으로 활용하는 곳도 있다는 점도 짚었다.

내일 역할 분담 확정

담당파트내용

민지, 제이	정량적 근거	문제 정의 뒷받침할 데이터 수집
준하, 혜림	해결방안 근거	벤치마킹 사례 + 와이어프레임 캡처 필수
유빈, 지원	유저 인터뷰 질문 설계	사수 측 5개 / 부사수 측 5개 이상, 다다익선

유저 인터뷰 대상은 회사·알바 경험자로 넓게 잡되, 컴퓨터 데스크 위주 업무 종사자를 우선으로. 타깃을 너무 넓히지 않는 게 좋겠다는 의견도 나왔다.

내일 시간표

시간대내용

오전 스크럼 후 ~ 12:00	역할 분담해서 리서치
12:00 ~ 13:00	자료 공유
14:00 ~	PRD 작성 + 기능명세서 작성 병행

오늘 하루 전체 사고 흐름 (1일차 총정리)

[오전~오후] 2차 도메인 리서치
사내교육 / 법정의무교육 / 식음료 세 갈래 분석
↓
[오후] 종합 정리 & 도메인 확정
법정의무교육·식음료 제외
→ 에듀테크 B2B, 사내교육(신입 인수인계) 확정
↓
[오후 5:30] 킥오프 미팅 (팀 + PM튜터 + 기술튜터)
솔루션: 사수-부사수 양방향 알림 시스템 발표
피드백 핵심:
  - 차별점 검증 먼저 (기존 플랫폼에 학습 추적 있는지)
  - 양면 페르소나 모두 분석
  - '온보딩'보다 '인수인계'로 워딩 전환
  - MVP는 핵심 기능만, 완성 서비스 불필요
↓
[저녁 8시~] 팀 자체 논의
PRD & 기능명세서 템플릿 세팅
내일 역할 분담 확정
유저 인터뷰 방향 잡기
↓
[오늘의 결론]
"인수인계 전용 디지털 도구는 진짜 없다 → 우리가 들어갈 자리"
내일 PRD 초안 + 기능명세서 초안 완성 목표

오늘 하루 가장 큰 전환점: 팀이 처음엔 '온보딩'이라는 넓은 개념으로 접근했다가, 튜터 피드백과 논의를 거치며 '인수인계' 라는 더 구체적이고 공백이 명확한 지점으로 좁혀 들어온 것. 이게 내일 PRD 작성의 핵심 출발점이 된다.

팀스파르타 PM과정 (46)

eazy51 — Fri, 29 May 2026 22:45:07 +0900

팀변경 / 도메인 : 에듀테크 B2B

사고의 흐름 정리

1단계 | 공급 측 탐색 — "뭐가 있는가?"

에듀테크 B2B 자체가 생소한 상태에서 시작. 에듀테크 코리아 페어 150+ 기업 목록과 팀원 1차 리서치로 시장 전체를 조망. 확인한 것: B2C/K12는 이미 과잉공급, 기업교육(B2B) 쪽에 공백이 있다.

2단계 | 구조 파악 — "왜 기회가 있는가?"

박제이의 KPC 데이터가 핵심 근거가 됨. 대기업 LMS 도입률 87% vs 중소기업 32%. 나머지 레이어(코칭, 학습분석)는 대기업조차 공백. 국내 구조의 특이점: 콘텐츠 플랫폼이 LMS를 번들로 끼워 판매 → 콘텐츠 없이 관리 기능만 파는 니치가 존재.

3단계 | 타겟 확산과 수렴 — "누구의 문제인가?"

브레인스토밍에서 대기업 그룹사 → 중소기업 → 소상공인(카페, 프랜차이즈, 병원)까지 과도하게 퍼짐. 두 개의 생생한 페인이 부상:

법정의무교육 이수관리 (중소기업 총무/HR)
프랜차이즈 현장 매뉴얼 교육 (현장 직원 이탈/재교육)

4단계 | 발제문 필터 적용 — "MVP로 만들 수 있는가?"

발제문 평가 기준(통찰력·차별성·구현가능성·문제정의 깊이)에 비추면:

프랜차이즈 현장교육

	법정의무교육	법정의무교육
문제 정의 명확도	★★★ (법적 의무, 벌금)	★★ (페인은 있으나 복잡)
구현 가능성	★★★ (CRUD 중심)	★★ (콘텐츠 제작 범위까지 확장됨)
차별성	★★	★★★
타겟 명확도	★★★	★★

5단계 | 수렴 — 현재 가장 강한 후보

중소기업 법정의무교육 이수관리 SaaS

타겟: 직원 20~50명 중소기업의 총무 겸 HR 담당자
페인: 이수 현황 엑셀 수작업 → 누락 리스크 → 과태료
MVP 기능: 직원등록 → 교육배정 → 이수확인 → 알림발송
수익모델: 월정액 구독 (직원 수 기반 티어)
KPI: 이수율, 담당자 관리 소요 시간

데이터드리븐 과제 회고

eazy51 — Thu, 28 May 2026 22:18:19 +0900

PM 사고 흐름 회고 · 2026.05.28

리디의 서재 — 중반 이탈자 기획 여정

데이터 → 가설 → 반증 → 재정의 → 결론의 반복

"단순한 데이터 정리가 아니라 데이터가 가설을 흔들고, 가설이 정의를 바꾸는 PM 사고 훈련 과정이었다."

사고 단계

핵심 전환점

14+

생성한 자료

248

최종 타겟 (명)

사고 단계별 타임라인

데이터 EDA — 토대 만들기

분석의 출발점 · 1,000명 × 14개 필드

실행 작업

단변량 분포, 세그먼트별 완독률, 미리보기×추천 매트릭스, 이탈 사유 교차, 시각화 8종 작성

확인된 수치

전체 완독률 22.5%, 자발적 이탈 65%, 추천 클릭 효과 +15.6pp, 극초반·초반 이탈 합계 52.7%

증빙 — EDA 시각화 자료

전체 이탈 위치 분포

극초반 22.5%초반 30.2%중반 24.8%후반 22.5%

이탈 사유 카테고리

자발적 65%UX 불편 30%기술 이슈 5%

1차 인사이트 — 사용자 본인의 통찰

데이터를 보며 직접 정리한 발견들

사용자가 직접 잡은 발견

• 성별 차이 없음, 20-30대 이용 압도적
• 구매 전환자도 "너무 김/지루함"으로 이탈 → 이건 결국 추천 실패 아닌가?
• 무료 유저 = 알고리즘 자산, 월결제 = 진입 부담 적음
• 극초반 = UX 문제, 초반 = 추천 실패의 차이

사고 전환점 #1

"자기보고 이탈 사유는 모두 시스템 책임의 다른 표현이다" — 이후 모든 기획의 사상적 토대가 됨

색다른 문제 정의 모색

흔하지 않은 관점 탐색

"문제정의를 흔하지 않은 색다른 관점에서 하고 싶어."

제안된 4가지 도발적 관점

① 완독률 KPI 자체가 잘못 — 진짜 문제는 다음 책 연결
② 진짜 경쟁자는 다른 e-book이 아닌 숏폼
③ 모든 이탈은 추천 시스템의 약속 위반
④ 침묵하는 다수 (미기재 42.3%)가 진짜 문제

방향 조정

사용자가 "원본 데이터로 제시할 수 있는 일반적인 핵심 문제"로 회귀 → 시점·시스템·사유 3축 정리

사고 전환점 #2

흔한 문제정의에 안주하지 않고 색다른 각도 4가지를 펼친 후 데이터로 뒷받침되는 안으로 회귀

페르소나 비교 방식의 진화

2그룹 → 4그룹 풀 비교

1차 시도 — A vs D

A (미리+추천 O) 30.5% vs D (둘 다 X) 12.7% = 격차 17.8pp — 인상적이지만 혼동 변수 다수

2차 시도 — A vs B (사용자 제안)

추천 단일 변수만 비교 → A 26.8% vs B 9.4% (격차 17.4pp). 인과 추론 깔끔

숨어 있던 결정적 발견

중간 그룹을 보니 미리보기O + 추천X 그룹 완독률 = 7.2% (가장 낮음!) — 미리보기 단독은 오히려 역효과

증빙 — 4그룹 완독률 비교

무료 유저 4그룹 완독률 — 미리보기 × 추천 매트릭스

35% 17.5% 0% 30.5% 미리O+추천O 7.2% 미리O+추천X 18.1% 미리X+추천O 12.7% 미리X+추천X 평균 22.5%

사고 전환점 #3-4

단순 비교 → 단일 변수 비교로 인과 신뢰성 강화. 그리고 의외의 데이터(7.2%)를 놓치지 않음.

미리보기 후 이탈자의 본질

시스템 실패 vs 유저 선택?

"미리보기까지 했는데도 이탈한 유저는 추천 실패인가 유저 선택 변경인가?"

데이터로 분기된 답

• 추천 O + 미리보기 + 이탈 (82명) → 자발적 이탈자의 63.3%가 "추천 실패" 명시 = 시스템 책임
• 추천 X + 미리보기 + 이탈 (52명) → UX 불편 59.6% + 사유 미기재 75% = UX 책임 + 본문 매칭 실패

증빙 — 두 그룹의 이탈 사유 분포

추천O+미리보기 이탈자 (82명)

미기재 40.2%추천실패 37.8%지루함 11%너무 김 7.3%급한일 3.7%

추천X+미리보기 이탈자 (52명)

미기재 75%지루함 11.5%급한일 11.5%너무 김 1.9%

사고 전환점 #5

"유저 선택 변경"이라는 책임 전가 어휘 거부 → "미리보기를 본 시점에서 이미 서비스가 본문에 대해 한 약속"이라는 관점 확립

중반 이탈자라는 전환점

전체 기획의 방향이 바뀐 핵심 순간

"이탈지점이 중반부인 유저들의 이탈사유와 개선 방안 분석."

가장 큰 발견 — 위치별 사유 분포가 완전히 다름

위치	추천 실패	너무 김	지루함
극초반·초반	~58%	~10%	~20%
중반	18.2%	39.0%	27.8%

증빙 — 이탈 위치별 자발적 사유 분포

위치별 자발적 사유 분포 (스택형)

추천실패 너무 김 지루함 급한일 58.3% 21.7% 극초반 60명 58.5% 20.2% 초반 193명 39% 27.8% ★ 중반 187명 68.1%15.2%완독210명

해석 전환

초반 이탈 = "이 책이 안 맞아" (추천 책임)
중반 이탈 = "이 책 이제 지쳤어" (호흡 실패 / 콘텐츠 책임)
→ 중반→완독 전환율 47.6%라는 새 KPI 등장

사고 전환점 #6

초반 이탈과 중반 이탈은 다른 종류의 문제임을 데이터로 분리. 중반 이탈자 248명 = 가장 아까운 풀 = ROI 최고

⚖️ 두 축의 통합 검토

목표	인과 체인	측정 가능
① 만족도-리텐션	4단계	25% (1/4)
② 중반-UX	3-4단계	94% (3.5/4)

자기계발 장르	구독 플랜	완독률
free_trial	무료	21.2% (기준)
★ monthly	월결제	25.8% (+4.6pp)
pay_per_book	권당	24.6% (+3.4pp)

핵심 사고 전환점 8가지

PM 사고 훈련의 핵심 자산 — 이 흐름이 그대로 다음 프로젝트의 사고 방식이 됩니다.

전환점 #1

자기보고 사유는 다 시스템 책임의 다른 얼굴이다

Stage 2

전환점 #2

흔한 문제정의에 안주하지 않고 색다른 관점을 모색하되, 데이터로 뒷받침되는 안으로 회귀

Stage 3

전환점 #3

단순 비교(A vs D) → 단일 변수 비교(A vs B)로 인과 신뢰성 강화

Stage 4

전환점 #4

미리보기 단독 7.2% = 역효과라는 의외 발견을 놓치지 않음

Stage 4

전환점 #5

"유저 선택 변경"이라는 책임 전가 어휘 거부 — 서비스가 한 약속의 깨짐

Stage 5

전환점 #6

초반 이탈과 중반 이탈은 다른 종류의 문제임을 데이터로 분리

Stage 6

전환점 #7

데이터 근거 강도(50% vs 94%)로 목표 선택 — 감이 아닌 측정 가능성 기준

Stage 8

전환점 #8

비율 함정에서 페르소나 재정의 — Risk × Reach 원칙

Stage 9

최종 도달점

"리디의 서재의 진짜 문제는 추천 매칭이 아닌 완독 UX 부재다.
30% 이상 읽은 248명에게 챕터 단위 가치 지도를 제공하면 호흡 부담이 사라지고,
그 경험이 월결제 전환의 트리거가 된다."

— 11단계 사고 진화의 결론 —

PM 사고 흐름 회고 · 데이터 드리븐 프로덕트 Chapter 5-1 · 작성일 2026.05.28
분석 모수 1,000명 · 최종 타겟 중반 이탈자 248명 · 메인 페르소나 20-30대 자기계발 무료 유저 111명

팀스파르타 PM과정 (45)

eazy51 — Thu, 28 May 2026 21:42:15 +0900

아티클카타 / 과제

1. 아티클 정보

제목 : 무신사 Self-POS — Zero to One 구축기: 직원이 사라진 계산대, 그 자리를 채운 경험 설계
작성자(저자) : Minsun

2. 핵심 내용 요약

이 아티클의 주요 메시지 : 오프라인 사용자 경험을 망치지않는 UX설계
핵심 키워드 : 필드 리서치, AI 기반 UX 설계, UI 컨셉, 가구 목업, 브랜드, 비주얼 언어

3. 흥미로운 점/새롭게 알게 된 점

읽으면서 가장 흥미로웠던 부분 :
- O4O팀 : O4O(Online for Offline) 프로덕트 팀- 온라인과 오프라인 채널을 유기적으로 연결하여 일관된 고객 경험과 효율적인 운영 체계를 만드는 것을 목표로 하는 조직입니다. 오프라인 리테일 운영을 위한 핵심 시스템을 기획·운영하며, 커머스 플랫폼과의 연계를 통해 온오프 통합 시너지를 창출합니다.
- 매장의 효율적 운영 - 현장의 반복되는 문제 - 인건비 효율화가 연계되는 문제정의
- 계산대를 늘려 당장의 대기줄을 빠르게 소비하는 것이 아닌 흐름재구축으로 원인을 없애기
- 필드 리서치 : 현장의 문제는 사무실에서 파악할수없다 > 타사 브랜드, 리테일매장 방문으로 결제과정 관찰
- 해결하려는 과제를 먼저 선정하고 이후 설계의 가드라인 지표로 삼기
- 기존의 과정을 고수하기보다 현장의 상황을 고려하는 유연성 (매장 도입일정이 먼저 확정되었음)
- AI활용시 자사의 비주얼언어나 테마를 같이 입력하고 페르소나와 회사에서 추구하는 UX원칙을 규정함
- 빠르게 만든 와이어프레임은 유관부서와 의사소통에 도움이 되었음
- 동시에 달성하기 어려운 목표를 핵심 과제로 설정하여 UX전략으로 연결
- 온라인과 오프라인의 서로다른 사고방식을 파악하고 고객의 행동이 최소화되도록 유도
  - 온라인결제 - 나의 구매 혜택이 모두 적용되었는가
  - 오프라인 결제 - 지금 내가 내야하는 돈이 얼마인가 (할인 상세내역 숨김, 제품과 최종결제금액에 집중)
- 혜택제공을 의도로 회원가입/회원조회 유도
  - 비회원 고객을 거의 필수로 회원가입하게 만드는 다크패턴
  - 회원전용가격을 보여줌으로서 가입을 유도하는 것이 아니라 아예 미제공으로 궁금증유발
  - 복잡하지않은 회원가입 절차로 고객의 시간소비 최소화
  - 외국인 손님도 놓치지않는 포인트
  - 결제후 어플로 스마트 영수증 전송
- 애니메이션, 모션그래픽 배치로 글자를 읽지않아도 고객이 행동하도록 유도
- 오프라인 매장과 온라인 매장의 디자인 조화 : 궁극적으로 '무신사'라는 브랜드경험
이전에는 알지 못했거나 새롭게 배운 내용 :
- 아티클 선정 과정에서 PM의 업무와 동일하게 들어맞진 않지만 z2o을 구축하는 실무과정을 잘 나타내는 아티클이라 선정했다
- 기존의 전통적인 방식을 두고 완전 새롭게 새 규칙을 만들어 적용하는 과정이 대단한것같다
- 비회원 고객을 거의 필수로 회원가입하게 만드는 다크패턴
- 리서치를 통해 해결해야하는 과제 명료화하는 과정이 지금 과제하면서도 가장 난제인 부분인데 아티클에서는 동시에 해결하기 어려운 과제도 기꺼이 연계하며 방법을 찾았다

4. 나의 한 문장 요약

이 아티클을 한 문장으로 요약하면?
고객이 브랜드를 경험하는 것이 흐름이 끊기지 않게 하기

같이보면 좋은 아티클 _Self-POS(무인 계산대) : 무신사다운 오프라인 고객경험을 설계하다.(https://techblog.musinsa.com/self-pos-무인-계산대-무신사다운-오프라인-고객경험을-설계하다-586169f788c7)

(PM의 측면에서 작성한 아티클)

Self-POS(무인 계산대) : 무신사다운 오프라인 고객경험을 설계하다.

무신사 오프라인 매장의 결제 대기 시간을 줄이고 고객 경험을 혁신하기 위한 Self-POS(무인 계산대) 도입기

techblog.musinsa.com

과제

회고

너무 늦게 시작하고 너무 오래 들여다 보고 너무 오래걸렸다

그래도 상관관계 분석을 빨리하기위해 페이지도 만들고 클로드가 내어주는 CSV와 마크다운 을 보기 편하게 만들어줄 뷰어도 만들어서 과제를 수행했다

데이터를 들여다보는 시간은 얼마나 써도 되는걸까

데이터 드리븐 프로덕트 · Chapter 5-1 · TICKET 019

리디의 서재 — 중반 이탈자
완독 UX 강화 기획서

30% 이상 읽은 유저 248명을 어떻게 결승선까지 데려갈 것인가

작성자 PM6기 이지원

작성일 2026.05.28

완독 기준 exit_position = 후반 (70%+)

핵심 타겟 exit_position = 중반 (30-70%)

분석 모수 전체 1,000명 · 중반 이탈자 248명

★

Executive Summary

⠿

서비스 정의

'리디의 서재'는 도서 구독·열람 중심의 독립 e-book 플랫폼 서비스다.

핵심 문제

30% 이상 읽은 유저 473명 중 248명(52.4%)이 완독 직전에 이탈한다. 이들은 추천이 잘못된 게 아니라, 책을 끝까지 견디게 해주는 UX가 없어 떠난다.

해결책

챕터별 키워드 후킹 — 책 전체의 가치 지도를 제공해 중반 이탈 사유 100%에 영향
무료 → 월결제 전환 유도 — 자기계발 월결제 완독률(25.8%)이 무료(21.2%)보다 4.6pp 높음을 데이터가 직접 입증

6개월 목표

중반 이탈자 수

248 → 213

전체 24.8% → 21.3%

중반→완독 전환율

47.6% → 55%

+7.4pp (NORTH STAR)

독서 몰입 부정 평가

66.8% → 55%

너무 김 + 지루함

① 문제 정의

→

② 자료 분석

→

③ 인사이트

→

④ 세그먼트·페르소나

→

⑤ 가설·검증

→

⑥ KPI

→

⑦ 해결 전략

→

⑧ 기대 효과

→

⑨ 협업

개요 및 문제 정의

⠿

1-1. 배경

'리디의 서재'의 전체 유저 완독률은 22.5%에 불과하며, 특히 30% 이상 도달한 중반 독자들이 완독 직전 이탈하는 현상이 반복되고 있다. 이 문제는 콘텐츠 매칭 실패가 아닌 독서 경험 설계의 부재에서 비롯된다.

1-2. 분석 목표

데이터를 기반으로 중반 이탈 원인을 파악하고, 완독률(70% 이상)을 높이기 위한 현실적인 개선 방안을 도출한다.

1-3. 단계별 퍼널 — 어디서 잃고 있는가

단계	N	진입율	누적 도달율	비고
진입	1,000명	—	100%	분석 전체 모수
10%+ 도달	775명	77.5%	77.5%	극초반 이탈 225명
30%+ 도달 (중반 진입)	473명	61.0%	47.3%	초반 이탈 302명
★ 70%+ 도달 (완독)	225명	47.6%	22.5%	중반 이탈 248명 — 핵심 타겟

1-4. 왜 중반 이탈자가 가장 ROI 높은 타겟인가

이미 30% 이상 매몰비용이 있는 유저 — 추천이 잘못된 것이 아니라 독서 몰입 이탈로 떠나는 것이므로, 콘텐츠 발굴 비용 없이 UX 개선만으로 전환 가능
행동 데이터가 풍부 — 개인화 처방 가능
완독 시 만족도가 가장 높음 — 재방문 동력으로 직결

1-5. 이탈 유형별 원인 비교 — 완전히 다른 두 종류의 문제

이탈 위치	N	추천 실패	너무 김	지루함	급한일
극초반 자발적	60명	58.3%	10.0%	21.7%	10.0%
초반 자발적	193명	58.5%	9.8%	20.2%	11.4%
★ 중반 자발적	187명	18.2%	39.0%	27.8%	15.0%

초반 이탈 = "이 책이 안 맞아" (매칭 실패 / 추천 책임 60%)
중반 이탈 = "이 책에 이제 지쳤어" (독서 몰입 이탈 / 콘텐츠 책임 67%)

같은 "이탈"이지만 해결안이 완전히 다르다. 중반 이탈은 추천 알고리즘이 아닌 완독 UX 강화가 핵심이다.

시각화 ① 단계별 퍼널 — 결승선까지의 여정

진입 1,000명 중 완독 225명. 가장 큰 결손 구간은 중반(30%) → 후반(완독)의 52.4% 이탈.

시각화 ② 이탈 위치별 자발적 사유 분포 — 결정적 발견

초반은 추천 실패 58%, 중반은 너무 김 39% + 지루함 28%. 같은 이탈이지만 처방이 완전히 다름.

자료 분석

⠿

2-1. 핵심 수치 요약

전체 완독률

22.5%

1,000명 중 225명

중반 이탈 호흡 사유

66.8%

너무 김 + 지루함

자기계발 중반 이탈률

27.4%

평균 24.8% 대비 +2.6pp

자기계발 독서몰입 이탈

73.3%

전 장르 중 최고

외부링크 유입 중반 이탈률

37.7%

평균 대비 +12.9pp

자기계발 월결제 격차

+4.6pp

21.2% → 25.8%

2-2. 완독 유저와 이탈 유저 비교

✓ 완독자 특성 (225명)

추천 클릭률 81.8% (이탈자 대비 +20.1pp)
eReader 사용 비율 26.7% (+7.3pp)
pay_per_book 비율 37.3% (+6.3pp)
외부링크 유입 비율 낮음 (4.4%)
미리보기 사용률 68.9%

✗ 중반 이탈자 특성 (248명)

추천 클릭률 61.7% (완독자 대비 -20.1pp)
외부링크 유입 9.3% (완독자 대비 +4.9pp)
모바일 이용률 높음 (시간 분절 환경)
자기계발 장르 비중 높음
독서 몰입 이탈 66.8%

변수	중반 이탈자	완독자	차이
추천 클릭률	61.7%	81.8%	★ +20.1pp
eReader 사용	19.4%	26.7%	+7.3pp
pay_per_book	31.0%	37.3%	+6.3pp
외부링크 유입	9.3%	4.4%	-4.9pp
미리보기 사용	65.3%	68.9%	+3.6pp

→ 중반에서도 결국 추천에 대한 신뢰가 마지막 한 발을 만든다. 그러나 *추천 알고리즘 자체*가 아니라 추천 받아 이미 시작한 책을 끝까지 이끄는 신뢰가 핵심.

2-3. 자기계발 장르 구독 플랜별 완독률 — 월결제 전환 근거

장르	구독 플랜	N	완독률	비교
자기계발	free_trial	118명	21.2%	기준
자기계발	★ monthly	89명	25.8%	+4.6pp
자기계발	pay_per_book	122명	24.6%	+3.4pp

→ 무료 사용자의 월결제 전환이 완독률 향상으로 직결된다는 데이터 근거 존재.

2-4. 중반 이탈률이 높은 세그먼트 (평균 24.8% 기준)

세그먼트	중반 이탈률	평균 대비	리스크 수준
외부링크 유입	37.7%	+12.9pp	최고위험
custom theme	29.2%	+4.4pp	위험
40대+	27.8%	+3.0pp	위험
자기계발 장르	27.4%	+2.6pp	위험
추천 미클릭	28.2%	+3.4pp	주의
mobile	27.0%	+2.2pp	주의
전체 평균	24.8%	—	기준
검색 유입	19.0%	-5.8pp	✅ 양호

시각화 ③ 중반 이탈률이 높은 세그먼트 (격차 시각화)

⚠️ 외부링크 37.7% / custom theme 29.2% / mobile 27.0% / 자기계발 27.4%가 가장 위험.

시각화 ④ 완독자 vs 중반 이탈자 — 결정 변수 차이

결정 변수는 추천 클릭률 (+20.1pp). 추천 알고리즘이 아닌 *책 끝까지 가는 신뢰*가 핵심.

핵심 인사이트

⠿

인사이트 1 — 자기계발 장르가 핵심 취약 지점이다

자기계발 장르의 중반 이탈률(27.4%)은 전체 평균(24.8%) 대비 2.6pp 높고, 호흡 실패율(너무 김+지루함)은 73.3%로 전 장르 중 최고다. 챕터가 독립적으로 구성된 자기계발의 구조적 특성상 "챕터 키워드 후킹" 전략을 적용해볼 수 있다.

인사이트 2 — 미리보기는 시작 검증에만 효과적이다

미리보기 사용률은 66.5%로 높지만, 미리보기O + 추천X 그룹의 완독률은 7.2%로 오히려 역효과가 발생한다. 현재 미리보기(Front-loading Hook)는 첫 인상만 보여주는 구조로, 중반 몰입 이탈 문제를 해결하지 못한다.

인사이트 3 — 월결제 전환이 완독률에 직접 기여한다

자기계발 장르에서 free_trial 완독률(21.2%) 대비 monthly 구독자 완독률(25.8%)은 +4.6pp 높다. 무료 사용자의 구독 전환이 완독률 향상으로 직결된다는 데이터 근거가 존재한다.

인사이트 4 — 외부링크 유입자가 가장 취약하다

외부링크로 진입한 유저의 중반 이탈률(37.7%)은 전체 평균보다 12.9pp 높다. 짧은 콘텐츠를 기대하고 들어온 뒤 긴 호흡을 만나는 *기대와 현실의 불일치*가 원인이다.

유저 세그먼트 정의

⠿

전제 조건: exit_position = 중반 (30~70%) 기준으로 이탈한 유저 248명 분석. 두 세그먼트 모두 무료 이용 유저(free_trial)이며 장르·연령대에서 질적으로 다른 특성을 가진다.

4-1. 세그먼트 A · 메인 타겟

SEGMENT A · MAIN

20~30대 / 무료(free_trial) / 자기계발 장르

중반 이탈자 내 비중: 44.7% (111명)

중반 이탈자 내 비중	44.7% (111명)
추천 클릭률	57.7%
추천 채널 유입	48.6%
홈메인·검색 유입	40.5%
자기계발 비중	56.8%
미리보기 사용률	73.9%
이탈 주요 사유	너무 김 30.6% / 지루함 21.6%

선정 이유: 중반 이탈 절대 수가 가장 큰 그룹(111명)이며, 자기계발 장르 이용 비중과 모바일 이용 패턴까지 고려했을 때 가장 큰 사업 임팩트를 만들 수 있는 핵심 타겟.

4-2. 세그먼트 B · 서브 타겟

SEGMENT B · SUB

40대 이상 / 무료(free_trial) / 자기계발 & 경제/시사

중반 이탈자 내 비중: 21.7% (54명)

중반 이탈자 내 비중	21.7% (54명)
추천 클릭률	75.9%
추천 채널 유입	74.1%
경제/시사 비중	31.5%
자기계발 비중	40.7%
미리보기 사용률	61.1%
이탈 주요 사유	너무 김 31.5% / 추천 실패 16.7%

선정 이유: 세그먼트 A의 절반 수준이나 추천 채널 신뢰도가 높아(74.1%) 전환 임박 특성을 보유. 큐레이션 기반 접근이 효과적인 서브 타겟.

4-3. RICE 기반 타겟 우선순위

항목	세그먼트 A	세그먼트 B
Reach	전체 20-30대 493명 / 중반 이탈 111명	전체 40대+ 194명 / 중반 이탈 54명
Impact (완독 전환 30% 가정)	+33명 추가 완독	+16명 추가 완독
Confidence	높음 (N=111)	중 (N=54)
Effort	중 (셀프 도구 중심)	중~높음 (큐레이션 정성)
RICE 판정	★ 메인	서브

페르소나

⠿

5-1. 페르소나 A · MAIN — 능동 탐색형 자기계발러

PERSONA A · MAIN

능동 탐색형 자기계발러

20~30대 / 무료 / 자기계발 / 모바일 · 중반 이탈 111명 (44.7%)

핵심 행동	미리보기로 직접 검증 (73.9%)
진입 경로	홈/검색 능동 탐색 (40.5%)
이탈 원인	너무 김 30.6% + 지루함 21.6%
환경	모바일 · 시간 분절 독서

"내가 골라 읽는 사람. 자기 관리에 진심이지만 시간이 항상 모자란다."

5-2. 페르소나 B · SUB — 큐레이션 신뢰형 시니어 독자

PERSONA B · SUB

큐레이션 신뢰형 시니어 독자

40대+ / 무료 / 자기계발 · 경제/시사 · 중반 이탈 54명 (21.7%)

핵심 행동	추천 클릭 신뢰 (75.9%)
진입 경로	추천 채널 유입 (74.1%)
이탈 원인	너무 김 31.5% + 추천 실패 16.7%
관심 장르	자기계발 + 경제/시사

"추천이 안내하는 대로 따라가는 사람. 큐레이션을 믿는다."

5-3. 페르소나별 처방 차별 적용

처방	페르소나 A (메인)	페르소나 B (서브)
챕터 키워드 카드	✅ 자율형 — 직접 탐색 지원	✅ 큐레이터 추천 챕터 노출
챕터 끝 후크	✅ 능동 자극형 다음 챕터 유도	✅ 신뢰 기반 연결
진도 시각화	✅ 진도 만족감 제공	✅ 안심감 제공
월결제 트리거	✅ 2번째 책 탐색 시 노출	✅ 추천 카드에 구독 가치 노출
챌린지·스트릭	✅ 핵심 처방	△ 부담 가능성
큐레이터 추천	△ 자가 검증형	✅ 핵심 처방

핵심 가설

⠿

6-1. MAIN HYPOTHESIS · SEGMENT A

페르소나 A 집단은 추천시스템이나 미리보기(73.9%)로 책을 능동 검증하고 진입하지만 자발적 이탈 사유가 너무 김(30.6%) + 지루함(21.6%)으로 컨텐츠 몰입이 중간에 실패한다. 현재 미리보기 시스템은 도서의 첫인상만 보여줘 중반 호흡을 지원하지 못한다.

챕터별 키워드 후킹으로 "책 전체에 내가 원하는 게 있다"는 심리적 안정감을 제공하면, 호흡 부담이 감소하고 중반→완독 전환율이 증가할 것이다.

또한 자기계발 장르 무료 유저의 완독률(21.2%)은 월결제 전환 시 25.8%로 상승한다는 데이터가 확인된 만큼, 2번째 책 탐색 시점의 월결제 전환 트리거가 완독률 직접 향상으로 이어질 것이다.

6-2. SUB HYPOTHESIS · SEGMENT B

40대+ 무료 자기계발·경제/시사 유저는 추천 채널 신뢰도(74.1%)가 높고 추천 클릭률(75.9%)이 강해 큐레이션 신뢰형이다. 그러나 "너무 김(31.5%)"이 여전히 1위 이탈 사유로, 긴 호흡의 콘텐츠에 지치는 구조다.

추천 카드에 큐레이터가 선정한 챕터 키워드를 함께 노출하면 신뢰 기반으로 더 깊이 진입하고 완독으로 이어질 것이다.

6-3. 보조 가설 2종

H1 · 콘텐츠 몰입 실패

독자가 느끼는 "콘텐츠 몰입 실패"는 절대 길이가 아닌 구조 가시성의 부재에서 온다. 챕터 단위 'AI 독서 포인트' 제공 시 같은 길이도 "짧게" 느껴진다.

근거: 너무 김 39.0% (중반 이탈 자발적 사유 1위)

H2 · 흥미 감쇠

챕터 끝마다 다음 챕터 키워드를 노출하는 "클리프행어 후크"가 흥미 곡선을 유지시켜 이탈 방지로 이어진다.

근거: 지루함 27.8% (중반 이탈 자발적 사유 2위)

가설 검증 방법

⠿

7-1. 검증 전략 — 3-그룹 A/B/C 실험

챕터 키워드 후킹의 효과를 검증하기 위해 3-그룹 A/B/C 실험을 설계한다. 특히 그룹 C는 "Blinkist 효과(키워드만 보고 본문을 읽지 않는 현상)"를 사전 방지하기 위한 핵심 실험군이다.

7-2. 실험 전 필수 이벤트 로깅 구축

이벤트명	파라미터	목적
chapter_keyword_view	book_id, chapter_num, keyword_count	챕터 키워드 카드 노출 측정
chapter_hook_click	book_id, from_chapter, to_chapter	챕터 간 후크 클릭 측정
chapter_start	book_id, chapter_num, entry_type	챕터 진입 방식 측정
chapter_complete	book_id, chapter_num, time_spent	챕터 완독 및 체류 시간
subscription_modal_shown	user_plan, trigger_event, book_id	월결제 트리거 노출 측정
subscription_converted	from_plan, trigger_event	전환 귀인 분석
viewer_error	error_type, book_id, chapter_num	뷰어 오류 모니터링

7-3. 가설별 검증 방법 매핑

가설	검증 방법	측정 KPI
H1 호흡 부담	실험 A 챕터 키워드 카드 노출	중반 이탈률, 챕터 점프 사용률
H2 흥미 감쇠	실험 A Phase 2 챕터 끝 후크	챕터 후크 클릭률, 다음 챕터 진입율
메인 가설 (월결제)	실험 B 2번째 책 탐색 시 트리거	월결제 전환율, 30일 활성도

A/B 테스트

⠿

8-1. 실험 A — 챕터 키워드 후킹 (3그룹)

A · 대조군

기존 미리보기만 유지
N=300
베이스라인

B · 메인 실험군

미리보기 + 챕터 키워드 카드
N=300
메인 가설 검증

C · Blinkist 검증

챕터 키워드 카드만 (미리보기 X)
N=300
부작용 사전 방지

성공 기준
• 메인 가설 채택: 그룹 B > 그룹 A, 자기계발 중반 이탈률 27.4% → 22% 이하
• Blinkist 효과 방지: 그룹 C ≤ 그룹 A (만약 C < A이면 사전 차단 성공)
• 기간: 8주 · 장르 한정: 자기계발 우선, 추후 경제/시사 확장

8-2. 실험 B — 무료 → 월결제 전환 트리거

가설	무료 유저가 2번째 책 미리보기를 보는 시점에 월결제 제안 시 전환율 ↑
처치군	무료 자기계발 유저 중 2번째 책 미리보기 시 "월 9,900원으로 자유롭게 탐색" 모달
대조군	제안 없음
측정 KPI	30일 월결제 전환율, 자기계발 완독률, 활성도
기간	8주
성공 기준	전환율 베이스라인 + 50% (예: 2% → 3%)
실패 시 해석	가격 / 타이밍 / 메시지 / 페르소나 미스매치 검토

8-3. 실험 C — 통합 시너지 검증

가설	챕터 요약 사용 경험 후 월결제 제안 시 전환율 시너지 발생
처치군	챕터 요약 + 월결제 트리거 동시 적용
대조군	둘 다 미적용
측정	중반 이탈률 + 월결제 전환율 + 유저 만족 (NPS)
기간	12주
성공 기준	중반 이탈률 ↓ + 월결제 전환율 ↑ 복합 확인

KPI 체계 — 발제 KPI × 개선 KPI 조합

⠿

9-1. 프라이머리 지표 (Primary Metrics)

레이어	KPI	현재	6개월 목표	측정 방법
NORTH STAR	중반 이탈율 감소	24.8%	20%	중반 이탈자 / 전체 이용자
LAGGING	전체 완독률	22.5%	27%	exit_position=후반 / 전체 N
LAGGING	자기계발 중반 이탈률	27.4%	22% 이하	자기계발 중반 / 자기계발 30%+ 도달
LAGGING	자기계발 무료→월결제 전환율	베이스라인	+50%	전환 이벤트 attribution

9-2. 세컨더리 지표 (Secondary Metrics)

레이어	KPI	현재	6개월 목표	인과 가설
LEADING	"AI 독서 포인트" 진입율	미측정	70%+	키워드 카드 응시 → 진입 결심
LEADING	챕터 후크 클릭률	미측정	50%+	챕터 끝 후크 → 자연 연결
LEADING	챕터 점프 사용률	미측정	30%+	비선형 진입 → 부담 ↓ → 완독 ↑
ACTIVITY	유저당 월 활성 챕터 수	미측정	측정 후 설정	챕터 단위 몰입도 시그널
ACTIVITY	챕터 점프 → 완독 전환율	미측정	30%+	가설 검증용 핵심 지표
ACTIVITY	미리보기 사용률	66.5%	유지	현행 유지 + 신규 병행

9-3. 가드레일 지표 (Guardrail Metrics) — 부작용 감시

지표	감시 목적	임계값
챕터 요약만 조회 후 이탈률	Blinkist 효과 감지	그룹 A 대비 +5pp 이상 시 설계 재검토
pay_per_book 월결제 전환율	권당 구매 cannibalization 감지	권당 매출 -10% 이상 시 타겟 재조정
뷰어 오류/에러 이벤트 발생율	기존 기능 회귀 방지	기존 대비 오류율 +2pp 이상 시 롤백
챕터 키워드 평균 평점	AI 키워드 품질 보장	3.5/5.0 미만 시 큐레이터 전수 검수
앱 스토어 별점 변동	기존 유저 거부감 감지	별점 -0.2 이상 하락 시 단계적 롤아웃

9-4. 개선 KPI 조합 구조

[기존 KPI: 완독률 향상] e-book 완독률 (70%+) 22.5% → 25%+ ← 기존 North Star 유지 ↑ 인과 연결 [개선 KPI: 중반→완독 전환율] 중반 이탈율 감소 24.8% → 20% ← 본 기획서 North Star ↑ Leading 지표가 선행 신호 [신규 Leading KPI] 챕터 후크 클릭률 50%+ | 챕터 가치 지도 진입율 70%+ | 챕터 점프 사용률 30%+ ↑ Activity 지표가 인과 시작점 [Activity KPI] 챕터 키워드 카드 노출 → 챕터 후크 클릭 → 다음 챕터 진입 → 완독

조합 설계 원칙
• 기존 KPI 유지: 전체 완독률(22.5% → 25%+)은 발제 KPI로 그대로 유지 — 조직 합의·역사 데이터 보존
• 개선 KPI 추가: 중반→완독 전환율을 신규 North Star로 설정 — 이번 기획의 직접 책임 지표
• 병행 추적: 6개월간 둘 다 측정 → Phase 4에 효과성 비교 → 새 KPI 채택 여부 결정

시각화 ⑤ KPI 트리 — 현재 vs 6개월 목표

해결 전략

⠿

10-1. 전략 1. 챕터별 키워드 후킹 — 비선형 독서 지원

방식	후킹 모델	사용자 인식
기존 미리보기	Front-loading Hook (시작점만)	"이 책의 시작이 재밌나?"
★ 챕터 키워드 후킹 (신규)	Multi-point Hook (AI 독서 포인트)	"이 책에 내가 원하는 게 있나?"

Phase 1 — 챕터 가치 지도 카드 (책 상세 페이지)

미리보기 버튼 옆에 "AI 독서 포인트" 탭 신설
각 챕터별 키워드 3-5개 + 흥미 유발 질문형 한 줄
자기계발 장르 한정 Phase 1 출시
"이 책에 내가 원하는 게 있다"는 심리적 안정감 제공

▲ Phase 1 UI 목업: 책 상세 페이지에 "AI 독서 포인트" 탭 신설 → 챕터별 키워드 카드 노출

Phase 2 — 챕터 끝 클리프행어 후크

챕터 완료 시 다음 챕터 키워드 + 한 줄 미리보기 자동 노출
[다음 챕터 시작 →] / [북마크하고 닫기] 선택
YouTube Chapters 벤치마크: 챕터 분해 시 완청률 +20% 효과
키워드는 결론형 금지 → 질문형 또는 장면형으로 구성

▲ Phase 2 UI 목업: 챕터 완료 시 다음 챕터 키워드 카드 + [다음 챕터 읽기] CTA 자동 노출

10-2. 전략 2. 무료 → 월결제 전환 유도 (페르소나 A 핵심)

데이터 근거: 자기계발 free_trial 완독률(21.2%) → monthly 전환 시 25.8%로 +4.6pp 직접 향상. 데이터로 입증된 가장 명확한 개선 레버.

전환 트리거: 무료 유저가 2번째 책 AI 독서 포인트를 탐색하는 순간 → "월 9,900원으로 리디의 서재 전체 도서 자유 탐색" 모달 노출

메시지 톤

페르소나 A: "당신의 자기 관리 시간을 효율로" (자율·능동 도구 강조)
페르소나 B: "큐레이터가 골라드리는 더 깊은 책 경험" (큐레이션 가치)

10-3. 단계적 실행 로드맵

Phase	기간	핵심 작업	검증 지표
Phase 0	즉시~2주	뷰어 회귀 테스트 의무화 + 오류 대시보드	뷰어 부정 키워드 비율
Phase 1	1~3개월	AI 챕터 키워드 추출 + 자기계발 한정 카드 노출	진입율 · 중반 이탈률
Phase 2	3~5개월	챕터 끝 후크 + 무료→월결제 트리거	챕터 점프율 · 완독률 · 전환율
Phase 3	5~7개월	경제/시사 장르 확장 + 큐레이터 검수 체계	장르별 효과 비교
Phase 4+	7개월+	챕터 키워드 기반 개인화 추천 통합	추천 정확도 · 완독률

기대 효과

⠿

11-1. 정량 효과 — 6개월 목표

KPI	현재	6개월 목표	근거
중반 이탈율 감소 (North Star)	24.8%	20%	챕터 키워드 + 후크 복합 효과
전체 완독률	22.5%	25%+	중반 전환율 향상 직결
자기계발 완독률 (무료)	21.2%	25%+	월결제 전환 효과 (데이터 직접 입증)
자기계발 무료→월결제 전환율	베이스라인	+50%	실험 B 목표
챕터 후크 클릭률	미측정	50%+	실험 A 목표
뷰어 부정 리뷰 비율	~20.65%	12%	회귀 테스트 의무화 효과

11-2. 정성 효과 — 서비스/조직 측면

영역	효과
서비스 차별화	경쟁사(밀리·교보) 부재 영역인 챕터 단위 후킹 선점
사용자 경험 카테고리 확립	"비선형 독서"라는 새 카테고리 도입 (YouTube Chapters 모델)
AI 활용 사례 확보	챕터 키워드 추출 LLM 파이프라인 = 조직 AI 역량 자산
작가/출판사 협업 모델	옵트인 협업 → 신뢰 자산 확보
KPI 체계 진화	책 단위 → 유저 단위 만족도 측정 (장기 NSM 진화 기반)

11-3. 두 전략의 시너지 루프

챕터 키워드 카드 → 책당 호흡 부담 ↓ ↓ 여러 책 동시 탐색 자연스러워짐 ↓ 월결제 가치 체감 ↑ → 무료→월결제 전환 ↓ 더 자유로운 챕터 탐색 → 완독 만족도 ↑ → LTV ↑

11-4. 리스크 및 대응

리스크

가능성

대응 방안

Blinkist 효과

중

그룹 C 실험으로 사전 검증. 키워드 질문형·발췌 한 줄 디자인 원칙 적용

월결제 cannibalization

중

권당구매 = 심층 독자용 포지셔닝 유지 (특별판·사인본 차별화)

AI 키워드 품질 미달

높음

자기계발 한정 출시 + 큐레이터 1차 검수 → 사용자 평점 피드백 루프

측정 인프라 부재

높음

실험 전 챕터 단위 이벤트 로깅 선행 구축 필수

협업 요청 부서 및 협업 내용

⠿

Phase 0(뷰어 안정화)부터 Phase 5(개인화 추천)까지 단계별 핵심 협업 사항을 정리한다.

부서	Phase	핵심 협업 내용
개발팀	0~2	뷰어 회귀 테스트 의무화 · 챕터 단위 이벤트 로깅 인프라 구축 · 챕터 카드/후크 UI 개발 · 이어 읽기 위치 저장
AI/ML팀	1~3, 5	챕터 키워드 자동 추출 모델 · 키워드 품질 평가 · Phase 5 챕터 기반 개인화 추천 통합
UX 디자인팀	1~2	챕터 가치 지도 카드 · 끝 후크 컴포넌트 · 진도 시각화 · 월결제 트리거 모달 · A/B 그룹별 UI 변형
에디토리얼팀	1~3	AI 키워드 큐레이터 검수 (자기계발 우선) · 품질 가이드라인 작성 · 작가/출판사 옵트인 협의
데이터팀	0~4	A/B/C 실험 분석 · 이벤트 로깅 파이프라인 · 신규 KPI 대시보드 · 가드레일 모니터링 자동화
마케팅팀	2	페르소나별 카피라이팅 (A: 자율·효율, B: 큐레이션) · 출시 인앱 커뮤니케이션
사업팀	2	월결제 요금 정책 협의 · 작가/출판사 옵트인 계약 · 챕터 점프 정책 결정
QA팀	0~2	뷰어 스모크 테스트 체크리스트 · 챕터 기능 QA 케이스 · 회귀 테스트 통과 기준

협업 원칙 3가지
1. Phase 0 선행 의무 — 개발팀·QA팀·데이터팀의 뷰어 안정화 및 이벤트 로깅 구축이 끝나야 Phase 1 착수
2. 자기계발 한정 출시 — Phase 1-2는 자기계발 장르만 적용, Phase 3에서 경제/시사 확장
3. PM 단일 owner — 의사결정·일정 조율은 PM이 단독 책임. 격주 부서 동기화 미팅 운영

∞

부록 — 참고 데이터셋

⠿

파일	내용
dataset_01_univariate.csv	12개 카테고리 단변량 분포
dataset_02_completion_by_segment.csv	26개 세그먼트별 완독률
dataset_03_funnel_preview_recommendation.csv	미리보기 × 추천 매트릭스
dataset_04_dropout_crosstab.csv	이탈사유 × 차원 교차
dataset_05_voluntary_detail_by_age.csv	자발적 이탈 디테일 × 연령
dataset_08_free_trial_segments.csv	무료 유저 세그먼트별 완독률
dataset_09_winner_vs_loser.csv	완독자 vs 극초반 이탈자 분포 비교
dataset_12_problem_definition_v2.md	1차 문제 정의 (중반 이탈자 단독)
dataset_13_visualizations_v3.html	시각화 8종 (퍼널·사유·세그먼트·KPI)
dataset_14_expected_impact_and_collaboration.md	기대 효과 + RACI + 협업 부서
planning_full_strategy.md	통합 전략 (VoC + 정량 데이터)

팀스파르타 PM과정 (44)

eazy51 — Fri, 22 May 2026 22:13:19 +0900

아티클 카타 / 과제

1. 아티클 정보

제목 : 데이터 기반 기획하기
작성자(저자) : 김현석

2. 핵심 내용 요약

이 아티클의 주요 메시지 : “글의 핵심 논지나 전달하고자 하는 메시지를 명확히 정리해 보세요.”
핵심 키워드 : Google Tag Manager

3. 흥미로운 점/새롭게 알게 된 점

읽으면서 가장 흥미로웠던 부분 :
- Google Tag Manager : 트리거와 태크를 만들어서 로깅이 쉽다
- 로깅이 쉬워져서 GA의 분석보고서 참고에 유용하지만 GA에 로깅하지못하는 데이터들은 확인하기 어렵다는 단점이 있다
- 데이터 기반 프로젝트
  - AI도서추천 섹션 A/B테스트 - 일반도서 & 장르물 독자
  - 도서추천 위치 탐색 - PV는 높으나 구매비중이 낮은 장르홈에서 좋은 추천이 구매전환으로 이어질수있다는 인사이트
  - KPI 설정 - 섹션별로 판매액과 구매전환율, CTR, 카트/위시 담기수
  - 론칭후 지표확인 > 적용한
  - 데이터로깅은 분석의 근간이 되기때문에 신경써야하며 미리미리 로깅할수있는 인프라를 만들어두어야한다
  - 데이터로그의 신뢰도도 신경써야한다
  - 일반 알고리즘 추천이었다면 노출되지않았을 도서또한 AI추천으로 고객에게 노출시킬수 있었다
이전에는 알지 못했거나 새롭게 배운 내용 :
- 리디를 사용하고있어서 아티클에서 설명하는 내용들이 이미 적용이 된 리디 서비스를 경험해보았다
- 하나의 서비스들이 이런 고민과 분석으로 도출된 결과라는 것이 막연하게 생각되던 실무에서 좀더 피부에 와닿게 느껴지는 것같다
- 데이터에 따라 분석이 달라지는 것을 강조하는 것을 보고 데이터를 분석하는 능력뿐만아니라 데이터를 미리 잘 쌓아두는 것도 중요하다는 것을 느꼈다
- MD나 알고리즘 추천이 아닌 AI추천으로 더 다양하고 넓은 도서를 사용자에게 선보일수있고 판매경로를 늘릴수있는 효과도 같이 생길것같다
- 정량적 데이터뿐만아니라 정성적 피드백또한 중요하다고 강조했다

4. 나의 한 문장 요약

이 아티클을 한 문장으로 요약하면?
데이터수집과 정성적피드백 수집, 분석의 삼박자가 만드는 성장

팀스파르타 PM과정 (43)

eazy51 — Wed, 20 May 2026 22:26:30 +0900

아티클카타 / 과제 / 면담

1. 아티클 정보

제목 : 기획자로서 알아야하는 MVP 개발 방법
작성자(저자) : Creative Owner

2. 핵심 내용 요약

이 아티클의 주요 메시지 :
핵심 키워드 : MVP

3. 흥미로운 점/새롭게 알게 된 점

읽으면서 가장 흥미로웠던 부분 :
- 새로운 서비스를 만들때 고객의 니즈에 적합하다고 생각하며 만들지만 시장에선 통하지않을대가 많다
- 핵심가설만 빠르게 검증하는 MVP 구현으로 시장파악을 먼저 하는 방식이 중요해졌다
- 장점 : 예산과 리소스가 한정된 상황에서 리스크를 최소화 하여 가설 검증
- 최소화라는 점을 상기하기
- 해결해야하는 문제&가설을 확실하게 하기
- 가장 위험한 가정을 먼저 테스트하기 > 해당 제품 가치가 고객에게 무의미한것인가
- 빠르게 시도하고 빠르게 실패를 인정하여 발전하기
이전에는 알지 못했거나 새롭게 배운 내용 :
- 가장 위험한 가정을 먼저 테스트 하기 < 부분이 단순하면서도 어렵다는 생각이 들었다
- 최초의 서비스 기획때는 보통 가장 단순하거나 대표적인 기능을 우선적으로 내세우고 싶어지기 마련인데 제품이 실패할수있는 가정을 시작으로 실험하다보면 제품의 방향성이 뒤집어지는 결과가 나오기도 할것같다.
- 또한 하고싶은 기획을 하다보면 하나만 남겨서 시작하기도 쉽지않을텐데 여기서도 우선순위 설정 역량이 중요해지는것같다
- 문제정의와 해결방안 모색할 때부터 레고처럼 조각을 잘게 나누어서 여러조합으로 생각해보는 방식도 고려해보는 것이 좋을것같다

4. 나의 한 문장 요약

이 아티클을 한 문장으로 요약하면?
핵심 기능만, 빠르고, 확실하게 도전하기

캠프 분들한테 만들어둔 프로그램을 공유했다 누구든,, 실행해보셨으면 좋겠다

튜터님과 멘토링 면담

팀스파르타 PM과정 (42)

eazy51 — Mon, 18 May 2026 16:27:26 +0900

데이터드리븐 과제 / 문서 목적별 작성 요령 및 전략 특강

데이터드리븐 과제

유의해야하는 점

1. 유저 세그먼트를 분류해서 각각의 유저 유형을 분석할 필요가 있다

2. 각 유저 파트에 따라 데이터를 기반으로 해결방안 모색

3. 데이터를 분석에서 멈추지않고 정리하고 문서화하는 과정을 훈련해야한다

과제 진행 방향

리디북스 / 밀리의 서재등 기존 E-book플랫폼 voc수집하기
리서치 내용을 정리하면서 작업하기
피그마/노션 티켓으로 할일 정해두고 순서대로 진행하기

전자책 서비스 과제

리디의 서재 : E-book 플랫폼

목표 : 컨텐츠를 끝까지 읽지 못하고 이탈하는 유저를 잡기

단순 이탈이유보다 어느 조건, 어떤 유형의 유저가 완독률이 높아지는지 포인트 확인하기

과제 진행 순서

1. 리디북스, 밀리의서재, 카카오페이지, 시리즈등 경쟁사 어플 VOC수집

2. 제공된 자사 VOC 내용 분석

3. 문제점 파악하기

리디의 서재 PM 과제 티켓보드

분석 → 인사이트 → 가설 → 해결안 → 실험 구조

Total Epics

7

Total Tickets

19

Main Goal

완독률 증가
초반 이탈 감소

Core Flow

분석 → 인사이트 →
가설 → 해결안

Epic 1. 과제 방향 정의

과제 요구사항 및 핵심 분석 방향 설정

TICKET-001

과제 요구사항 해석

발제문의 평가 기준과 핵심 요구사항을 정리합니다.

Tasks

완독 기준 정리

필수 로그 확인

평가 포인트 분석

Deliverables

과제 핵심 요약 1페이지

✔ 분석 방향 설명 가능 상태

TICKET-002

분석 방향 선정

특정 세그먼트와 문제 상황에 집중합니다.

Tasks

핵심 세그먼트 정의

핵심 질문 선정

분석 범위 설정

Deliverables

분석 범위 정의 문서

✔ 핵심 질문 2~3개 정의 완료

Epic 2. 데이터 이해 및 구조화

로그 구조를 이해하고 분석 가능한 상태로 정리

TICKET-003

데이터셋 구조 파악

로그 컬럼과 분석 가능 포인트를 이해합니다.

Tasks

컬럼별 의미 정리

분석 가능 조합 탐색

완독 기준 정의

Deliverables

로그 활용표

✔ 주요 컬럼 설명 가능 상태

TICKET-004

데이터 전처리

분석 가능한 형태로 데이터를 정리합니다.

Tasks

결측치 확인

완독 여부 컬럼 생성

세그먼트 변수 생성

Deliverables

Cleaned Dataset

✔ 세그먼트 분석 가능한 상태

Epic 3. 유저 행동 분석

완독과 이탈 행동 패턴 분석

TICKET-005 ~ 009

핵심 행동 분석

완독률, 이탈 위치, 추천 영향 등 핵심 행동을 분석합니다.

Analysis Areas

전체 완독률 분석

세그먼트별 비교

이탈 위치 분석

이탈 사유 분석

추천/미리보기 영향 분석

Deliverables

행동 분석 차트 및 인사이트

✔ 핵심 문제 세그먼트 발견

Epic 4. 인사이트 도출

데이터를 의미 있는 문제로 해석

TICKET-010

핵심 인사이트 정리

단순 수치가 아닌 문제의 본질을 정의합니다.

Tasks

행동 패턴 발견

상관관계 해석

문제 한 줄 정의

✔ 데이터 기반 문제 정의 완료

TICKET-011

핵심 페르소나 정의

대표 문제 유저를 구체화합니다.

Tasks

대표 세그먼트 선정

행동 특징 요약

이탈 패턴 정의

✔ 해결 대상 유저 명확화

Epic 5 ~ 7. 해결안 · 실험 · 문서화

가설 수립부터 최종 발표 문서 완성까지

TICKET-012 ~ 014

가설 및 해결안 설계

Key Outputs

문제 원인 가설

현실적 UX 개선안

MVP 우선순위 선정

✔ 실행 가능한 해결 전략 완성

TICKET-015 ~ 016

KPI 및 실험 설계

Key Outputs

완독률 KPI 정의

A/B 테스트 설계

성과 측정 구조 정의

✔ 검증 가능한 구조 완성

TICKET-017 ~ 019

문서화 및 발표 구성

Key Outputs

스토리라인 설계

시각화 제작

최종 QA 검수

✔ 제출 가능한 최종 기획서 완성

Designed for Data-Driven PM Assignment · Ridi E-book Completion Retention Project

리디북스 / 밀리의 서재 / 카카오페이지 / 네이버 시리즈 앱스토어 리뷰 서치

부정적리뷰 : 사용하던 UI에서 업데이트로 UX에 변동이 생겨 불편을 느낄때 , 결제/캐시 관련 문제 , 컨텐츠 로딩이 느림

팀스파르타 PM과정 (42)

eazy51 — Fri, 15 May 2026 21:00:46 +0900

아티클 카타 / 데이터드리븐 강의

1. 아티클 정보

제목 : 갑자기 지표가 하락했을 땐 어떻게 해야 하나요?
작성자(저자) : Creative Owner

2. 핵심 내용 요약

이 아티클의 주요 메시지 : “글의 핵심 논지나 전달하고자 하는 메시지를 명확히 정리해 보세요.”
핵심 키워드 : 지표, 데이터 파이프

3. 흥미로운 점/새롭게 알게 된 점

읽으면서 가장 흥미로웠던 부분 :
- 지표가 하락했을때
  1. 하락지표분석
  2. 하락지점 파악
  3. 원인파악
- 지표이해도 높이기
  - 상호 지표별 연관성 파악하기
- 지표는 제품이 성공하기위한 방향키 이다
이전에는 알지 못했거나 새롭게 배운 내용 :
- 우선순위에 따라 변경 시점과 관점에 따라 지표에 따른 결정이 바뀔수도 있을것 같다는 생각이 들었다
- 지표의 파악에 의외로 원인파악이 우선되지않는 점이 흥미로웠다
- 서로다른 독립된 지표를 결합하여 파악하는 능력또한 길러야할것같다

4. 나의 한 문장 요약

이 아티클을 한 문장으로 요약하면?
PM에게 데이터 이해력이 필요하다

팀스파르타 PM과정 (41)

eazy51 — Wed, 13 May 2026 21:02:47 +0900

과제 수행 / 아티클 카타

1. 아티클 정보

제목 : AI를 잘 쓰는 기획자는 왜 질문부터 다를까? | 요즘IT
작성자(저자) : 여행하는 기획

2. 핵심 내용 요약

이 아티클의 주요 메시지 : 프롬프트를 잘 쓰는 것이 기획의 방향을 바꾸는 일이다
핵심 키워드 : 프롬프트 작성, 질문의 시작

3. 흥미로운 점/새롭게 알게 된 점

읽으면서 가장 흥미로웠던 부분 :
- 초반 질문이 잘못되면 이후 산출물 전체가 그방향을 따라가기 때문이다
- 완성된 답변을 듣지않고 미처 생각하지못한 지점을 대신 파악하게 만들기
- 서비스 기획 초기단계에서 중요하게 작용
- AI역할지정 > 나의 접근방식 > 놓친 관점과 숨어있는 전개 발굴 > 최근변화와 기존 구조의 비교
- 다양한 AI모델의 병렬식 사용
- 근거 파악시 근거자료 제시가 아니라 실제로 사용자가 직접 알아보고 실존하는 자료인지 파악할것
- 정리단계에서는 그저 '정리해줘'가 아니라 제약과 형식을 주고 틀에 맞춰 작성하는 것을 유도하기
- 모두가 AI를 쓸수록 사람의 사고방식과 의견이 더 중요해지고 있다
- 같은 AI를 써도 왜 다른 결과가 나오고 다른사람은 구조변화부터 보는가
이전에는 알지 못했거나 새롭게 배운 내용 :
- 때때로 사고능력을 AI한테 온전히 맡긴다는 생각이 들때가 있었다. 비슷한 고민을 AI를 활용하여 작업하는 다른 사람들과도 자주 나누었었다. 이슈에 대해 이미 잘알고 있다면 정립된 내생각을 위주로 aI의 의견이 최소화시켜서 진행하지만 잘모르는 이슈에 대해서는 그럴듯하게 작성만 된다면 쉽게 ai의 의견을 중심으로 풀어나가기도 했다 아티클에서는 바로 그지점을 지적하고 시작한다
- 질문을 잘하려면 우선 사용자가 서비스에 대해서 AI보다 더 파악하고있어야한다는 생각이 들었다
- AI의 질문은 내가 무엇을 알고있는지, 내가 놓친것은 무엇인지 내가 봐야하는 관점은 무엇인지 먼저 파악하는 것으로 시작해야한다
- 궁금한점 : AI에게 양질의 질문을 받기위해서 step by step으로 물어나가야할지 아니면 한번에 최대한 많은 정보값을 주면서 한번에 답변을 하도록 유도해야하는지

4. 나의 한 문장 요약

이 아티클을 한 문장으로 요약하면?
생각은 사람의 몫이다

과제 제출

잘 만들고 싶었는데 생각보다 프로그램이 어려웠다

만들기 힘들다 (암묵지 언어화 어려움)	업종별 템플릿 + AI 자동 변환 (1층 솔루션)
전달하기 힘들다 (카톡 공지, 이수 확인 불가)	퀴즈·체크 + 대시보드 (2층 솔루션)
반복이 너무 힘들다 (이직률 높아 매번 처음부터)	자동 온보딩 (3층 솔루션)
경쟁 솔루션 부재	모두의 매뉴얼의 빠진 기능 (이수확인·퀴즈·템플릿)
해외엔 검증된 시장	Trainual·Connecteam·KNOW → 한국 소상공인 공백

부트캠프 원정기

팀스파르타 PM과정 (48)

2026-06-02 (화) MVP 프로젝트 종합 정리

오늘의 핵심 요청사항

논의의 핵심 흐름

1단계: 문제 정의 → 가설 수립 (PRD)

2단계: 설문지 논의 및 정교화 (설문 설계)

인수인계 설문지 제작 논의 흐름 정리

3단계: 기능 정의 및 MVP 범위 확정 (기능명세서)

4단계: 화면 설계 및 사용자 플로우 정의 (화면 구성)

1주차: 일자별 업무 (일차 단위)

2~4주차: 태스크 로드맵 (태스크 단위)

사수(인계자) 관리 페이지 5개 영역

관통한 사고의 흐름

✅ 오늘의 작업 산출물

핵심 수치 (KPI 베이스라인 후보)

남은 작업 (To-Do)

프로젝트 구조도

설계 철학

팀스파르타 PM과정 (47)

오전 일정

6월 1일 (월) 오전 회의 논의

사고의 흐름 한눈에 보기

1차 논의 (09:50~11:20)

2차 논의 (11:40~13:00) — 튜터님 피드백 수령

김단비 튜터님 피드백 요약

방향성 좁히기 — 최종 리서치 범위 확정

후보 3개 도메인

리서치 역할 분담

도메인 2차 리서치-식음료 2차 리서치 진행

요청 내용

전체 작업 요약 (커뮤니티 리서치 + 도메인 2차 리서치 통합)

요청 내용

사고의 흐름

핵심 발견 → 기회 공간으로의 연결

리서치 시간 종료후 세부 논의

도메인 2차 리서치 요약

리서치 목적

사내교육 (온보딩) 리서치

⚖️ 법정의무교육 리서치

전체 사고 흐름 요약

03. 종합 정리 + 04. 킥오프 준비 요약

종합 정리 — 도메인 확정까지의 사고 흐름

킥오프 준비 — 솔루션 구체화 및 회의 결과

킥오프 피드백 미팅 정리 (2026.06.01 오후 5:30)

전체 사고 흐름 요약 (01~04 통합)

피드백 미팅 정리 + 추가로 물어봤어야 할 것들

PM 튜터 피드백 요약 (2026.06.01 오후 8:30)

더 물어봤으면 좋았을 질문들

05. PRD & 기능명세서 계획 — 오늘의 마무리 + 내일 계획

준비한 것: PRD & 기능명세서 템플릿

저녁 논의 (20:00~) — 내일 준비 회의

내일 시간표

오늘 하루 전체 사고 흐름 (1일차 총정리)

팀스파르타 PM과정 (46)

사고의 흐름 정리

1단계 | 공급 측 탐색 — "뭐가 있는가?"

2단계 | 구조 파악 — "왜 기회가 있는가?"

3단계 | 타겟 확산과 수렴 — "누구의 문제인가?"

4단계 | 발제문 필터 적용 — "MVP로 만들 수 있는가?"

5단계 | 수렴 — 현재 가장 강한 후보

데이터드리븐 과제 회고

리디의 서재 — 중반 이탈자 기획 여정

사고 단계별 타임라인

핵심 사고 전환점 8가지

최종 도달점

팀스파르타 PM과정 (45)

과제

리디의 서재 — 중반 이탈자완독 UX 강화 기획서

시각화 ① 단계별 퍼널 — 결승선까지의 여정

시각화 ② 이탈 위치별 자발적 사유 분포 — 결정적 발견

시각화 ③ 중반 이탈률이 높은 세그먼트 (격차 시각화)

시각화 ④ 완독자 vs 중반 이탈자 — 결정 변수 차이

시각화 ⑤ KPI 트리 — 현재 vs 6개월 목표

팀스파르타 PM과정 (44)

팀스파르타 PM과정 (43)

팀스파르타 PM과정 (42)

데이터드리븐 과제

리디의 서재 PM 과제 티켓보드

Total Epics

리디의 서재 — 중반 이탈자
완독 UX 강화 기획서