← MVP 사례 목록Week 1 구조 정의 산출물 일부 발췌 관리자 / 핵심 플로우 화면
헬스케어 예약 플랫폼
병·클리닉 예약 아이디어를 6주 안에 검증 가능한 구조로 정리한 MVP
#초기창업자#6주MVP#예약플랫폼
2024.01 – 04 · 풀스택 개발
와이어프레임
Week 1 산출물
6주 MVP 의사결정 요약
- 검증 목표
- 병·클리닉 예약 수요 검증
- 줄인 것
- 멀티테넌트 최소 구조, 단일 PG
- 제외한 것
- 복잡한 예약 규칙 제외
- 결과
- 6주 출시, 목표 달성
핵심 기능 3~5개
- 1병원·클리닉 등록 및 예약 생성
- 2결제 연동 (Stripe)
- 3예약 알림 (이메일·문자)
- 4관리자 기본 대시보드
Week 1
구조 정의
Week 2
UX·시스템 설계
Week 3~5
개발
Week 6
안정화·배포
줄인 것
- ·멀티테넌트는 1차에 최소 구조만 (병원 단위)
- ·결제는 Stripe 한 가지, 정산 주기는 단순화
- ·알림은 이메일·문자만, 추후 앱 푸시는 제외
제외한 것
- ·복잡한 예약 규칙·재예약 자동화
- ·다중 PG·정산 리포트 고도화
- ·앱 개발·푸시
A. 창업자 상황
1인 창업자이며, 병·클리닉 예약 통합 플랫폼 아이디어를 보유하고 있었습니다.
개발 경험이 없었고, 어디까지 만들어야 ‘검증 가능한지’에 대한 기준이 없던 상태였습니다.
B. 우리가 먼저 줄인 것
멀티테넌트
1차는 병원 단위 최소 구조만 구현. 복잡한 확장 구조는 2차로 유보.
검증 단계에서는 병원 단위만 있어도 충분하기 때문입니다.
결제
Stripe 단일 PG만 적용. 정산 주기 단순화.
다중 PG·복잡한 정산은 출시 후 단계로 미룰 수 있기 때문입니다.
알림
이메일·문자만 적용. 앱 푸시는 제외.
앱 개발 전에 웹·문자로 검증이 가능하기 때문입니다.
C. 이번 스프린트에서 제외한 것
- ·복잡한 예약 규칙·재예약 자동화
- ·다중 PG·정산 리포트 고도화
- ·앱 개발·푸시
검증 단계에서는 복잡성이 속도를 늦출 수 있기 때문입니다.
D. 6주 스프린트 구조
Week 1
구조 정의
Week 2
UX·시스템 설계
Week 3~5
개발
Week 6
안정화·배포
E. 결과
- 6주 내 MVP 완성6주
- 3개월 내 오픈3개월
- 월 예약 건수 목표 대비 달성목표 달성
6주 스프린트 완료.
이후 기능 확장 단계로 이어졌습니다.
이 사례에서 가장 중요한 결정은 무엇을 만들지보다, 무엇을 만들지 않을지 정한 것이었습니다.
이 프로젝트와 비슷한 상황이신가요?
아이디어 단계라도 괜찮습니다.
6주 안에 가능한 구조인지 먼저 검토해드립니다.
상담만으로 비용이 발생하지 않습니다. 범위 정의 후 예산 범위를 안내드립니다.