닥터차팅 기획 분석
Doctor Charting · Planning Review v0.1

닥터차팅 기획 분석

와이어프레임 16장을 기획 프레임워크로 분석한 문서. 페이지별 결정 필요 사항, 추가 기능 제안, 회의 아젠다를 담았다.

2026-08-28대상: 간호학생 · 신규 간호사발주사 회의 준비용
00

적용한 기획 프레임워크

실무 기획자들이 표준으로 쓰는 도구들이며, 이 문서 전체가 이 프레임워크 순서대로 구성돼 있다.

프레임워크무엇인가이 문서에서의 쓰임
페르소나핵심 사용자를 구체적 인물로 정의§1 — 3종 페르소나
JTBD사용자가 앱을 "고용"하는 진짜 목적§1 하단 한 문장
유저 저니 맵인지→가입→학습→복습 단계별 경험·이탈 지점§2
화면정의서 / IA화면 목록·구조·이동 관계§3 페이지별 분석 · §4 누락 화면
MoSCoWMust / Should / Could / Won't 범위 확정§5 기능 우선순위
Kano 모델당연 기능 vs 감동 기능 구분§5에 반영
망각곡선 (간격 반복)1·3·7일 주기 복습 — 학습앱 필수 이론§5 복습 시스템 제안
게이미피케이션스트릭·일일목표·뱃지 (Duolingo 패턴)§5
01

페르소나 & JTBD

P1 · 주 타깃

정하은 (22) — 실습 앞둔 간호학과 3학년

페인 교과서 용어와 실제 차트 약어(BST, PRN, s/p…)가 다르다. 실습에서 차트 못 읽고 얼어붙을까 두려움.

목표 실습 전 실제 차트 형식에 눈 익히기.

패턴 시험기간·실습 직전 집중 학습.

P2 · 주 타깃

김수민 (24) — 신규 간호사 3개월차

페인 인수인계 때 차트 파악이 느려 선배 눈치. 물어볼 데가 없음.

목표 로테이션 진료과 예습.

패턴 출퇴근·나이트 전 10~15분 → 짧은 세션 단위 설계 근거.

P3

박지원 (23) — 국시 준비 4학년

페인 틀린 문제를 다시 못 보고, 취약 영역을 모름.

목표 문제풀이 → 오답 복습 → 취약 과 보완.

패턴 문제풀이 직행 → 오답노트·통계 필요 근거.

P4 · 잠재

간호학과 교수 / 실습 지도자

학생 단체 사용 + 진도 확인 니즈 → B2B 확장 여지. 1차 범위 제외, 데이터 구조(기관 코드)만 열어둠.

JOBS TO BE DONE "실습·근무에서 차트를 마주쳤을 때 당황하지 않도록, 짬시간에 실제 차트 형식으로 훈련하고 싶다."

경쟁자는 다른 앱이 아니라 선배에게 물어보기·블로그 검색·전공 책이다. 차별점은 "실제 차트 형식 + 구조화된 반복 훈련".

02

유저 저니 맵

단계사용자 행동현재 와이어프레임이탈 위험대응
인지커뮤니티에서 발견뭐 하는 앱인지 모름스토어 스크린샷·온보딩 3장
가입카카오로 가입있음가입 장벽체험하기 유지 + Apple 로그인 추가
온보딩신분·목적 입력없음 ← 공백첫 화면에서 뭘 할지 모름신분(학생/신규)+학년 → 맞춤 추천
첫 학습진료과→질환→차트있음어려우면 이탈난이도 표시·추천 시작점
반복재방문유인 없음 ← 공백3일 내 이탈 (학습앱 최대 리스크)이어하기·복습 알림·스트릭
복습틀린 것 다시 보기없음 ← 공백효과 못 느끼고 이탈오답노트 + 간격 반복
성취등급 확인·실무 활용학습결과 A~E 있음뱃지·공유(선택)
결론. 첫 학습까지의 흐름은 잘 잡혀 있다. 비어 있는 것은 "다시 오게 만드는 장치"(온보딩·이어하기·복습·알림) — 이번 회의의 핵심 제안 포인트.
03

페이지별 분석

질문 회의에서 결정 필요   제안 추가 아이디어   누락 화면정의서에 없음

스플래시

  • 제안버전 체크·강제 업데이트 로직을 여기서 처리 (운영 필수).
  • 제안자동로그인 상태면 메인 직행.

로그인 · 로그인2

  • 질문Apple 로그인 — iOS는 카카오/구글이 있으면 Sign in with Apple 필수(심사 거절 사유). 추가 확정.
  • 질문회원가입 화면 부재 — 수집 항목(이메일/닉네임/신분?), 이메일 인증 여부.
  • 질문체험하기 범위 — 제안: 1개 진료과 전체 개방 + 나머지 잠금 + "진도 저장은 로그인 후" 배너로 전환 유도.
  • 누락약관·개인정보 동의, 아이디/비번 찾기 실제 화면.

메인화면 (진료과 / 질환 탭)

  • 질문진료과 15개 목록 확정 (등급표 역산: 15과 × 5질환 = 75질환). 콘텐츠 제작의 출발점 — 회의 최우선.
  • 질문검색 범위 — 질환명만? 용어·차트 내용까지? (데이터 구조에 영향)
  • 제안상단 "이어하기" 카드 (마지막 학습 질환 바로 진입) — 재방문 UX 핵심.
  • 제안"오늘의 학습" 추천 1개 (온보딩 정보 기반) + 진료과 카드에 진행률 미니 표시.
  • 제안검색 자동완성 + 최근 검색어.

하단 탭바 — 홈 · 차트 · 실습 · 용어 · MY

최대 공백
  • 질문'차트'·'실습'·'용어' 탭의 화면이 와이어프레임에 없다. 현재 흐름은 전부 홈에서 시작. 제안 정의 —
  • 제안차트 탭 = 전체 차트 라이브러리 (진료과 무관 브라우징·검색).
  • 제안실습 탭 = 문제풀이 허브 (데일리 퀴즈·모의고사·오답노트).
  • 제안용어 탭 = 의학용어 사전 (색인 + 약어 사전 + 플래시카드 + 내 단어장).
  • 질문이 3개 탭이 정의되면 앱 볼륨이 사실상 2배 — 1차 범위 포함 여부를 회의에서 결정.

진료과 상세 (예: 순환기내과)

  • 제안질환별 학습 상태 표시 (미학습/학습중/완료).
  • 제안질환 순서를 실습 빈도·중요도 순으로 (감수자 의견 반영).

학습화면 (질환 허브, 예: 고혈압)

  • 질문차트학습 → 용어 → 문제풀이 순서 강제 vs 자유 선택 (완료 판정·진행률 산식과 직결).
  • 제안모드별 예상 소요시간 표시 ("차트학습 · 약 7분") — 짬시간 사용자 배려.

차트학습

핵심 콘텐츠
  • 질문차트 데이터 형식: 이미지 vs 구조화 텍스트. 이미지는 제작이 쉽지만 검색·툴팁·가독성 불가. 구조화 텍스트는 손이 가지만 용어 탭 툴팁·검색·반응형 가능. 권장: 구조화 텍스트. CMS 설계와 견적을 좌우하는 결정.
  • 질문서술형("차트내용을 기술해주세요") — 채점 없이 시간 경과 후 모범답안 + 자가 비교로 확정? (AI 채점은 1차 제외 권장)
  • 질문차트 원본 소스 — 실제 환자 차트는 사용 불가(개인정보보호법·의료법). 가상 케이스 창작 + 현직 감수 전제 확인.
  • 제안차트 속 약어·용어를 탭하면 뜻 팝업 — 이 앱의 킬러 기능 후보 (구조화 텍스트일 때 가능).

의학용어 학습

  • 제안플래시카드 모드 — 카드 뒤집기, 알아요/몰라요 스와이프 → 모르는 것만 반복.
  • 제안TTS 발음 듣기 (영어 용어 — 신규 간호사 실수요 큼) + 용어 북마크 → 내 단어장.
  • 질문용어 데이터 필드 — 용어/뜻 외 발음·약어·예문 포함 여부 (엑셀 템플릿 확정 필요).

문제풀이

  • 질문문항 유형 — 객관식만? OX·빈칸 포함?
  • 질문"시간 지나면 해설" — 고정 몇 초? 제안: 타이머 + '정답 보기' 버튼 병행 (강제 대기는 불만 요소).
  • 질문질환당 문제 풀(pool) 규모, 재도전 시 랜덤 출제 여부.
  • 제안오답노트 자동 저장 + 오답만 다시 풀기 (P3 핵심 니즈).
  • 누락세트 완료 후 결과 화면 (정답률 + 오답 복습 버튼).

학습결과 (A~E 등급)

  • 질문"완료"의 정의 — 차트+용어+문제 셋 다 해야 질환 1개 완료? 진행률 "2/30"의 30이 무엇인지.
  • 질문등급이 총량(15과/75질환) 고정 전제 — 콘텐츠가 늘면 등급표가 깨짐. 비율(%) 기반 권장.
  • 제안취약 진료과 표시 ("정답률 낮은 과") + 주간 학습 그래프 — 통계가 학습으로 이어지게.

MY 페이지

  • 질문결제정보 = 유료 모델 전제. 수익모델 확정: ① 구독(진료과 잠금 해제) ② 무료+광고 ③ B2B. 스토어의 디지털 콘텐츠는 인앱결제 강제(수수료 15~30%) — 가격 설계에 반영.
  • 질문"관리자" 메뉴 — 관리자 계정에만 노출 확인.
  • 누락공지사항, 문의/FAQ, 회원탈퇴, 앱 버전.

관리자 페이지

백지 — 견적 최대 변수
  • 질문콘텐츠 등록 주체와 방식. 75질환 × (차트+용어+문제)를 —
    A안 발주사가 엑셀로 납품 → 개발사가 DB 시딩 (CMS 최소화, 저렴·빠름)
    B안 운영자가 직접 등록하는 웹 어드민 CMS (콘텐츠 CRUD + 회원·통계·공지·푸시) — 사실상 별도 프로젝트 규모
  • 제안앱 내 관리자가 아니라 웹 어드민 분리 (차트·문제 입력을 폰으로 할 수 없음).
  • 제안1차는 A안 + 최소 어드민(회원 조회·공지·푸시), CMS는 2차.
04

누락된 화면 목록

화면정의서 v1에 추가해야 할 화면. ★ = 리텐션·심사에 직결.

#화면비고
01온보딩 (신분: 학생/신규/기타 + 학년·경력) ★맞춤 추천의 근거 데이터
02회원가입 (약관 동의 포함)개인정보보호법
03아이디/비밀번호 찾기
04검색 결과검색창은 있는데 결과 화면이 없음
05문제풀이 결과 (세트 완료)정답률 + 오답 복습 진입
06오답노트P3 핵심 니즈
07알림함 + 알림 권한 요청 시점 설계복습 푸시의 전제
08공지사항 / FAQ·문의운영 필수
09구독/결제 화면수익모델 확정 후
10회원탈퇴심사·법 필수
11약관·개인정보처리방침 뷰어
12차트/실습/용어 탭 메인 3종§3 탭바 정의에 따름
05

기능 우선순위 (MoSCoW)

MUST

1차 필수 — 없으면 심사 거절 or 기본 기대 미달

  • Sign in with Apple
  • 약관 동의·회원탈퇴
  • 온보딩 신분 선택 → 맞춤 추천
  • 이어하기 (홈 상단)
  • 오답노트
  • 문제풀이 결과 화면
  • 검색 결과 화면

SHOULD

리텐션 좌우 — 1차 포함 강력 권장

  • 복습 알림 (1·3·7일 간격 반복)
  • 출석 스트릭 + 일일 목표
  • 용어 플래시카드 모드
  • 약어 사전
  • 북마크 (질환·용어)
  • 차트 내 용어 탭 → 뜻 툴팁

COULD

2차 후보 — 매력 기능

  • TTS 용어 발음
  • 뱃지 · 주간 랭킹
  • 데일리 퀴즈
  • 모의고사 모드
  • 가상 차팅 실습 (SBAR 작성 → 모범답안 비교)
  • 학습결과 이미지 공유

WON'T

이번 범위 제외 명시 — 스코프 방어

  • AI 서술형 자동 채점
  • 커뮤니티/댓글
  • B2B 기관 관리 (데이터 구조만 열어둠)
06

리스크

리스크내용대응
콘텐츠 지연75질환 제작이 개발보다 오래 걸림 — 일정 최대 변수엑셀 템플릿 선확정 → 2~3개 과 파일럿 → 병렬 진행
의료정보 법적 이슈실제 차트 사용 불가, 의학 정보 오류 책임가상 케이스 창작 + 감수자 계약 + 앱 내 디스클레이머
인앱결제 수수료유료 모델 시 15~30%가격 설계 선반영, 웹 결제 병행 검토
스코프 크리프탭 3개 + CMS 미정 상태 계약 시 분쟁 소지이번 회의에서 1차/2차 범위를 문서로 확정
07

회의 아젠다 — 결정 필요 항목

A. 사업·범위 (계약 직결)
  1. 수익모델 확정 (구독 / 광고 / B2B) — "결제정보" 메뉴의 실체
  2. 콘텐츠 제작·감수 주체와 납품 형식 (엑셀 템플릿 합의)
  3. 관리자: A안(시딩+최소 어드민) vs B안(풀 CMS) — 견적 최대 변수
  4. 1차 출시 범위: 탭 5개 전부 vs 홈+MY 중심 MVP
  5. 배포 형태: 스토어 앱(웹앱+Capacitor 권장) / 웹만
B. 콘텐츠
  1. 진료과 15개 + 과별 질환 5개 리스트 확정
  2. 차트 데이터 형식: 이미지 vs 구조화 텍스트 (권장: 구조화)
  3. 용어 데이터 필드 (용어/뜻/발음/약어/예문)
  4. 문항 유형·질환당 문제 수
C. UX 세부
  1. 차트/실습/용어 탭 화면 정의
  2. 학습 순서 강제 여부 + 완료 판정·진행률 산식
  3. 정답 노출 방식 (타이머 초수 + 정답보기 버튼)
  4. 체험하기 개방 범위
  5. Apple 로그인 추가 합의
  6. 온보딩 신분 선택 도입