스터디룸 소개(프리뷰)¶
요지¶
MVP-C 기능. 비로그인/신규 사용자가 스터디룸이 실제로 어떻게 쓰이는지 로그인 없이 둘러볼 수 있는 프리뷰. 스터디룸을 '살아있는 사용 예시'로 노출해 체류 시간을 늘리고, 향후 '문의하기'로 확장 가능한 구조를 전제로 설계한다.
해결하는 문제¶
초기 디에듀는 학생 관리 중심이라 비로그인 사용자가 즉시 할 수 있는 행동이 제한적이다. 스터디룸을 '살아있는 사용 예시'로 노출해 진입 장벽을 낮춘다.
| 직군 | 페인포인트 | 프리뷰가 주는 가치 |
|---|---|---|
| 선생님 | 운영 흔적을 보여줄 계기 부재 | 다른 룸 운영 흔적 → "나도 기록을 쌓아야겠다" 참여 동기 |
| 학생/학부모 | 가입 전 수업 분위기를 알 수 없음 | 실제 운영 중인 수업 → "이 선생님에게 배우고 싶다" 기대 형성 |
| 비회원 공통 | 즉시 할 수 있는 행동 제한 | 학생 관리 방식 이해 + 서비스 체류 시간 증가 |
핵심 동작¶
스터디룸 목록 → 룸 클릭 → 프리뷰(소개) 조회 → [스터디룸 더 둘러보기]
├─ PUBLIC: 읽기 전용 내부 구조 확인
└─ PRIVATE: 접근 제한 안내(선생님 설정 옵션 명시)
- 성격 표현: 생성 시 수집한 구조화 정보(과목·학년·온/오프라인·1:1/1:N·설명)를 조합으로 직관 표현(한 줄 소개 ❌).
- 활성감 표현: 운영 데이터(학생/노트/질문 수)는 경쟁용 숫자가 아닌 상태 중심 문구("학생 관리 중", "수업 노트가 기록되고 있어요", "질문과 피드백이 오가고 있어요")로 표현.
- 문의하기: 초기 미제공 — 선택 불가 예고 UI("문의하기 (준비 중)")로 추후 도입 안내.
| 직군 | 산출물 |
|---|---|
| 기획 | prd |
| 개발(BE) | studyroom (도메인) · frd |
| 개발(FE) | design · frd §처리흐름 |
| 디자인 | design (벤치마킹·활성감 워딩) |
| 마케팅 | (해당 없음) |
| 결정 | 화면 제공 방식(모달 vs Page) TBD · prd §범위 |