마일스톤·로드맵¶
디에듀는 마일스톤(MS) = 사용자에게 전달되는 경험이 완성되는 배포 단위로 개발 리듬을 관리한다 (라이트 FDD). 용어 정의는 onboarding/dev-terms.
마일스톤 개요¶
| MS | 별칭 | 시기(대략) | 목적 |
|---|---|---|---|
| MS1 | MVP-A | (초기) | 기능 빠른 구현 — 로그인·회원가입·스터디룸·수업노트·Q&A·대시보드 |
| MS2 | MVP-B (Rebuild) | 25.10.23 ~ 25.12 | "기능을 만드는 것이 아니라 만들 수 있는 구조를 만드는 것" — 아키텍처·문서체계·프로세스·QA 재정립 |
| MS3 | MVP-C | (26.초) | 강사-학생-학부모 학습 사이클 완성. 과제관리·알림 고도화(카카오)·마이페이지·에디터 고도화·어드민·스터디룸 프리뷰·학생초대 고도화 |
| — | MVP-D | 26.2.23 ~ 3.22 | "이 서비스가 실제 수업 운영에 사용된다"는 증거 만들기 — 사용성 증명 + 유입 퍼널 + 외부 UT |
| — | MVP-E | 26.3~4 이후 | 결제·매출·투자 단계 진입 (지원사업 데이터 확보 포함) |
| — | MVP-F | 이후 | 매칭·학생 커뮤니티·추천인 혜택 등 확장 |
MVP-A → MVP-B 이관: 레거시 Epic은
레거시라벨 부여 후 재편성, 재사용 가능한 공통 로직만 선별 리팩터링, 문서는 전면 재작성.
MVP-B (Rebuild) 핵심 방향¶
기능 구현 중심 MVP-A의 한계(중복 컴포넌트·문서 불일치·QA 주체 불명확)를 해소. - 문서 재정립: FDD/Routing/API/IA 명세 전면 재작성. - 프로세스: FDD + Agile 병행, Epic → Story(기능) → Task(역할) → QA → 배포. - 코드 품질: 재사용·테스트 기반. QA 시트 자동화·회고 정례화.
MVP-D (전환점) — 아이디어 → 사업¶
제품을 만드는 단계가 아니라 시장 진입 직전 단계. 핵심 = 실사용 증명 + 트래픽 + 브랜드 신뢰.
3대 실행 목표: 1. 브랜딩·퍼널 초기 구조 — SNS 신뢰(유튜브/인스타/스레드), 내부 콘텐츠(상담소·칼럼·프로필), SEO. 2. 수업 관리 실사용 증명 (최우선) — 진단→수업→과제→피드백→분석→처방 흐름이 자연스러운가? 내부 실험(성진 온라인 수업·다이어리 스터디) + 외부 UT(3.22 대학생 강사 20명). 3. 퍼널 스쿼드 운영 — 비회원 퍼널(유입·랜딩·가입전환) / 회원 퍼널(첫 사용·생성·재방문·추천).
니치 집중 타겟: 온라인 수업 진행 선생님·학생 (관리 페인포인트가 강하고, 온라인이 되면 오프라인은 자연 확장).
스쿼드 구조 (MVP-D)¶
기능 기준 스쿼드 + Growth 기반 프로덕트팀 구조 (모든 팀원 = PM/PD/PE).
| 스쿼드 | 범위 |
|---|---|
| 비회원 퍼널 | 외부 유입 → 랜딩 → 가입 전환 |
| 회원 퍼널 | 첫 사용 → 수업 생성·참여 → 리텐션 → 추천 |
| 공통 | 기획·디자인·인프라 횡단 |
비전 4개 축(드로잉/오픈챌린지/AI/게이미피케이션) 기준 스쿼드 A~D 제안은 teams/product/vision-strategy 참조 — MVP-D에서는 퍼널 기준 스쿼드로 운영.
가치 단계 로드맵 (제품 관점)¶
| 단계 | 사용자 | 가치 |
|---|---|---|
| MVP | 강사-학생 | 학습 사이클 완결 (스터디룸·노트·피드백) |
| 성장 | 강사-학생 | 데이터 기반 성장 (성장 로그·자동 요약·AI 가능성) |
| 확장 | 학부모 | 학부모 케어 (자녀 리포트·소통) |
| B2B | 관리자/기관 | 통계·커리큘럼 관리 |
열린 질문¶
- MVP-E 결제 모델·지원사업 일정 구체화.
- 퍼널 스쿼드 KPI 목표치 (방문→가입 전환율, 첫 수업 생성율, 재방문율).
- 4개 축 vs 퍼널 스쿼드 — 마일스톤별 스쿼드 재편 기준.