🤖 AI로 대시보드 만들었는데 아무도 안 보는 이유 5가지

 

"와, 멋있다" — 그리고 탭 닫기

AI 대시보드 한 번쯤 만들어보셨나요?

프롬프트 한 줄 넣으면 30초 만에 차트가 뚝딱 나오는 시대가 됐습니다. 근데 문제는요. 그 대시보드를 실제로 누군가 쓰고 있냐는 거예요.

"오, 예쁘네" 하고 탭을 닫는다면, 그건 데이터 시각화가 아니라 그냥 인터랙티브 벽지입니다.

바이브코딩(Vibe Coding)은 2025년 2월 AI 연구원 안드레이 카르파티가 처음 제안한 개념으로, 개발자가 큰 그림과 의도만 제시하면 AI가 구현을 주도하는 방식이에요. 현재 개발자의 84%가 AI 코딩 도구를 사용하고 있거나 사용할 계획이라고 하더라구요. 대시보드 제작도 마찬가지입니다. 만드는 속도는 100배 빨라졌는데, 품질은 오히려 평균 이하가 됐다는 게 현장의 솔직한 얘기예요.

그래서 오늘은 AI로 만든 대시보드가 진짜 쓸모 있으려면 반드시 알아야 할 5가지 원칙을 정리해드릴게요. 기술 얘기 아닙니다. 시각화 기초랑 커뮤니케이션 원칙 얘기예요.

함정 1: 차트보다 질문이 먼저입니다

가장 많이 하는 실수가 AI를 열자마자 "이 데이터로 시각화 해줘"라고 치는 거예요.

그러면 AI는 충실하게 아무도 원하지 않는 차트 여덟 개를 그려줍니다. 보기엔 그럴듯한데, 정작 보는 사람은 "그래서 뭘 어쩌라고?"가 되는 거예요.

대시보드 만들기 전에 딱 세 가지를 먼저 답해보세요.

첫째, 이 대시보드를 보는 사람이 누구인가? 경영진과 실무자는 같은 숫자를 완전히 다른 방식으로 봐야 합니다. 둘째, 이걸 보고 어떤 결정을 내려야 하는가? 행동으로 이어지지 않는 대시보드는 그냥 장식이에요. 셋째, 딱 하나의 핵심 메시지가 뭔가? 모든 게 다 강조되면 아무것도 강조되지 않습니다.

이 세 가지 답을 프롬프트에 넣어야 AI가 제대로 된 방향으로 움직이기 시작해요. "우리 플랫폼의 활성 사용자 비율이 지난 6개월간 어떻게 변했는지, 영업본부장이 다음 주 전략 회의에서 방향을 결정할 수 있게 보여줘" — 이게 제대로 된 프롬프트의 시작입니다.

저장해두고 싶은 문장 하나: 질문을 정의하지 않은 대시보드는, 답을 모르는 채로 발표하는 것과 같습니다.

함정 2: 파이 차트는 왜 자꾸 만드는 건지 모르겠어요

솔직히 말할게요. 파이 차트는 거의 언제나 나쁜 선택입니다.

사람의 눈은 각도를 비교하는 데 형편없거든요. 33%짜리 조각과 35%짜리 조각을 파이 차트에서 구분할 수 있는 사람, 거의 없습니다. 같은 데이터를 가로 막대 차트로 바꾸면 순위가 0.1초 만에 읽혀요.

질문 유형과 차트 유형은 사실 짝이 정해져 있어요.

추이를 보고 싶으면 꺾은선 그래프, 순위를 보고 싶으면 가로 막대 차트, 두 지표의 관계를 보고 싶으면 산점도, 비율은 누적 막대가 파이보다 훨씬 낫습니다.

From Data to Viz라는 사이트가 있는데, 내 데이터 유형과 보고 싶은 내용을 선택하면 적합한 차트 유형을 추천해줘요. AI한테 프롬프트 넣기 전에 여기서 먼저 차트 유형을 결정하고 들어가는 게 훨씬 효율적입니다.

막연하게 "시각화해줘" 대신 "가로 막대 차트로 지역별 순위를 최고에서 최저 정렬로 보여줘"라고 구체적으로 지정해야 해요.

함정 3: 색깔에 의미가 없으면 노이즈입니다

AI가 기본으로 그려주는 무지개 색상 차트, 보신 적 있죠?

그 색깔에 아무 의미가 없다는 게 문제예요. 빨간색은 위험, 초록색은 안전이어야 하는데, AI가 멋대로 파란색이 1위, 노란색이 2위로 뿌려버리면 보는 사람이 색을 해석하는 데 에너지를 씁니다.

이건 레이아웃도 마찬가지예요. 사람 눈은 화면을 F자 형태로 스캔합니다. 왼쪽 상단에서 가로로 훑고, 그 다음 아래로 내려가는 패턴이에요. 그래서 가장 중요한 KPI 숫자는 상단에, 핵심 차트는 왼쪽 상단에, 세부 테이블은 하단에 두어야 합니다.

에드워드 터프트(Edward Tufte)는 "데이터-잉크 비율을 최대화하라"는 원칙을 강조했는데요, 쓸데없는 격자선, 테두리, 배경색은 다 지우는 게 맞아요. 차트에서 데이터 외의 모든 픽셀은 잡음입니다.

프롬프트에 색상 코드까지 박아 넣어야 해요. 예를 들어 "75% 이상은 초록(#2d7a08), 이하는 빨강(#bc1200)"처럼요.

함정 4: 숫자는 맥락 없이 보여주면 아무것도 아닙니다

"PM2.5 농도 12.3" — 이게 좋은 건지 나쁜 건지 아세요?

WHO 기준선이 5라는 걸 알아야 이게 2.5배 초과라는 게 보입니다. 숫자 하나를 보여주는 게 아니라, 그 숫자의 의미를 보여줘야 해요.

좋은 대시보드는 스토리 구조를 가지고 있어요.

지금 상황은 어떤지 설정하고, 어디서 문제가 발생했는지 긴장감을 만들고, 그래서 뭐가 중요한지 인사이트를 주고, 이제 뭘 해야 하는지 액션으로 이어지는 흐름이요.

이게 콜 너스바우머 크나플릭이 "Storytelling with Data"에서 강조하는 원칙이기도 합니다. 꺾은선 차트엔 목표치 점선을 그어주고, 막대 차트는 반드시 0에서 시작해야 해요. 잘려진 축은 차이를 과장하고, 그 과장은 신뢰를 잃게 만들어요.

데이터 출처랑 기간도 반드시 명시해야 합니다. 그게 없으면 아무리 예쁜 차트도 신뢰받기 어려워요.

함정 5: 인터랙티브 기능, 마지막에 추가하세요

많은 분들이 대시보드 만들자마자 필터를 덕지덕지 붙이더라구요.

연도 필터, 지역 필터, 제품 필터, 담당자 필터... 그러면 사용자는 뭘 봐야 할지 모르게 됩니다. 기능이 많아질수록 결정 피로도가 올라가고, 결국 아무것도 안 보게 돼요.

인터랙티브 기능은 맨 마지막에, "이 다음에 사람들이 어떤 질문을 할까?"를 기준으로 추가하세요.

도시 선택 드롭다운, 연도 범위 슬라이더, 차트 클릭 시 다른 차트 연동 필터링 — 이 정도면 충분합니다. 툴팁은 꼭 넣어주세요. 마우스를 올렸을 때 수치 상세 정보가 뜨면 별도 테이블 없이도 정보 전달이 됩니다.

기억해두면 좋은 한 줄: 인터랙티브 기능은 스토리를 돕는 도구여야지, 스토리 자체가 돼선 안 됩니다.

프롬프트 하나가 결과물 전체를 바꿉니다

같은 AI, 같은 데이터, 같은 도구. 하지만 프롬프트를 어떻게 짜느냐에 따라 결과물이 완전히 달라져요.

나쁜 프롬프트: "이 데이터로 시각화 만들어줘"

좋은 프롬프트: "영업본부장이 다음 주 회의에서 활성 사용자 하락 원인을 분석하는 데 쓸 대시보드야. 상단에 KPI 3개(월별 활성 사용자 수, 활성률 퍼센트, 전월 대비 변화율), 중앙에 6개월 추이 꺾은선, 우측에 지역별 순위 가로 막대. 목표 활성률 75%를 점선으로 표시. 색상은 75% 이상 초록(#2d7a08), 이하 빨강(#bc1200). 배경 없고 격자선 최소화."

이 차이가 30분짜리 작업과 3시간짜리 수정 지옥을 가릅니다.

실제로 METR의 2025년 연구에서 숙련된 개발자들이 AI 코딩 도구를 사용했을 때 오히려 생산성이 떨어지는 결과가 나왔는데요, 개발자들은 체감상 빨라졌다고 느꼈지만 실제로는 AI가 만든 코드를 검증하고 수정하는 데 더 많은 시간을 쓴 거예요. 대시보드도 똑같습니다. 속도감에 속으면 안 돼요.

마무리

바이브코딩으로 대시보드 만드는 시대, 속도는 이미 해결됐습니다.

이제 남은 건 진짜 쓸모 있는 대시보드를 만드는 능력이에요. 질문을 먼저 정의하고, 차트 유형을 의도적으로 고르고, 색과 레이아웃에 의미를 담고, 스토리를 만들고, 인터랙션은 마지막에 추가하는 것.

AI는 규칙을 따를 뿐, 규칙을 이해하는 건 결국 사람의 몫입니다.

이 다섯 가지를 프롬프트에 녹이는 순간, 당신의 대시보드는 인터랙티브 벽지에서 의사결정 도구로 바뀝니다.