대시보드를 새로 만들어 드리면 거의 항상 같은 요청이 옵니다. "이 지표도 넣어주세요." 그리고 반년 뒤에 다시 같은 이야기를 듣습니다. "대시보드를 아무도 안 봐요."
이 둘은 이어져 있습니다. 지표를 늘리는 행동이 대시보드를 죽입니다.
30초 요약
- •대시보드의 목적은 정보 제공이 아니라 판단과 행동입니다.
- •지표가 늘면 우선순위가 사라집니다. 전부 중요하면 아무것도 중요하지 않습니다.
- •좋은 대시보드는 "지금 괜찮은가"에 3초 안에 답합니다.
- •숫자 옆에 기준선이 있어야 합니다. 맥락 없는 숫자는 판단을 못 만듭니다.
- •역할마다 다른 대시보드가 필요합니다. 하나로 전부 만족시키려다 아무도 안 쓰게 됩니다.
1. 왜 지표가 늘면 안 쓰이게 되는가
이유는 심리적이기보다 구조적입니다. 세 단계로 무너집니다.
① 우선순위가 사라진다
지표가 6개일 때는 무엇이 중요한지 화면이 말해줍니다. 20개가 되면 전부 같은 무게로 보입니다. 사용자는 어디를 봐야 할지 스스로 정해야 하고, 그건 노동입니다.
② 이상값이 묻힌다
숫자가 많으면 그중 하나가 나빠져도 눈에 안 띕니다. 대시보드의 가장 큰 값어치가 "평소와 다른 것을 알아채는 것"인데, 그 기능이 먼저 죽습니다.
③ 신뢰가 무너진다
지표가 많아지면 그중 몇 개는 정의가 애매하거나 갱신이 늦어집니다. 사용자가 한 번 "이 숫자 이상한데"를 경험하면 나머지 숫자까지 안 믿게 됩니다. 이게 결정타입니다.
2. 대신 물어야 할 질문
"어떤 지표를 넣을까"가 아니라 이렇게 물어야 합니다.
이 화면을 보고 나서 사용자는 무엇을 하게 되는가?
행동으로 이어지지 않는 숫자는 대시보드가 아니라 리포트에 있어야 할 것입니다. 둘을 섞는 게 실패의 시작입니다. 대시보드는 매일 보는 곳이고, 리포트는 가끔 깊게 보는 곳입니다.
실무에서 저희가 쓰는 기준은 단순합니다. 각 지표에 "이 숫자가 나쁘면 무엇을 하는가"를 한 문장으로 적어보게 하는 겁니다. 못 적는 지표는 뺍니다. 이 작업만으로 지표가 절반으로 줄어드는 경우가 흔합니다.
3. 3초 안에 답하게 만드는 법
기준선을 함께 보여준다
"이번 달 매출 3,200만원"은 판단을 못 만듭니다. "목표 대비 84%" 또는 "지난달 대비 +12%"여야 합니다. 숫자는 비교 대상이 있어야 의미가 생깁니다.
좋고 나쁨을 색이 아니라 위치로도 알린다
빨강·초록만으로 상태를 표시하면 색각 이상 사용자가 읽지 못하고, 흑백 출력에서도 사라집니다. 화살표, 순서, 라벨을 함께 쓰세요.
가장 중요한 하나를 크게 둔다
모든 카드를 같은 크기로 배열하면 우선순위가 없다는 뜻이 됩니다. 크기 자체가 정보입니다.
갱신 시각을 적는다
"5분 전 기준"처럼요. 사소해 보이지만 신뢰를 만드는 요소입니다. 데이터가 늦어질 때 사용자가 스스로 판단할 수 있습니다.
4. 역할마다 다른 화면이 필요합니다
하나의 대시보드로 대표, 실무자, 관리자를 모두 만족시키려는 시도가 실패의 흔한 원인입니다. 보는 목적이 다르기 때문입니다.
- •대표·리더 — 추세와 이상 신호. 숫자 적고 기간 넓게
- •실무자 — 오늘 처리할 목록. 지표보다 '할 일'이 중심
- •관리자 — 시스템 상태와 예외. 알림 중심
이 셋을 한 화면에 넣으면 각자에게 70%는 불필요한 정보가 됩니다. 역할별로 나누는 편이 결과적으로 만들 화면은 늘어도 유지 비용은 줄어듭니다. 권한 구조를 IA 단계에서 함께 정해야 하는 이유이기도 합니다 — IA 재설계 실무에서 다뤘습니다.
5. 이미 비대해진 대시보드를 정리하는 순서
한 번에 갈아엎기보다 이 순서를 권합니다.
- •① 클릭·조회 데이터를 본다 — 실제로 아무도 안 보는 영역이 드러납니다
- •② 각 지표에 행동 문장을 적어본다 — 못 적는 것을 후보로 뺍니다
- •③ 뺀 것을 지우지 말고 '상세'로 옮긴다 — 반발이 줄고, 필요하면 되살릴 수 있습니다
- •④ 4주 뒤 문의를 확인한다 — 정말 필요했다면 문의가 옵니다. 대개 오지 않습니다
③번이 실무에서 특히 중요합니다. 지표를 없앤다고 하면 반드시 반대가 나오는데, "한 단계 뒤로 옮긴다"고 하면 대부분 합의가 됩니다.
자주 묻는 질문
고객이 지표 추가를 계속 요청하면 어떻게 하나요?
요청을 거절하기보다 어디에 넣을지를 함께 정하는 방식이 낫습니다. "대시보드에 넣으면 다른 무엇을 뺄까요?"라고 물으면 대화가 달라집니다. 자리가 유한하다는 사실을 공유하는 게 핵심입니다.
지표는 몇 개가 적당한가요?
역할별로 5~7개 정도가 현실적입니다. 다만 개수보다 중요한 건 각각이 행동으로 이어지는가입니다. 3개여도 판단이 안 되면 소용없습니다.
차트를 많이 쓰는 게 좋나요?
추세를 봐야 할 때만 쓰세요. 단일 값은 숫자가 더 빠르게 읽힙니다. 차트는 만들기 즐겁지만 읽는 비용이 숫자보다 큽니다.
정리하면
대시보드는 정보를 보여주는 곳이 아니라 판단을 만드는 곳입니다.
지표마다 "나쁘면 무엇을 하는가"를 적어보고, 못 적는 것은 상세로 내리세요. 기준선을 붙이고, 역할별로 나누고, 갱신 시각을 적으세요. 그러면 지표를 줄여도 대시보드의 값어치는 올라갑니다.
함께 읽으면 좋은 글
제품 구조부터 점검이 필요하시면 상담 신청을 남겨주세요. 범위와 예상 기간을 먼저 정리해 드립니다. 진행 방식과 포함 범위는 요금제 페이지에서 확인하실 수 있습니다.
이 글은 EasySpark 허수진 대표의 실무 내용이며, 제품 단계와 조직 구성에 따라 다를 수 있어 결과를 보장하지 않습니다. 우리 제품에 맞는 개선 방향이 궁금하시다면 편하게 상담 신청해주세요.
