고객 지원 대시보드는 자칫하면 아주 쉽게 “숫자 전시장”이 된다.

열려 있는 티켓 몇 개.
완료된 티켓 몇 개.
담당자별 몇 개.
상태별 몇 개.

물론 다 중요하다. 그런데 CS 리더나 제품 운영자가 아침에 진짜 궁금한 건 보통 이런 질문이다.

오늘 어디부터 봐야 하지?

숫자는 많지만 판단은 흐릿한 화면.
그게 우리가 피하고 싶었던 대시보드였다.

그래서 이번에 만든 것은 단순한 QCP 티켓 현황판이 아니라, 이름 그대로 CS Cockpit이다.
비행기 조종석처럼, 지금 속도는 어떤지, 고도는 떨어지고 있는지, 경고등은 어디에 켜졌는지, 다음 조작은 무엇인지 한눈에 보는 화면이다.

첫 화면: 숫자가 아니라 “운영 맥박”

대시보드 맨 위에는 여섯 개의 KPI 카드가 있다.

  • Active QCP
  • 미대응
  • 진행 중
  • 파트너 확인 중
  • High Risk
  • Stale Risk

여기서 중요한 점은 “전체 티켓 수 자랑”을 하지 않는다는 것이다.

CS가 오늘 움직여야 하는 것은 전체 역사 속의 모든 티켓이 아니다.
지금 살아 있고, 고객 대응에 영향을 주고, 누군가 다음 액션을 잡아야 하는 티켓이다.

그래서 KPI도 Active QCP 중심으로 잡았다.
완료율이나 전체 누적 수는 참고 정보로는 좋지만, 조종석 맨 앞자리에 앉을 값은 아니다.

이 카드는 단순 표시용도 아니다.
누르면 아래의 Status Drilldown으로 바로 이동한다.
즉, “미대응이 많네?”에서 끝나는 것이 아니라 “그럼 어떤 티켓들이지?”까지 바로 내려간다.

추이를 보자: Created와 Resolved가 바닥에 깔리지 않게

대시보드에서 제일 먼저 만든 그래프는 QCP Flow & Backlog Trend다.

여기서는 두 가지를 같이 본다.

  • 새로 들어온 티켓, 즉 Created
  • 처리된 티켓, 즉 Resolved
  • 그리고 진행 중 backlog의 흐름

처음에는 Created, Resolved, 미대응 backlog, 진행 중 backlog를 한 그래프에 다 올려보고 싶었다.
그런데 바로 문제가 생겼다.

Created/Resolved는 하루 단위라 보통 작은 수다.
반면 backlog는 누적 값이라 훨씬 크다.

둘을 같은 축에 올리면 작은 막대가 바닥에 납작하게 깔린다.
마치 “오늘 들어오고 나간 일감”이 그래프의 먼지처럼 보인다.

그래서 구조를 바꿨다.

Created와 Resolved는 막대로 보여주고,
진행 중 backlog는 선으로만 얹었다.

여기서 선은 “지금 일이 쌓이는 방향인가?”를 보여주는 신호다.
막대는 “오늘 들어오고 나간 양”을 보여준다.

즉 이 그래프 하나로 이런 질문을 답한다.

우리 팀은 들어오는 티켓보다 빠르게 처리하고 있나?
아니면 처리 중인 일이 조용히 쌓이고 있나?

Operations Snapshot: 그래프를 줄이는 것도 기능이다

대시보드를 만들다 보면 그래프를 더하고 싶은 욕심이 생긴다.
상태 분포도 보고 싶고, 담당자별도 보고 싶고, 고객사별도 보고 싶고, 리스크별도 보고 싶고, 최근 변경도 보고 싶다.

그런데 그래프가 많아지는 순간, 사용자는 다시 해석 노동을 해야 한다.

“이 그래프와 저 그래프는 뭐가 다르지?”
“빨간색은 진짜 위험인가, 그냥 많은 건가?”
“내가 지금 클릭해야 하는 건 어디지?”

그래서 과감히 줄였다.

처음에는 Active Status Mix도 있었다.
하지만 KPI 카드와 겹쳤다.
미대응, 진행 중, 파트너 확인 중은 이미 카드에서 충분히 보인다.
그래서 제거했다.

남긴 그래프는 두 개다.

  • Customer Open Backlog
  • Assignee Workload

Customer Open Backlog는 고객 불만으로 이어질 수 있는 집중도를 본다.
고객사별 미완료 티켓이 많은 순서로 정렬한다.

처음에는 막대 색을 빨강, 주황, 파랑으로 나눴다.
그런데 이 색이 오히려 혼란을 줬다.
빨간색이면 “위험”처럼 보이는데, 사실 그 그래프는 위험 점수가 아니라 티켓 수를 보여주는 그래프였기 때문이다.

그래서 색을 통일했다.
중요한 것은 색이 아니라 순서다.
티켓 수가 많은 고객이 위로 올라온다.

Assignee Workload는 담당자 쏠림과 미할당 병목을 본다.
이 그래프는 개인 평가용이 아니다.
누가 일을 못한다는 이야기가 아니라, 어느 큐에 일이 몰려 있는지 보는 운영 분포다.

CS Cockpit에서 그래프의 역할은 예쁜 차트가 아니다.
“어디를 클릭해야 하는가”를 알려주는 표지판이다.

Today Action Queue: 대시보드의 진짜 주인공

이 화면에서 가장 중요한 부분은 사실 그래프가 아니다.
Today Action Queue다.

그래프는 상황을 알려준다.
하지만 큐는 행동을 알려준다.

처음에는 큐에 Recommended Action이라는 긴 문장 컬럼이 있었다.
예를 들면 이런 식이다.

연결된 개발 티켓의 진행 상태를 확인하고 고객에게 업데이트하세요.

문제는 대부분의 행이 비슷해졌다는 점이다.
운영자가 테이블을 훑어도 차이가 잘 보이지 않았다.

그래서 컬럼을 바꿨다.

기존에는 이렇게 봤다.

  • Score
  • Ticket
  • Customer
  • Status
  • Owner
  • Recommended Action
  • Detail

지금은 이렇게 본다.

  • Score
  • Ticket
  • Customer
  • Status
  • Next Owner
  • Next Step
  • Why Now
  • Detail

이 변화가 꽤 크다.

Next Step은 짧다.

  • QPD 상태 확인
  • 설치 일정 확인
  • 담당자 지정 필요
  • 고객 업데이트 필요
  • CS 진행 계획 공유

운영자가 한눈에 “그래서 뭘 해야 하지?”를 알 수 있다.

Why Now는 chip으로 표시한다.

  • Risk 75
  • SLA 100
  • QPD 2
  • Unassigned
  • No activity 12d
  • Open 200d+
  • P1.Urgent

문장보다 chip이 좋은 이유는 행마다 차이가 바로 보이기 때문이다.

어떤 티켓은 QPD 병목 때문에 올라왔다.
어떤 티켓은 장기간 활동이 없어서 올라왔다.
어떤 티켓은 담당자가 비어 있어서 올라왔다.
어떤 티켓은 중요 고객사와 높은 우선순위가 겹쳐서 올라왔다.

긴 설명은 사라진 것이 아니다.
상세 Drawer 안에 남겨뒀다.
메인 테이블은 판단용이고, Drawer는 설명용이다.

이렇게 역할을 나누니 Today Action Queue가 “긴 설명 목록”에서 “오늘의 작전 리스트”로 바뀌었다.

Status Drilldown: 넓게 훑고, 바로 Jira로 간다

아무리 우선순위 큐가 좋아도, 운영자는 가끔 전체 목록을 직접 봐야 한다.

그래서 Status Drilldown을 남겼다.

  • Active QCP
  • 미대응
  • 진행 중
  • 파트너 확인 중
  • High Risk
  • Stale Risk
  • 최근 7일 변경

여기서는 qcp-dashboard 스타일의 넓은 탐색 경험을 유지한다.
대신 CS Cockpit답게 정렬 기준을 붙였다.

Active QCP는 다음 기준으로 볼 수 있다.

  • Risk Score 높은 순
  • 오래 방치된 순
  • 최근 업데이트 순

즉 “전체를 보여줘”에서 끝나지 않고,
“지금 운영자가 어떤 관점으로 보고 싶은가”를 선택할 수 있게 했다.

그리고 각 티켓은 Jira로 바로 이동한다.
대시보드는 판단의 입구이고, Jira는 실행의 원장이다.
둘은 경쟁 관계가 아니라 연결 관계다.

Risk Watchlist: 놓치면 불만이 되는 티켓들

고객 불만은 보통 갑자기 생기지 않는다.
대부분은 조용히 쌓인다.

답변이 늦고,
진행 상태가 안 보이고,
개발 티켓은 연결돼 있지만 움직임이 없고,
담당자는 불명확하고,
고객은 계속 기다린다.

Risk Watchlist는 이런 티켓을 따로 모은다.

  • High Risk
  • Stale
  • SLA/Aging

High Risk는 중요도와 위험 신호가 높은 티켓이다.
Stale은 오래 방치되거나 의미 있는 활동이 없는 티켓이다.
SLA/Aging은 응답 시간과 경과 시간을 기준으로 조용히 늙고 있는 티켓이다.

이 세 가지는 비슷해 보이지만 다르다.
그래서 하나의 패널에 탭으로 묶되, 의미는 분리했다.

QCP-QPD Dependency: CS가 멈춘 게 아니라 개발 병목일 수도 있다

QCP는 고객 문의다.
QPD는 개발 티켓이다.

고객이 묻는 문제 중 일부는 CS가 답변만 잘한다고 풀리지 않는다.
제품 수정, 릴리즈, 설치, 또는 개발 확인이 필요하다.

그래서 QCP와 연결된 QPD를 따로 본다.

이 패널은 이런 질문에 답한다.

CS가 대응을 못 하고 있는 걸까?
아니면 개발 의존성이 아직 풀리지 않은 걸까?

여기서 중요한 포인트는 완료된 QPD를 병목으로 보지 않는 것이다.
연결된 QPD가 있다고 해서 무조건 개발 병목은 아니다.
이미 완료된 QPD라면 현재 risk를 올리는 이유가 되면 안 된다.

그래서 QPD 상태를 보고, 아직 완료되지 않은 연결 티켓을 중심으로 dependency risk를 계산한다.

이 대시보드가 마음에 드는 이유

내가 이 CS Cockpit에서 제일 마음에 드는 점은, 화면이 “많은 정보”보다 “좋은 질문”을 중심으로 정리됐다는 것이다.

이 화면이 답하려는 질문은 명확하다.

  • 일이 쌓이고 있는가?
  • CS가 잘 대응하고 있는가?
  • 어디에서 병목이 생기는가?
  • 리소스는 충분한가?
  • 어떤 고객이 불만으로 이어질 수 있는가?
  • 오늘 어떤 티켓부터 봐야 하는가?

대시보드는 숫자를 보여주는 도구가 아니다.
팀이 같은 상황 인식을 갖게 하는 도구다.

좋은 대시보드는 회의를 짧게 만든다.
“어디부터 볼까요?”라는 질문을 줄이고,
“이 세 건부터 보죠”라는 대답을 빠르게 만든다.

CS Cockpit도 딱 그 방향으로 가고 있다.

다음에 더 좋아질 부분

아직 더 재미있는 확장도 남아 있다.

첫째, daily snapshot을 계속 쌓으면 trend가 더 강해진다.
현재 상태만으로도 많은 것을 볼 수 있지만, 매일의 스냅샷이 쌓이면 “이번 주에 좋아졌는지”를 더 정확히 말할 수 있다.

둘째, Risk Score의 설명력을 더 높일 수 있다.
지금도 우선순위, SLA, QPD, 고객 중요도, 미할당, inactivity를 보지만, 팀의 실제 운영 규칙이 더 들어가면 훨씬 똑똑해진다.

셋째, Action Queue의 Next Step을 더 세분화할 수 있다.
예를 들어 “고객 업데이트 필요”와 “1차 응답 필요”는 다르다.
“QPD 상태 확인”과 “QPD 담당자 지정 필요”도 다르다.

넷째, dashboard click-through를 더 강화할 수 있다.
그래프에서 고객사 막대를 누르면 Jira 검색으로 바로 가고, 담당자 막대를 누르면 그 담당자의 active QCP 목록으로 간다.
이 흐름이 더 자연스러워질수록 대시보드는 읽는 화면이 아니라 움직이는 화면이 된다.

마무리: 현황판에서 조종석으로

CS Cockpit의 핵심은 간단하다.

티켓을 더 많이 보여주는 것이 아니라,
오늘의 판단을 더 쉽게 만드는 것.

Active QCP는 현재의 업무량을 알려준다.
Flow & Backlog Trend는 방향을 알려준다.
Customer Open Backlog는 고객 불만의 씨앗을 보여준다.
Assignee Workload는 리소스 쏠림을 보여준다.
Today Action Queue는 지금 움직일 순서를 알려준다.

그래서 이 화면은 티켓 목록이 아니다.

작전 상황판이다.

그리고 좋은 작전 상황판은 사람을 겁주지 않는다.
대신 이렇게 말한다.

여기부터 보면 돼.