팀스파르타 PM과정 (48)

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

---

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

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

---

📌 오늘의 핵심 요청사항

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

1. 기획명세서(PRD) — 서비스 가치 정의 및 솔루션 가설
2. 기능명세서 — MVP 범위 내 핵심 기능 5개 정의
3. 설문지 설계 — 가설 검증 용 심층 인터뷰 설문
4. 화면 구성 설계 — 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단계: 설문지 논의 및 정교화 (설문 설계)

오전 회의 논의 내용

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