처음 문제
1인 창업자. 병·클리닉 예약 통합 플랫폼 아이디어는 있었으나 개발 경험 없고, 어디까지 만들면 검증 가능한지 기준이 없던 상태.
일정/비용이 흔들리지 않게, 이번에 할 일을 먼저 고정
헬스케어 예약 플랫폼
병·클리닉 통합 예약과 결제를 한 플로우로 검증한 MVP.
구조 설계우선순위 정리실행 구조
이 사례는 예쁘게 만드는 것보다 무엇을 먼저 만들지 정리해 결과를 바꾼 사례입니다.
왜 기존 방식으로 안 되는가
병원·클리닉별 예약 방식이 제각각이라 통합 플랫폼이 필요했습니다.
DevCraft 구조 판단
멀티테넌트 구조로 설계하고, 예약·결제·알림을 하나의 플로우로 연결했습니다.
구조 판단 기준: 복잡한 예약 규칙과 관리 기능을 2단계로 분리
무엇을 남기고 무엇을 뺐는가
남긴 것
- 멀티테넌트는 1차에 최소 구조만 (병원 단위)
- 결제는 Stripe 한 가지, 정산 주기는 단순화
- 알림은 이메일·문자만, 추후 앱 푸시는 제외
뺀 것
- 복잡한 예약 규칙·재예약 자동화
- 다중 PG·정산 리포트 고도화
- 앱 개발·푸시
실행 결과
- 이번에 만들 범위가 명확해져 개발 우선순위가 흔들리지 않았습니다.
- 운영 준비와 출시 준비를 같은 기준으로 맞출 수 있게 되었습니다.
- 확장 기능은 다음 단계로 분리해 의사결정 속도가 빨라졌습니다.
병·클리닉 통합 예약과 결제를 한 플로우로 검증한 MVP.
다음 단계
구조가 정리되면 그 다음은 훨씬 명확해집니다.
- 무료 구조 상담으로 현재 단계와 범위를 다시 점검
- 필요하면 유료 구조 진단으로 확장 우선순위 정리
- 조건이 맞으면 구조 설계 단계로 다음 실행 계획 수립
지금도 비슷한 상태라면
개발 전에 구조부터 점검해보셔야 합니다
현재 상황을 먼저 정리하고
무엇을 만들지 함께 판단해보세요
무료 구조 상담으로 지금 개발을 시작해도 되는지, 먼저 줄여야 할 범위가 있는지부터 확인해드립니다.