Dashcipe
운영/관리초급런칭 기간 무료

프로젝트 관리 대시보드

진행률, 병목, 담당자, 마감 위험을 한 화면으로 정리합니다.

40분HTML / Tailwind / Chart.js프로젝트 리드

Recipe Workspace

미리보고, KPI 이유를 확인하고, 구현 시작점을 복사하세요

대시보드 레이아웃을 먼저 넓게 확인한 뒤, 아래에서 KPI 이유와 코드 샘플, AI IDE 프롬프트를 이어서 확인합니다.

Live Recipe Preview

프로젝트 관리 대시보드

진행률, 병목, 담당자, 마감 위험을 한 화면으로 정리합니다.

런칭 기간 무료 레시피라이브 전체화면

Live Recipe

프로젝트 관리 대시보드

진행률, 병목, 담당자 부하를 칸반 운영판으로 정리합니다.

진행 · 런칭 기간 무료 레시피
Dark CRMdensesidebardark sidebarpipeline cardsactivity feed

완료율

68%+9%p

병목 작업

7건+2건

마감 위험

5건-1건

담당자 부하

82%+6%p

완료율 추세

Visx

Pipeline Activity

ECharts
1

결제 QA

오늘 마감

긴급
2

API 리뷰

리뷰어 필요

대기
3

온보딩

68% 완료

진행

Watch List

결제 QAD-1
API 리뷰대기
디자인 승인완료

Detail Table

결제 QA

오늘 마감

긴급

상태

API 리뷰

리뷰어 필요

대기

상태

온보딩

68% 완료

진행

상태

상단

상단 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 ProjectManagementDashboardPreviewCards() {
  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는 단순 현황 보고가 아니라 이번 주에 담당자가 취할 액션을 정하기 위해 배치합니다.

이 레시피는 프로젝트 리드, 초기 제품 개발자가 데이터 정의, 차트 우선순위, 하단 액션 테이블을 빠르게 정하도록 설계되었습니다.

데이터 소스와 이벤트 정의

  • Tasks, sprints, issue tracker

데이터 소스는 실제 연결 전에도 이벤트명, 소유자, 업데이트 주기, 결측 처리 기준을 먼저 정해야 합니다.

필수 KPI와 제거 기준

완료율

완료율는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.

대체 지표 또는 제거 신호: 완료율 세그먼트

병목 작업

병목 작업는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.

대체 지표 또는 제거 신호: 병목 작업 세그먼트

마감 위험

마감 위험는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.

대체 지표 또는 제거 신호: 마감 위험 세그먼트

담당자 부하

담당자 부하는 담당자가 이번 주 우선순위를 정할 수 있을 때 상단 KPI로 둡니다.

대체 지표 또는 제거 신호: 담당자 부하 세그먼트

흔한 실패 패턴

완료율만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.

병목 작업만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.

마감 위험만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.

담당자 부하만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.

대체 레이아웃

초기 MVP에서는 상단 KPI 카드 4개 구성을 유지하고, 데이터가 쌓이면 핵심 추세 차트와 세그먼트 영역을 세그먼트 비교 또는 코호트 분석으로 확장하세요.

Implementation Blueprint

구현 전에 합의할 KPI 감사 프로토콜

아래 표는 화면을 만들기 전에 합의해야 하는 KPI 계산식, 리뷰 주기, 액션 트리거입니다. 이 기준이 없으면 차트는 예뻐도 실제 운영 회의에서 결정을 만들지 못합니다.

완료율

완료율 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 완료율 세그먼트 단위로 먼저 나눕니다.

매일 오전

완료율가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.

병목 작업

병목 작업 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 병목 작업 세그먼트 단위로 먼저 나눕니다.

주간 리뷰

병목 작업가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.

마감 위험

마감 위험 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 마감 위험 세그먼트 단위로 먼저 나눕니다.

캠페인 종료 후

마감 위험가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.

담당자 부하

담당자 부하 = 기준 이벤트 집계값 / 비교 기준. 세그먼트는 담당자 부하 세그먼트 단위로 먼저 나눕니다.

월간 리포트

담당자 부하가 전주 대비 10% 이상 흔들리면 원인 세그먼트와 하단 액션 테이블을 함께 확인합니다.

이벤트와 테이블 정의 시작점

AI IDE로 구현을 시작할 때는 아래처럼 이벤트/테이블 이름을 먼저 고정하면 프롬프트 품질이 올라갑니다.

project_management.viewed

완료율 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.

project_management.converted

병목 작업 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.

project_management.risk_flagged

마감 위험 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.

project_management.resolved

담당자 부하 판단에 필요한 원천 이벤트입니다. owner, occurred_at, segment_key, value, source_system 필드를 기본으로 둡니다.

주간 운영 리뷰 순서

  1. 1완료율 변화가 실제 운영 문제인지, 일시적 노이즈인지 먼저 분리합니다.
  2. 2병목 작업와 함께 보면 원인이 유입, 전환, 품질, 처리량 중 어디에 있는지 좁힐 수 있습니다.
  3. 3하단 테이블에서 담당자와 세그먼트를 고르고 이번 주 안에 실행할 액션을 하나만 정합니다.
  4. 4다음 리뷰에서는 같은 차트가 아니라 액션 이후의 회복 여부를 기준으로 레이아웃을 조정합니다.

자주 묻는 질문

프로젝트 관리 대시보드에서 가장 먼저 봐야 할 KPI는 무엇인가요?

프로젝트 관리 대시보드에서는 완료율, 병목 작업, 마감 위험, 담당자 부하를 우선 확인합니다. 특히 완료율는 담당자가 이번 주 액션을 정할 수 있을 때 상단에 둡니다.

이 레시피는 어떤 데이터 소스가 필요한가요?

Tasks, sprints, issue tracker가 기본 데이터 소스입니다. 구현 전에는 이벤트명, 집계 주기, 소유자, 결측 처리 기준을 먼저 정해야 합니다.

초기 MVP에서도 이 레이아웃을 그대로 써도 되나요?

초기에는 상단 KPI 카드 4개와 핵심 추세 차트와 세그먼트만 먼저 구현해도 됩니다. 하단 테이블과 알림은 운영 액션이 명확해질 때 확장하세요.

어떤 지표를 제거해야 하나요?

담당자가 주간 리뷰 안에 액션을 취할 수 없는 지표, 데이터 정의가 불안정한 지표, 인접 지표와 함께 해석되지 않는 vanity metric은 상단 KPI에서 제거합니다.

AI IDE 프롬프트는 어떻게 활용하나요?

프롬프트를 그대로 복사하기보다 실제 데이터 필드명, 테이블명, 상태 UI 요구사항, 접근성 요구사항을 추가해 프로젝트에 맞게 조정하는 것이 좋습니다.

Market Pattern

마켓에서 검증된 대시보드 패턴을 Dashcipe식으로 재해석합니다

공개 미리보기에서 관찰 가능한 일반 패턴만 참고하고, Dashcipe의 KPI 판단과 운영 레시피 구조로 다시 작성합니다.

dark-crm-suite / dark
dark sidebarpipeline cardsactivity feeddeal table

마켓 템플릿에서 검증된 화면 패턴

CRM/프로젝트형 템플릿은 어두운 사이드바, 파이프라인 카드, 활동 피드, 우선순위 테이블을 조합해 고밀도 업무 화면을 만듭니다.

이 레시피에 맞게 바꾼 이유

이 레시피에서는 거래나 업무 단계 대신 해당 vertical의 병목, 담당자, 다음 액션을 보여주는 위젯 믹스로 바꿉니다.

복사하면 안 되는 요소와 재해석 기준

공개 프리뷰에서 보이는 일반적인 CRM 패턴만 추출하고 원본 레이아웃을 픽셀 단위로 따라가지 않습니다.

무료 리소스

무료로 받을 수 있는 것

KPI 판단, 레이아웃, 코드, 프롬프트, Figma SVG, schema, tokens를 바로 확인하고 활용할 수 있습니다.

request요청/투표promptAI 프롬프트KPI 판단AI 프롬프트다음 공개 요청

이 레시피가 맞는 경우

  • 업종별 핵심 KPI가 이미 어느 정도 정해진 경우
  • 차트와 테이블의 우선순위를 빠르게 잡아야 하는 경우

이 레시피를 피해야 하는 경우

  • 아직 이벤트나 데이터 정의가 전혀 없는 경우
  • 단순 마케팅 랜딩 페이지만 필요한 경우

Expert Notes

실제 운영자가 KPI를 읽는 방식

각 지표를 운영 판단, 실패 신호, 데이터 출처, 제거 기준까지 연결합니다.

프로젝트 리드

왜 중요한가
완료율는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
실패 신호
완료율만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
데이터 출처
Tasks, sprints, issue tracker
제거 기준
담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.

프로젝트 리드

왜 중요한가
병목 작업는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
실패 신호
병목 작업만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
데이터 출처
Tasks, sprints, issue tracker
제거 기준
담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.

프로젝트 리드

왜 중요한가
마감 위험는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
실패 신호
마감 위험만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
데이터 출처
Tasks, sprints, issue tracker
제거 기준
담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.

프로젝트 리드

왜 중요한가
담당자 부하는 단순 현황 숫자가 아니라 다음 운영 액션을 고르는 판단 기준입니다.
실패 신호
담당자 부하만 움직이고 인접 지표가 움직이지 않으면 데이터 정의 또는 운영 병목을 의심합니다.
데이터 출처
Tasks, sprints, issue tracker
제거 기준
담당자가 주간 리뷰 안에 액션을 취할 수 없다면 상단 KPI에서 제거합니다.

Recipe Flow

목록으로 돌아가지 않고 다음 레시피 보기

전체 레시피

Related Recipes

함께 보면 좋은 레시피

같은 분야나 기술 스택에 맞는 대시보드 레시피입니다.

bootstrap-analytics
무료 리소스초급

AdMob 수익 대시보드

수익 하락이 트래픽 문제인지, 단가 문제인지, 배치 문제인지 분리할 수 있는가?

무료 다운로드품질 기준 통과Starter KitNext.js3화면SchemaFigma SVGNext.jsTailwindChart.js
마켓 패턴bootstrap-analytics
레이아웃: topbar표면: lightstat cardsbar chart
enterprise-suite
무료 리소스중급

GA4 앱 분석 대시보드

유저가 어디서 들어와 어떤 이벤트에서 전환 또는 이탈하는가?

무료 다운로드품질 기준 통과Starter KitNext.js3화면SchemaFigma SVGNext.jsTailwindRecharts
마켓 패턴enterprise-suite
레이아웃: split표면: hybridKPI rowtrend chart
ops-workbench
무료 리소스초급

Play Console 운영 대시보드

스토어 품질 변화가 설치, 삭제, 평점 중 어디서 먼저 나타나는가?

요청 가능HTMLTailwindChart.js
마켓 패턴ops-workbench
레이아웃: sidebar표면: darkstatus wallmap/list panel