오픈 티켓
고객지원 티켓 대시보드
SLA, backlog, first response, 반복 이슈를 지원 운영 판단으로 바꿉니다.
Recipe Workspace
미리보고, KPI 이유를 확인하고, 구현 시작점을 복사하세요
대시보드 레이아웃을 먼저 넓게 확인한 뒤, 아래에서 KPI 이유와 코드 샘플, AI IDE 프롬프트를 이어서 확인합니다.
Live Recipe Preview
고객지원 티켓 대시보드
SLA, backlog, first response, 반복 이슈를 지원 운영 판단으로 바꿉니다.
Live Recipe
고객지원 티켓 대시보드
SLA 위험, backlog, 첫 응답 시간을 지원 운영판으로 봅니다.
SLA 위험
첫 응답
CSAT
오픈 티켓 추세
RechartsStatus Wall
Visx결제 SLA
incident feed
버그 반복
incident feed
CSAT
incident feed
Watch List
Detail Table
결제
SLA 집중
64건
상태계정
응답 안정
48건
상태버그
반복 이슈
42건
상태상단
상단 KPI 카드 4개
중앙
핵심 추세 차트와 세그먼트
하단
우선순위 테이블과 알림
KPI Ingredients
오픈 티켓
오픈 티켓는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 KPI: 오픈 티켓 세그먼트
SLA 위험
SLA 위험는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 KPI: SLA 위험 세그먼트
첫 응답
첫 응답는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 KPI: 첫 응답 세그먼트
CSAT
CSAT는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 KPI: CSAT 세그먼트
Code Starter
컴포넌트 코드 복사
const metrics = [
{ label: "오픈 티켓", value: "18,420", change: "+8.2%" },
{ label: "SLA 위험", value: "34.8%", change: "+2.1%p" },
{ label: "첫 응답", value: "$84.2K", change: "+12.4%" }
];
export function SupportTicketDashboardPreviewCards() {
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에 바로 붙여넣기
고객지원 티켓 대시보드를 만들어줘. 상단에는 오픈 티켓, SLA 위험, 첫 응답, CSAT KPI 카드를 두고, 중단에는 추세/세그먼트 차트, 하단에는 우선순위 테이블과 상태 UI를 배치해줘.
Bundle Preview
3화면 포함 미리보기
overview, detail, settings 화면을 SVG로 먼저 확인하고 ZIP 소스를 바로 받을 수 있습니다.
Decision System
디자인 전에 이 대시보드가 왜 필요한지 설명합니다
AdSense 심사에서 얇은 템플릿 페이지로 보이지 않도록 운영 판단, 데이터 정의, 실패 패턴, 대체 레이아웃을 문서화합니다.
이 대시보드가 해결하는 운영 판단
고객지원 티켓 대시보드는 지원 병목이 SLA, 반복 이슈, 담당자 부하 중 어디에서 발생하는가?라는 질문에 답하기 위한 운영 화면입니다. 상단 KPI는 단순 현황 보고가 아니라 이번 주에 담당자가 취할 액션을 정하기 위해 배치합니다.
이 레시피는 지원 리드, 초기 제품 개발자가 데이터 정의, 차트 우선순위, 하단 액션 테이블을 빠르게 정하도록 설계되었습니다.
데이터 소스와 이벤트 정의
- Ticket system, SLA events, conversation tags
데이터 소스는 실제 연결 전에도 이벤트명, 소유자, 업데이트 주기, 결측 처리 기준을 먼저 정해야 합니다.
필수 KPI와 제거 기준
오픈 티켓
오픈 티켓는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 지표 또는 제거 신호: 오픈 티켓 세그먼트
SLA 위험
SLA 위험는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 지표 또는 제거 신호: SLA 위험 세그먼트
첫 응답
첫 응답는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 지표 또는 제거 신호: 첫 응답 세그먼트
CSAT
CSAT는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.
대체 지표 또는 제거 신호: CSAT 세그먼트
흔한 실패 패턴
오픈 티켓만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
SLA 위험만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
첫 응답만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
CSAT만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
대체 레이아웃
초기 MVP에서는 상단 KPI 카드 4개 구성을 유지하고, 데이터가 쌓이면 핵심 추세 차트와 세그먼트 영역을 세그먼트 비교 또는 코호트 분석으로 확장하세요.
Implementation Blueprint
구현 전에 합의할 KPI 감사 프로토콜
아래 표는 화면을 만들기 전에 합의해야 하는 KPI 계산식, 리뷰 주기, 액션 트리거입니다. 이 기준이 없으면 차트는 예뻐도 실제 운영 회의에서 결정을 만들지 못합니다.
오픈 티켓
오픈 티켓 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 오픈 티켓 세그먼트 단위로 먼저 나눕니다.
매일 오전
오픈 티켓가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.
SLA 위험
SLA 위험 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 SLA 위험 세그먼트 단위로 먼저 나눕니다.
주간 리뷰
SLA 위험가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.
첫 응답
첫 응답 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 첫 응답 세그먼트 단위로 먼저 나눕니다.
캠페인 종료 후
첫 응답가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.
CSAT
CSAT = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 CSAT 세그먼트 단위로 먼저 나눕니다.
월간 리포트
CSAT가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.
이벤트와 테이블 정의 시작점
AI IDE로 구현을 시작할 때는 아래처럼 이벤트/테이블 이름을 먼저 고정하면 프롬프트 품질이 올라갑니다.
support_ticket.viewed
오픈 티켓 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.
support_ticket.converted
SLA 위험 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.
support_ticket.risk_flagged
첫 응답 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.
support_ticket.resolved
CSAT 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.
주간 운영 리뷰 순서
- 1오픈 티켓 변화가 실제 운영 문제인지, 일시적 노이즈인지 먼저 분리합니다.
- 2SLA 위험와 함께 보면 원인이 유입, 전환, 품질, 처리량 중 어디에 있는지 좁힐 수 있습니다.
- 3하단 테이블에서 담당자와 세그먼트를 고르고 이번 주 안에 실행할 액션을 하나만 정합니다.
- 4다음 리뷰에서는 같은 차트가 아니라 액션 이후의 회복 여부를 기준으로 레이아웃을 조정합니다.
자주 묻는 질문
고객지원 티켓 대시보드에서 가장 먼저 봐야 할 KPI는 무엇인가요?
고객지원 티켓 대시보드에서는 오픈 티켓, SLA 위험, 첫 응답, CSAT를 우선 확인합니다. 특히 오픈 티켓는 담당자가 이번 주 액션을 정할 수 있을 때 상단에 둡니다.
이 레시피는 어떤 데이터 소스가 필요한가요?
Ticket system, SLA events, conversation tags가 기본 데이터 소스입니다. 구현 전에는 이벤트명, 집계 주기, 소유자, 결측 처리 기준을 먼저 정해야 합니다.
초기 MVP에서도 이 레이아웃을 그대로 써도 되나요?
초기에는 상단 KPI 카드 4개와 핵심 추세 차트와 세그먼트만 먼저 구현해도 됩니다. 하단 테이블과 알림은 운영 액션이 명확해질 때 확장하세요.
어떤 지표를 제거해야 하나요?
담당자가 주간 리뷰 안에 액션을 취할 수 없는 지표, 데이터 정의가 불안정한 지표, 인접 지표와 함께 해석되지 않는 vanity metric은 상단 KPI에서 제거합니다.
AI IDE 프롬프트는 어떻게 활용하나요?
프롬프트를 그대로 복사하기보다 실제 데이터 필드명, 테이블명, 상태 UI 요구사항, 접근성 요구사항을 추가해 프로젝트에 맞게 조정하는 것이 좋습니다.
Market Pattern
마켓에서 검증된 대시보드 패턴을 Dashcipe식으로 재해석합니다
공개 미리보기에서 관찰 가능한 일반 패턴만 참고하고, Dashcipe의 KPI 판단과 운영 레시피 구조로 다시 작성합니다.
마켓 템플릿에서 검증된 화면 패턴
운영/모니터링 템플릿은 dark surface, 상태 월, 지도/지역 패널, incident feed, gauge로 관제실 느낌을 만듭니다.
이 레시피에 맞게 바꾼 이유
Dashcipe는 이 패턴을 DevOps, IoT, 물류, 지원 운영의 위험 감지와 우선순위 분류에 맞춥니다.
복사하면 안 되는 요소와 재해석 기준
공개 프리뷰의 관제형 정보 밀도만 참고하고 원본 그래픽이나 지도 이미지는 사용하지 않습니다.
무료 리소스
무료로 받을 수 있는 것
KPI 판단, 레이아웃, 코드, 프롬프트, Figma SVG, schema, tokens를 바로 확인하고 활용할 수 있습니다.
Starter Kit Files
이 번들에 포함된 것
- overview.html
- detail.html
- settings.html
- src/page.tsx
- src/components
- src/data/sample-data.ts
- data/schema.json
- tokens.json
Compatibility
빠른 적용을 위한 구성
- Next.js App Router
- Tailwind CSS
- Static HTML preview
- Figma SVG import
예상 적용 시간: 35 min
Quality Checklist
마켓 승인 신호
- 3 production-style screens
- Reusable TSX components
- Empty/loading/error states
- Light/dark tokens
- Schema-backed sample data
이 레시피가 맞는 경우
- 업종별 핵심 KPI가 이미 어느 정도 정해진 경우
- 차트와 테이블의 우선순위를 빠르게 잡아야 하는 경우
이 레시피를 피해야 하는 경우
- 아직 이벤트나 데이터 정의가 전혀 없는 경우
- 단순 마케팅 랜딩 페이지만 필요한 경우
Expert Notes
실제 운영자가 KPI를 읽는 방식
각 지표를 운영 판단, 실패 신호, 데이터 출처, 제거 기준까지 연결합니다.
지원 리드
- 왜 중요한가
- 오픈 티켓는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
- 실패 신호
- 오픈 티켓만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
- 데이터 출처
- Ticket system, SLA events, conversation tags
- 제거 기준
- 담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.
지원 리드
- 왜 중요한가
- SLA 위험는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
- 실패 신호
- SLA 위험만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
- 데이터 출처
- Ticket system, SLA events, conversation tags
- 제거 기준
- 담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.
지원 리드
- 왜 중요한가
- 첫 응답는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
- 실패 신호
- 첫 응답만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
- 데이터 출처
- Ticket system, SLA events, conversation tags
- 제거 기준
- 담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.
지원 리드
- 왜 중요한가
- CSAT는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
- 실패 신호
- CSAT만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
- 데이터 출처
- Ticket system, SLA events, conversation tags
- 제거 기준
- 담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.
Recipe Flow
목록으로 돌아가지 않고 다음 레시피 보기
Related Recipes
함께 보면 좋은 레시피
같은 분야나 기술 스택에 맞는 대시보드 레시피입니다.
AdMob 수익 대시보드
수익 하락이 트래픽 문제인지, 단가 문제인지, 배치 문제인지 분리할 수 있는가?
GA4 앱 분석 대시보드
유저가 어디서 들어와 어떤 이벤트에서 전환 또는 이탈하는가?
Play Console 운영 대시보드
스토어 품질 변화가 설치, 삭제, 평점 중 어디서 먼저 나타나는가?