대시보드의 모든 수치를 의사결정, 대상 집단, 계산식, 출처, 담당자, 갱신 규칙과 한계에 연결합니다. 제공할 내용: 대상과 의사결정, 후보 지표와 정의, 출처와 운영 제약 조건. 예상 결과: 지표 등록부, 레이아웃, 계산, 품질 상태와 인수 테스트를 포함한 대시보드 사양.
1
맥락 추가
텍스트는 이 브라우저에 유지됩니다. AILesson Prompts는 이를 모델이나 서버로 보내지 않습니다.
2
프롬프트
채워지지 않은 필드는 플레이스홀더로 표시되므로 프롬프트를 복사하고 편집할 수 있습니다
지표가 완전히 정의되고 감사 가능한 Excel 대시보드를 설계하세요.
사용자, 주기, 질문, 의사결정, 비교, 목표, 행동과 금지할 암시:
[decisions]
지표명, 정의, 분자, 분모, 단위, 데이터 단위, 필터, 날짜, 목표, 세그먼트, 담당자와 의견 차이:
[metrics]
출처, 키, 갱신, 이력, 누락, 접근, Excel 버전, 성능, 표시와 기준선:
[data]
의사결정에서 시작하고 명시된 질문이나 행동을 지원하지 않는 지표는 제거하세요. 남기는 각 지표에 대상 집단, 데이터 단위, 이벤트 또는 상태, 분자, 분모, 시간 기준, 포함·제외 조건, 단위, 집계 방식, 목표 방향, 비교, 갱신 주기, 출처, 담당자, 품질 상태와 해석 한계를 정의하세요. 상충하는 정의를 평균 내지 말고 해결하거나 차이를 드러내세요. 현재 값, 목표, 변화, 예측과 주석을 구분하세요. 비율 옆에는 건수를 표시하고 ‘현재’나 ‘지난달’ 같은 라벨 옆에는 정확한 날짜를 표시하세요. 지표에 적합한 시각 표현을 사용하고, 잘린 축, 이중 축, 텍스트 없는 신호등 색상 또는 인과관계를 암시하는 목표는 사용하지 마세요. 의사결정-지표 지도, 지표 등록부, 원본 모델, 계산 계획·계산식, 대시보드 와이어프레임, 필터 상호작용, 데이터 품질 및 오래됨 상태, 접근 가능한 서식, 주석 규칙, 대사, 성능·갱신 계획과 알려진 값을 사용하는 인수 테스트를 반환하세요.
기본적으로 비공개프롬프트 구성은 브라우저에서 로컬로 이루어집니다. 조직에서 허용하지 않는 한 기밀 정보를 AI 서비스에 입력하지 마세요.
입력에서 결과까지
적용 예시
구체적인 맥락이 이 레시피를 바로 사용할 수 있는 결과로 바꾸는 방법을 확인하세요
실제 입력
대상과 의사결정
매주 월요일에 지원 운영을 검토합니다. 대상은 지원 관리자와 팀 리더 세 명입니다. 직전에 완료된 월요일–일요일 주간의 인력 배치 중점과 조사 우선순위를 결정합니다. 질문은 신규 적격 사례, 주말 시점의 백로그, 최초 응답 서비스, 재개 패턴과 어느 대기열을 검토해야 하는지입니다. 목표는 운영 임계값이며 인력 배치가 결과의 원인임을 입증하지 않습니다. 상담원 개인 순위는 만들지 않습니다. 정확한 기간과 갱신 시각을 표시합니다. 1366×768 단일 화면과 PDF 내보내기를 지원합니다.
후보 지표와 정의
후보: New Cases, End Backlog, FRT SLA%, Reopen%, CSAT, Average Handle Time. 제안된 정의: New Cases = 주간에 생성된 사례 중 spam·test 제외. End Backlog = 일요일 23:59 UTC에 미종료인 적격 사례. FRT SLA% 정의에는 이견이 있습니다. Operations는 요금제별 임계값 안에 최초 응답한 적격 사례 / 최초 응답이 있었던 적격 사례로 정의합니다. Quality는 미해결 사례를 포함해 생성된 모든 적격 사례를 분모로 사용합니다. Reopen% = 7일 안에 재개된 사례 / 종료된 사례이지만 코호트 기간이 확정되지 않았습니다. CSAT 응답률은 22%뿐입니다. AHT는 다른 시스템에서 가져오며 대사되지 않았습니다. 상담원이 아니라 Queue별로 분류합니다. 담당자는 Operations Analytics와 Quality입니다.
출처와 운영 제약 조건
Cases는 사례당 한 행, Events는 사례당 여러 행, QueueHistory는 유효 기간을 갖습니다. PlanThreshold, Calendar, RefreshLog도 있습니다. 안정적인 키는 CaseID입니다. 일요일 23:59 UTC까지의 데이터는 보통 월요일 07:00 UTC에 적재되며 현재 갱신 시각은 월요일 07:20입니다. Events는 최대 24시간 늦게 도착할 수 있습니다. Excel Microsoft 365, Power Query와 Data Model을 사용합니다. 알려진 기준선인 8월 17–23일 주간: 신규 적격 사례 1,240건, 일요일 백로그 386건, 최초 응답이 있는 적격 사례 1,150건 중 임계값 이내 972건. spam·test 48건 제외. 이벤트 시점의 Queue를 배정하려면 QueueHistory가 필요합니다. PDF는 호버나 색상 없이도 읽을 수 있어야 합니다.
예시 출력
의사결정 지도: 사례 수와 백로그는 인력 배치·조사를 지원하고, FRT는 서비스 검토를 지원하며, Queue별 분류는 후속 조치 위치를 찾습니다. Reopen은 종료 사례 코호트와 완전한 7일 관찰 기간이 정의될 때까지 Deferred로 둡니다. CSAT는 보조 품질 영역에 ‘응답자 CSAT, 응답률 22%, n’으로만 표시할 수 있고 전체 만족도로 취급하지 않습니다. AHT는 출처를 대사할 때까지 제외합니다.
지표 등록부: New Cases—UTC 기준 8월 17–23일에 생성된 distinct 적격 CaseID로 spam·test를 제외하며 담당자는 Operations Analytics입니다. End Backlog—현재 상태가 아니라 상태 이력을 사용해 8월 23일 23:59 UTC에 미종료였던 distinct 적격 CaseID입니다. FRT SLA를 모호한 라벨 하나로 출시해서는 안 됩니다. 관리되는 정의 하나를 선택하거나 명확히 다른 이름을 붙인 두 지표를 표시하세요. Operations 정의에서는 972/1,150=84.52%이고 ‘1,150건 중 972건’이라는 건수를 표시합니다. 생성되었지만 최초 응답이 없는 적격 사례 90건은 이 분모 밖에 있으며 옆에 표시해야 합니다. Quality의 대체 분모에는 임계값을 유효하게 적용할 수 있는 모든 적격 사례 수가 필요합니다. 제외 조건과 관찰 완전성을 확인하지 않고 정확히 1,240건이라고 가정하지 마세요.
와이어프레임: 머리글에 ‘17–23 Aug 2026 UTC’, 갱신 시각 ‘24 Aug 07:20 UTC’, ‘Events may lag 24h — provisional’을 표시합니다. 첫째 행: New Cases 1,240, End Backlog 386, FRT SLA 84.52%(972/1,150), No first response 90. 둘째 행: 적절한 경우 0에서 시작하는 축과 라벨이 있는 기준선으로 목표를 나타낸 주간 추세. 셋째 행: 건수, 비율, 분모, 변화, 품질 플래그와 검토 메모를 포함한 Queue 표. 이중 축이나 상담원 순위는 사용하지 않습니다. Queue 필터는 모든 카드에 적용되고 분모의 변화를 명확히 보여 줍니다. PDF는 빨강·초록만이 아니라 상태 텍스트와 패턴·아이콘을 사용합니다.
인수 조건: 원본 수치에서 1,240건과 제외 48건을 재현하고, 백로그는 특정 시점 이력을 사용하며, FRT는 요금제별 임계값에 따라 972건과 1,150건을 재현합니다. Queue 배정은 유효 날짜를 사용하고, 모든 비율에 n을 표시하며, 늦게 도착한 Events는 Provisional로 표시합니다. 빈 Queue는 0%가 아니라 No data로 표시합니다. 갱신이 정책보다 오래되면 Stale로 표시하고 의사결정을 유도하는 문구를 숨깁니다. 내보내기 전에 대시보드 합계를 지표 쿼리와 대사하세요.
효과가 있는 이유
1
지표 등록부는 같은 라벨이 서로 다른 대상 집단, 날짜나 분모를 숨기는 일을 막습니다.
2
의사결정과 지표를 연결하면 대시보드가 누군가 해석하고 행동할 수 있는 정보에 집중됩니다.
결과 확인
표시된 모든 값을 명시된 출처, 계산식, 날짜 범위와 필터 상태에서 다시 계산할 수 있나요?
비율에 건수와 대상 집단이 함께 표시되고 현재 값, 목표, 변화, 예측과 품질이 구분되어 있나요?
오래되었거나 누락되거나 상충하거나 불완전하거나 접근할 수 없는 데이터가 그럴듯한 수치 대신 눈에 보이는 상태로 표시되나요?
안심하고 사용하세요
자주 묻는 질문
이 레시피를 언제 사용해야 하는지, 무엇을 제공해야 하는지, 그리고 어떤 부분에서 사람의 검토가 여전히 중요한지에 대한 실용적인 답변
“정의된 지표를 사용하는 대시보드 설계하기”를 사용하기 전에 무엇을 준비해야 하나요?
“정의된 지표를 사용하는 대시보드 설계하기”를 사용하려면 대상과 의사결정, 후보 지표와 정의, 출처와 운영 제약 조건을 준비하세요. 확인할 수 있는 정보로만 자리표시자를 바꾸세요. 세부 사항을 모른다면 모델에 추론을 맡기지 말고 그 불확실성을 명시적으로 유지하세요.
“정의된 지표를 사용하는 대시보드 설계하기”의 결과는 언제 사용할 준비가 되지 않은 것인가요?
제공된 근거를 바탕으로 명시된 결과물인 ‘지표 등록부, 레이아웃, 계산, 품질 상태와 인수 테스트를 포함한 대시보드 사양’을 아직 제공하지 못했거나, 해결되지 않은 가정, 누락된 승인 또는 지어낸 세부 사항에 의존한다면 사용할 준비가 되지 않은 것입니다. 점검 항목을 공개 기준으로 삼아 근거 없는 결과물을 다듬는 대신 원본 입력을 수정하거나 이름과 권한이 명확한 검토자를 지정하세요.
“정의된 지표를 사용하는 대시보드 설계하기”에 대해 테스트 기록이 있는 AI 도구는 무엇인가요?
2026-08-28 기준으로 “정의된 지표를 사용하는 대시보드 설계하기”의 공개 테스트 기록에는 ChatGPT가 기재되어 있습니다. 이는 실행 기록이 있다는 뜻일 뿐, 이후 제품 버전에서의 호환성이나 동일한 결과를 보장하지 않습니다. 다른 도구나 버전을 사용할 때는 모든 제약 조건을 명시하고 사용 전에 결과 점검을 다시 수행하세요.
ChatGPT
