오늘 예약
클리닉 예약 대시보드
진료 예약, 과별 일정, 재방문, 미응답 환자를 관리합니다.
Recipe Workspace
미리보고, KPI 이유를 확인하고, 구현 시작점을 복사하세요
대시보드 레이아웃을 먼저 넓게 확인한 뒤, 아래에서 KPI 이유와 코드 샘플, AI IDE 프롬프트를 이어서 확인합니다.
Live Recipe Preview
클리닉 예약 대시보드
진료 예약, 과별 일정, 재방문, 미응답 환자를 관리합니다.
Live Recipe
클리닉 예약 대시보드
진료 예약, 과별 일정, 재방문 환자를 스케줄 보드로 봅니다.
취소율
대기 환자
재방문율
예약 수 추세
RechartsSchedule Queue
Chart.js09:00
예약
11:00
진료
14:00
대기
17:00
재방문
내과
오전 집중
피부과
대기 4명
Watch List
Detail Table
내과
오전 집중
28건
상태피부과
대기 4명
18건
상태검진
재예약 후보
12건
상태상단
상단 KPI 카드 4개
중앙
핵심 추세 차트와 세그먼트
하단
우선순위 테이블과 알림
KPI Ingredients
예약 수
예약 수는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 KPI: 예약 수 세그먼트
과별 점유율
과별 점유율는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 KPI: 과별 점유율 세그먼트
재방문율
재방문율는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 KPI: 재방문율 세그먼트
미응답
미응답는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 KPI: 미응답 세그먼트
Code Starter
컴포넌트 코드 복사
const metrics = [
{ label: "예약 수", value: "18,420", change: "+8.2%" },
{ label: "과별 점유율", value: "34.8%", change: "+2.1%p" },
{ label: "재방문율", value: "$84.2K", change: "+12.4%" }
];
export function ClinicReservationDashboardPreviewCards() {
return <section className="grid gap-3 md:grid-cols-3">{metrics.map((metric) => <article key={metric.label} className="rounded-xl border border-zinc-200 bg-white p-4"><p className="text-xs font-bold text-zinc-500">{metric.label}</p><strong className="mt-1 block text-2xl font-black">{metric.value}</strong><span className="text-xs font-black text-emerald-600">{metric.change}</span></article>)}</section>;
}AI IDE Prompt
AI IDE에 바로 붙여넣기
클리닉 예약 대시보드를 만들어줘. 상단에는 예약 수, 과별 점유율, 재방문율, 미응답 KPI 카드를 두고, 중단에는 추세/세그먼트 차트, 하단에는 우선순위 테이블과 상태 UI를 배치해줘.
Decision System
디자인 전에 이 대시보드가 왜 필요한지 설명합니다
AdSense 심사에서 얇은 템플릿 페이지로 보이지 않도록 운영 판단, 데이터 정의, 실패 패턴, 대체 레이아웃을 문서화합니다.
이 대시보드가 해결하는 운영 판단
클리닉 예약 대시보드는 예약 품질이 과, 시간대, 재방문 흐름 중 어디에서 흔들리는가?라는 질문에 답하기 위한 운영 화면입니다. 상단 KPI는 단순 현황 보고가 아니라 이번 주에 담당자가 취할 액션을 정하기 위해 배치합니다.
이 레시피는 클리닉 운영 매니저, 초기 제품 개발자가 데이터 정의, 차트 우선순위, 하단 액션 테이블을 빠르게 정하도록 설계되었습니다.
데이터 소스와 이벤트 정의
- Appointments, department schedule, patient follow-up table
데이터 소스는 실제 연결 전에도 이벤트명, 소유자, 업데이트 주기, 결측 처리 기준을 먼저 정해야 합니다.
필수 KPI와 제거 기준
예약 수
예약 수는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 지표 또는 제거 신호: 예약 수 세그먼트
과별 점유율
과별 점유율는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 지표 또는 제거 신호: 과별 점유율 세그먼트
재방문율
재방문율는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 지표 또는 제거 신호: 재방문율 세그먼트
미응답
미응답는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 지표 또는 제거 신호: 미응답 세그먼트
흔한 실패 패턴
예약 수만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
과별 점유율만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
재방문율만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
미응답만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
대체 레이아웃
초기 MVP에서는 상단 KPI 카드 4개 구성을 유지하고, 데이터가 쌓이면 핵심 추세 차트와 세그먼트 영역을 세그먼트 비교 또는 코호트 분석으로 확장하세요.
Implementation Blueprint
구현 전에 합의할 KPI 감사 프로토콜
아래 표는 화면을 만들기 전에 합의해야 하는 KPI 계산식, 리뷰 주기, 액션 트리거입니다. 이 기준이 없으면 차트는 예뻐도 실제 운영 회의에서 결정을 만들지 못합니다.
예약 수
예약 수 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 예약 수 세그먼트 단위로 먼저 나눕니다.
매일 오전
예약 수가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.
과별 점유율
과별 점유율 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 과별 점유율 세그먼트 단위로 먼저 나눕니다.
주간 리뷰
과별 점유율가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.
재방문율
재방문율 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 재방문율 세그먼트 단위로 먼저 나눕니다.
캠페인 종료 후
재방문율가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.
미응답
미응답 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 미응답 세그먼트 단위로 먼저 나눕니다.
월간 리포트
미응답가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.
이벤트와 테이블 정의 시작점
AI IDE로 구현을 시작할 때는 아래처럼 이벤트/테이블 이름을 먼저 고정하면 프롬프트 품질이 올라갑니다.
clinic_reservation.viewed
예약 수 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.
clinic_reservation.converted
과별 점유율 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.
clinic_reservation.risk_flagged
재방문율 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.
clinic_reservation.resolved
미응답 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.
주간 운영 리뷰 순서
- 1예약 수 변화가 실제 운영 문제인지, 일시적 노이즈인지 먼저 분리합니다.
- 2과별 점유율와 함께 보면 원인이 유입, 전환, 품질, 처리량 중 어디에 있는지 좁힐 수 있습니다.
- 3하단 테이블에서 담당자와 세그먼트를 고르고 이번 주 안에 실행할 액션을 하나만 정합니다.
- 4다음 리뷰에서는 같은 차트가 아니라 액션 이후의 회복 여부를 기준으로 레이아웃을 조정합니다.
자주 묻는 질문
클리닉 예약 대시보드에서 가장 먼저 봐야 할 KPI는 무엇인가요?
클리닉 예약 대시보드에서는 예약 수, 과별 점유율, 재방문율, 미응답를 우선 확인합니다. 특히 예약 수는 담당자가 이번 주 액션을 정할 수 있을 때 상단에 둡니다.
이 레시피는 어떤 데이터 소스가 필요한가요?
Appointments, department schedule, patient follow-up table가 기본 데이터 소스입니다. 구현 전에는 이벤트명, 집계 주기, 소유자, 결측 처리 기준을 먼저 정해야 합니다.
초기 MVP에서도 이 레이아웃을 그대로 써도 되나요?
초기에는 상단 KPI 카드 4개와 핵심 추세 차트와 세그먼트만 먼저 구현해도 됩니다. 하단 테이블과 알림은 운영 액션이 명확해질 때 확장하세요.
어떤 지표를 제거해야 하나요?
담당자가 주간 리뷰 안에 액션을 취할 수 없는 지표, 데이터 정의가 불안정한 지표, 인접 지표와 함께 해석되지 않는 vanity metric은 상단 KPI에서 제거합니다.
AI IDE 프롬프트는 어떻게 활용하나요?
프롬프트를 그대로 복사하기보다 실제 데이터 필드명, 테이블명, 상태 UI 요구사항, 접근성 요구사항을 추가해 프로젝트에 맞게 조정하는 것이 좋습니다.
Market Pattern
마켓에서 검증된 대시보드 패턴을 Dashcipe식으로 재해석합니다
공개 미리보기에서 관찰 가능한 일반 패턴만 참고하고, Dashcipe의 KPI 판단과 운영 레시피 구조로 다시 작성합니다.
마켓 템플릿에서 검증된 화면 패턴
예약/스케줄형 admin은 캘린더 스트립, 큐, 상태 칩, 담당자 테이블을 묶어 오늘 처리할 일을 선명하게 보여줍니다.
이 레시피에 맞게 바꾼 이유
Dashcipe는 이를 예약, 진료, 상담, 수강 운영의 시간대/대기열 판단에 맞게 단순화합니다.
복사하면 안 되는 요소와 재해석 기준
Material 계열의 일반 UX 원칙만 참고하고 외부 템플릿의 아이콘, 색상, 화면 구성을 복제하지 않습니다.
무료 리소스
무료로 받을 수 있는 것
KPI 판단, 레이아웃, 코드, 프롬프트, Figma SVG, schema, tokens를 바로 확인하고 활용할 수 있습니다.
이 레시피가 맞는 경우
- 업종별 핵심 KPI가 이미 어느 정도 정해진 경우
- 차트와 테이블의 우선순위를 빠르게 잡아야 하는 경우
이 레시피를 피해야 하는 경우
- 아직 이벤트나 데이터 정의가 전혀 없는 경우
- 단순 마케팅 랜딩 페이지만 필요한 경우
Expert Notes
실제 운영자가 KPI를 읽는 방식
각 지표를 운영 판단, 실패 신호, 데이터 출처, 제거 기준까지 연결합니다.
클리닉 운영 매니저
- 왜 중요한가
- 예약 수는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
- 실패 신호
- 예약 수만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
- 데이터 출처
- Appointments, department schedule, patient follow-up table
- 제거 기준
- 담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.
클리닉 운영 매니저
- 왜 중요한가
- 과별 점유율는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
- 실패 신호
- 과별 점유율만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
- 데이터 출처
- Appointments, department schedule, patient follow-up table
- 제거 기준
- 담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.
클리닉 운영 매니저
- 왜 중요한가
- 재방문율는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
- 실패 신호
- 재방문율만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
- 데이터 출처
- Appointments, department schedule, patient follow-up table
- 제거 기준
- 담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.
클리닉 운영 매니저
- 왜 중요한가
- 미응답는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
- 실패 신호
- 미응답만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
- 데이터 출처
- Appointments, department schedule, patient follow-up table
- 제거 기준
- 담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.
Recipe Flow
목록으로 돌아가지 않고 다음 레시피 보기
Related Recipes
함께 보면 좋은 레시피
같은 분야나 기술 스택에 맞는 대시보드 레시피입니다.
AdMob 수익 대시보드
수익 하락이 트래픽 문제인지, 단가 문제인지, 배치 문제인지 분리할 수 있는가?
GA4 앱 분석 대시보드
유저가 어디서 들어와 어떤 이벤트에서 전환 또는 이탈하는가?
Play Console 운영 대시보드
스토어 품질 변화가 설치, 삭제, 평점 중 어디서 먼저 나타나는가?