후기 기획서 (PRD)¶

요지¶

학부모가 어느 선생님을 고를지 결정할 때 후기는 결정적이다. 그런데 그 신뢰 자산이 김과외·공부선배 같은 외부 서비스에만 쌓이면 우리에게는 남지 않는다. 후기 기능은 스터디룸·강사 후기를 제품 안에서 작성·관리·노출해, 학부모의 선택을 돕는 신뢰 자산을 우리 쪽에 축적한다. MVP-C 기능이다.

목표 & 성공 기준 (지표)¶

후기를 모으고 노출해 신뢰도를 높이고 신규 유입을 만드는 게 목표다. 수업 전후의 정성적인 관리가 곧 고객 경험과 강사 가치 인식으로 이어진다고 본다.

성공 여부는 (아직 가설이지만) 작성 가능한 사람 대비 실제 작성률, 강사 프로필에서 후기를 보고 문의로 넘어가는 전환, 그리고 후기를 가진 스터디룸의 신규 유입으로 본다.

대상 페르소나 (링크)¶

후기를 쓰는 주 고객은 결제·탐색의 주체인 학부모이고, 참여 학생도 쓸 수 있다. 선생님은 종료한 학생에게 손편지 형태로 후기를 남기는 동시에, 노출되는 후기의 수혜자이기도 하다. 도메인은 studyroom.

범위 (포함 / 제외)¶

여기서 다루는 건 후기 작성·수정·신고, 강사·학생 프로필의 후기 목록 노출, 그리고 작성 기간을 따지기 위한 선행 작업(수업 종료 처리·학생 상태값)이다. 별점이나 후기 키워드 필터, 신고 검수 대시보드, 후기 기반 강사 추천은 범위 밖이다.

요구사항 (유저 스토리 · 기능)¶

선행 작업 — 수업 종료 처리¶

후기를 언제부터 쓸 수 있는지 따지려면 "이 학생이 수업 중인지 끝났는지"부터 알아야 한다. 그래서 스터디룸 학생 상태값을 먼저 정의해야 한다.

상태는 참여중과 수업 종료로 나뉜다. 수업 시작일은 스터디룸 가입일, 종료일은 종료 처리한 날짜다. 종료한 학생이 수업을 재개하면 시작일은 그대로 두고 종료일만 지우며, 다시 끝내면 그 시점으로 종료일을 새로 잡는다. 처리는 학생 탭에서 학생을 골라 수업 종료 메뉴로 들어가 확인 모달을 거치는 흐름이다(우선은 한 명씩).

작성·이용 시나리오¶

학생이나 보호자가 스터디룸에 들어온 지 14일이 지나면 [후기 작성] 버튼이 켜진다. 작성 모달에서 본문(최대 1,000자)과 이미지(최대 3장)를 넣고 등록하면 "후기 등록 완료" 토스트가 뜨고, 강사·학생 프로필에 노출된다. 작성 후 14일 안에는 수정할 수 있다.

세부 정의¶

항목	내용
작성 주체	참여 학생 / 연결 보호자 / 선생님
작성 조건	스터디룸 참여
작성 기간	입장 14일 이후 ~ 종료 후 60일 이내, 1회
입력	본문 1,000자(필수), 이미지 3장(선택, 에디터 업로드 정책)
노출 위치	강사 프로필 / 학생 프로필 > 후기 목록
정렬	최신순(향후 추천순 고려)
신고	비속어·허위 신고 → 관리자 검수 후 비공개/삭제
수정 기간	작성일 기준 14일 이내

UI/UX¶

목록: "후기 n개", 최신순, 썸네일(이미지+텍스트 일부), 클릭 시 본문+이미지 확대.
작성: 에디터(텍스트 박스+이미지 업로드 버튼), 미리보기·삭제, 업로드 로딩 인디케이터, 완료 메시지.

예외 처리¶

상황	처리
이미지 3장 초과	"최대 3장까지만 첨부할 수 있어요."
네트워크 오류	"저장 실패. 다시 시도해주세요."
이미 작성	"이미 후기를 작성했어요!"
미로그인	로그인 후 작성 화면 복귀
신고됨	"관리자 검수 중"(강사·작성자만 열람)

근거 (피드백·아이디어·리서치 source)¶

MVP-C 후기 기획서에서 도출했다. 김과외·공부선배 같은 기존 과외·학원 매칭 서비스를 봐도 후기를 쓰는 주 고객은 대부분 학부모였고, 강사가 서비스를 쓰는 궁극 목적이 학생·학부모를 모아 좋은 수업을 운영하는 것임을 생각하면, 후기가 학부모의 선택에 결정적이라는 판단이 이 기능의 근거다.

오픈 이슈¶

정렬 추천순, 후기 키워드 필터, 신고 검수 대시보드는 향후로 미룬다.
수업 종료 하루 뒤 작성을 유도하는 자동 푸시를 검토 중이다.
후기 기반 강사 추천도 더 멀리의 과제다.