오늘 예약
예약 관리 대시보드
예약, 취소, 노쇼, 상담 상태를 운영 우선순위로 정리합니다.
Recipe Workspace
미리보고, KPI 이유를 확인하고, 구현 시작점을 복사하세요
대시보드 레이아웃을 먼저 넓게 확인한 뒤, 아래에서 KPI 이유와 코드 샘플, AI IDE 프롬프트를 이어서 확인합니다.
Live Recipe Preview
예약 관리 대시보드
예약, 취소, 노쇼, 상담 상태를 운영 우선순위로 정리합니다.
Live Recipe
예약 관리 대시보드
예약과 상담, 취소 병목을 시간대별 운영 큐로 정리합니다.
취소율
미처리
상담 전환
예약 수 추세
RechartsSchedule Queue
ApexCharts09:00
예약
11:00
상담
14:00
취소
17:00
대기
확정
오늘 방문
대기
배정 필요
Watch List
Detail Table
확정
오늘 방문
62건
상태대기
배정 필요
14건
상태상담 필요
전환 후보
10건
상태상단
상단 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 ReservationAdminDashboardPreviewCards() {
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는 단순 현황 보고가 아니라 이번 주에 담당자가 취할 액션을 정하기 위해 배치합니다.
이 레시피는 예약 운영 리드, 초기 제품 개발자가 데이터 정의, 차트 우선순위, 하단 액션 테이블을 빠르게 정하도록 설계되었습니다.
데이터 소스와 이벤트 정의
- Booking table, cancellation logs, consultation status
데이터 소스는 실제 연결 전에도 이벤트명, 소유자, 업데이트 주기, 결측 처리 기준을 먼저 정해야 합니다.
필수 KPI와 제거 기준
예약 수
예약 수는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 지표 또는 제거 신호: 예약 수 세그먼트
취소율
취소율는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 지표 또는 제거 신호: 취소율 세그먼트
노쇼율
노쇼율는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 지표 또는 제거 신호: 노쇼율 세그먼트
상담 대기
상담 대기는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 지표 또는 제거 신호: 상담 대기 세그먼트
흔한 실패 패턴
예약 수만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
취소율만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
노쇼율만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
상담 대기만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
대체 레이아웃
초기 MVP에서는 상단 KPI 카드 4개 구성을 유지하고, 데이터가 쌓이면 핵심 추세 차트와 세그먼트 영역을 세그먼트 비교 또는 코호트 분석으로 확장하세요.
Implementation Blueprint
구현 전에 합의할 KPI 감사 프로토콜
아래 표는 화면을 만들기 전에 합의해야 하는 KPI 계산식, 리뷰 주기, 액션 트리거입니다. 이 기준이 없으면 차트는 예뻐도 실제 운영 회의에서 결정을 만들지 못합니다.
예약 수
예약 수 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 예약 수 세그먼트 단위로 먼저 나눕니다.
매일 오전
예약 수가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.
취소율
취소율 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 취소율 세그먼트 단위로 먼저 나눕니다.
주간 리뷰
취소율가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.
노쇼율
노쇼율 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 노쇼율 세그먼트 단위로 먼저 나눕니다.
캠페인 종료 후
노쇼율가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.
상담 대기
상담 대기 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 상담 대기 세그먼트 단위로 먼저 나눕니다.
월간 리포트
상담 대기가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.
이벤트와 테이블 정의 시작점
AI IDE로 구현을 시작할 때는 아래처럼 이벤트/테이블 이름을 먼저 고정하면 프롬프트 품질이 올라갑니다.
reservation_admin.viewed
예약 수 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.
reservation_admin.converted
취소율 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.
reservation_admin.risk_flagged
노쇼율 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.
reservation_admin.resolved
상담 대기 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.
주간 운영 리뷰 순서
- 1예약 수 변화가 실제 운영 문제인지, 일시적 노이즈인지 먼저 분리합니다.
- 2취소율와 함께 보면 원인이 유입, 전환, 품질, 처리량 중 어디에 있는지 좁힐 수 있습니다.
- 3하단 테이블에서 담당자와 세그먼트를 고르고 이번 주 안에 실행할 액션을 하나만 정합니다.
- 4다음 리뷰에서는 같은 차트가 아니라 액션 이후의 회복 여부를 기준으로 레이아웃을 조정합니다.
자주 묻는 질문
예약 관리 대시보드에서 가장 먼저 봐야 할 KPI는 무엇인가요?
예약 관리 대시보드에서는 예약 수, 취소율, 노쇼율, 상담 대기를 우선 확인합니다. 특히 예약 수는 담당자가 이번 주 액션을 정할 수 있을 때 상단에 둡니다.
이 레시피는 어떤 데이터 소스가 필요한가요?
Booking table, cancellation logs, consultation status가 기본 데이터 소스입니다. 구현 전에는 이벤트명, 집계 주기, 소유자, 결측 처리 기준을 먼저 정해야 합니다.
초기 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를 읽는 방식
각 지표를 운영 판단, 실패 신호, 데이터 출처, 제거 기준까지 연결합니다.
예약 운영 리드
- 왜 중요한가
- 예약 수는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
- 실패 신호
- 예약 수만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
- 데이터 출처
- Booking table, cancellation logs, consultation status
- 제거 기준
- 담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.
예약 운영 리드
- 왜 중요한가
- 취소율는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
- 실패 신호
- 취소율만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
- 데이터 출처
- Booking table, cancellation logs, consultation status
- 제거 기준
- 담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.
예약 운영 리드
- 왜 중요한가
- 노쇼율는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
- 실패 신호
- 노쇼율만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
- 데이터 출처
- Booking table, cancellation logs, consultation status
- 제거 기준
- 담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.
예약 운영 리드
- 왜 중요한가
- 상담 대기는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
- 실패 신호
- 상담 대기만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
- 데이터 출처
- Booking table, cancellation logs, consultation status
- 제거 기준
- 담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.
Recipe Flow
목록으로 돌아가지 않고 다음 레시피 보기
Related Recipes
함께 보면 좋은 레시피
같은 분야나 기술 스택에 맞는 대시보드 레시피입니다.
AdMob 수익 대시보드
수익 하락이 트래픽 문제인지, 단가 문제인지, 배치 문제인지 분리할 수 있는가?
GA4 앱 분석 대시보드
유저가 어디서 들어와 어떤 이벤트에서 전환 또는 이탈하는가?
Play Console 운영 대시보드
스토어 품질 변화가 설치, 삭제, 평점 중 어디서 먼저 나타나는가?