대시보드 만드는 법: 데이터 소스, 핵심 지표, 차트, 접근 권한

대시보드를 만들려면 대시보드가 답해야 할 질문과 그것을 읽을 사람들에서 출발하고, 적은 수의 지표를 정확하게 정의하고, 그 지표의 근거가 되는 데이터를 연결하고, 지표마다 단순한 차트를 고르세요. 그다음 누가 어떤 숫자를 볼 수 있는지 결정합니다. AI 앱 빌더는 몇 분 만에 세련된 대시보드를 만들 수 있습니다. 그러나 누군가가 믿고 쓰게 되는지는 데이터와 정의를 제대로 잡는 어려운 부분에서 결정됩니다.

차트가 아니라 질문에서 시작하세요

모든 것을 보여주려는 대시보드는 한 번 열리고 말습니다. 차트를 생각하기 전에 다음에 답하세요.

• 누구를 위한 것인가요? 창업자, 영업팀, 운영팀, 투자자, 고객?
• 어떤 결정을 돕나요? 「지원 인력을 한 명 더 뽑아야 할까?」는 대시보드가 답할 수 있는 질문입니다. 「우리 데이터를 보여줘」는 아닙니다.
• 얼마나 자주 볼까요? 매일 운영을 보는 대시보드는 최신 데이터와 알림이 필요하고, 월간 보드용 화면은 그럴 필요가 없습니다.

세 개에서 다섯 개의 질문을 적으세요. 각 질문이 한두 개의 지표가 됩니다.

각 지표를 정확하게 정의하세요

대시보드를 둘러싼 논쟁은 대부분 정의에 관한 논쟁입니다. 모든 숫자에 짧은 정의를 쓰세요.

이 정의들을 프롬프트에 붙여 넣으세요. 그렇지 않으면 AI는 그럴듯해 보이지만 여러분의 회사 방식과 맞지 않는 계산을 고를 수 있습니다.

데이터는 어디서 오나요

모든 경우에 적용되는 원칙은 두 가지입니다.

1. 키는 서버에 두세요. API 키와 데이터베이스 비밀번호는 앱의 환경 변수에 두고, 브라우저 코드에는 절대 두지 마세요.
2. 갱신 주기를 정하세요. 페이지를 열 때마다 여러 API를 호출하면 느리고 요청 제한에 걸릴 수 있습니다. 대부분의 업무용 대시보드는 한 시간마다 또는 밤마다 자체 데이터베이스로 동기화하고, 페이지에 「마지막 업데이트」 시각을 표시하는 방식이 더 단순하고 안정적입니다.

API가 익숙하지 않다면 API란 무엇인가와 데이터베이스란 무엇인가를 먼저 읽어보세요.

알맞은 차트 고르기

• 변화율이 있는 단일 숫자(「4만 2천 달러, 지난달 대비 8% 증가」) — KPI 카드. 대부분의 대시보드에서 가장 유용한 요소입니다.
• 시간에 따른 추이 — 선 차트. 기간이 적을 때만 막대를 쓰세요.
• 범주 비교 — 값으로 정렬된 가로 막대 차트.
• 전체 중 일부 — 누적 막대. 원형 차트는 두세 조각일 때만 적합합니다.
• 세부 내용과 예외 — 정렬, 검색, 필터가 있는 표. 차트보다 더 유용할 때가 많습니다.

색을 일관되게 쓰세요. 「이번 기간」에는 한 가지 색, 「비교」에는 차분한 색, 주의가 필요한 것에만 빨간색.

누가 무엇을 볼 수 있나요

만들기 전에 접근 권한을 정하세요.

• 내부용, 모두가 모든 것을 봄 — 가장 단순합니다. 그래도 업무 데이터를 담는다면 로그인이 필요합니다.
• 역할 기반 — 영업은 영업 수치를, 재무는 마진을, 관리자는 자기 팀을 봅니다.
• 고객용 — 각 고객은 자기 데이터만 봅니다. 모든 쿼리는 서버에서 고객의 계정으로 필터링해야 합니다. 서로 다른 두 고객으로 로그인해서 테스트하세요.

매출이나 고객 데이터가 로그인 없이 공개 URL에 있다면, 누군가 찾아낼 데이터 유출을 기다리고 있는 것입니다.

효과적인 첫 프롬프트

직원 10명 규모의 B2B 소프트웨어 회사를 위한 영업 대시보드를 만들어줘. 대상: 창업자와 영업 책임자가 매주 월요일에 확인함. 개요 페이지: 이번 달 신규 MRR, 총 MRR, 이번 달 신규 고객, 이번 달 이탈 고객, 파이프라인 금액을 각각 전월 대비 변화율과 함께 KPI 카드로 보여줘. 지난 12개월의 MRR 선 차트, 출처별 신규 거래 막대 차트. 거래 페이지에는 검색과 정렬이 가능한 표(회사, 담당자, 금액, 단계, 마감일)와 담당자 및 단계별 필터가 있어야 해. 지표 정의: MRR은 활성 월간 구독 금액의 합계이며, 연간 요금제는 12로 나눠. 이탈은 이번 달에 구독이 끝난 고객 수로 계산해. 지금은 데이터베이스의 현실적인 샘플 데이터를 쓰고, Stripe는 나중에 연결할 거야. 「마지막 업데이트」 시각을 표시해줘. 로그인 필수. 깔끔한 사이드바 레이아웃으로 해줘.

구축 단계

1. 샘플 데이터로 레이아웃 만들기. 데이터가 가짜이고 바꾸기 쉬울 때 지표와 차트에 합의하세요.
2. 실제 소스 하나 연결. 모든 숫자를 원본 시스템과 직접 대조하세요. MRR이 Stripe에 나온 값과 다르면, 더 나아가기 전에 이유를 찾으세요.
3. 나머지 소스를 하나씩 추가하고, 각각을 확인하세요.
4. 예약 갱신 또는 페이지 로드 시 쿼리, 「마지막 업데이트」 표시와 함께.
5. 필터 — 날짜 범위를 먼저, 그다음 사람들이 자주 묻는 한두 개.
6. 로그인과 역할.
7. 빈 상태와 오류 상태 — 소스가 다운되거나 필터 결과가 없을 때 무엇을 보여줄지.
8. 대상 사용자와 공유한 뒤, 한 달 지나도 아무도 보지 않는 것은 제거하세요.

빠르게 만들기

느린 대시보드는 덜 확인하게 됩니다. 계산 비용이 큰 합계는 미리 계산하고(모든 주문을 훑는 대신 일별 요약 테이블 사용), 큰 표는 페이지로 나누고, 차트가 다 그려지기 전에 핵심 카드를 먼저 불러와서 차트를 기다리지 않아도 페이지가 쓸모 있게 하세요. 숫자 계산이 오래 걸린다면 방문할 때마다 다시 계산하지 말고 마지막으로 계산된 시각을 보여주세요.

자주 하는 실수

• 차트가 너무 많음. 모든 것이 강조되면 아무것도 강조되지 않습니다.
• 정의되지 않은 지표. 같은 대시보드를 보는 두 사람이 같은 결론에 도달해야 합니다.
• 원본과 숫자를 대조하지 않기. 틀린 숫자 하나면 사람들은 대시보드 전체를 믿지 않게 됩니다.
• 페이지를 열 때마다 모든 API 호출. 느리고, 불안정하며, 때로는 비쌉니다.
• 날짜 맥락이 없음. 항상 기간과 비교 대상을 표시하세요.
• 프론트엔드에 비밀값 두기. 브라우저에 보이는 API 키는 페이지를 연 누구나 복사할 수 있습니다.

BI 도구가 더 나은 경우

데이터가 이미 데이터베이스나 웨어하우스에 있고, 주요 사용자가 분석가이며 데이터를 탐색하고 쪼개 보고 직접 차트를 만들고 싶어 한다면, Looker Studio, Power BI, Metabase 같은 BI 도구가 직접 만든 것보다 그들에게 더 잘 맞습니다. 많은 SaaS 도구에도 좋은 기본 보고서가 있으니, 다시 만들기 전에 확인하세요. 직접 만든 대시보드가 이기는 경우는 고객이나 분석가가 아닌 사람이 쓰거나, BI 도구가 표현할 수 없는 로직이나 권한이 필요하거나, 비즈니스에 특화된 방식으로 소스를 결합하거나, 이미 운영 중인 제품 안에 들어갈 때입니다.

숫자를 보는 것보다 레코드를 변경하는 것이 목적이라면 관리자 패널이나 내부 도구가 필요합니다. 내부 도구 만드는 법을 보세요. 숫자가 지금 스프레드시트에 있다면 스프레드시트를 앱으로 바꾸는 법이 다음으로 읽기 좋은 글입니다.

Mythex로 만들기

Mythex에서는 대시보드를 설명하면 에이전트가 라이브 미리보기에서 페이지와 차트를 만듭니다. 현실적인 샘플 데이터로 시작하고, 숫자를 저장해야 할 때 전용 Postgres 데이터베이스로 옮깁니다. 문서의 대시보드 사용 사례에 시작 프롬프트가 있습니다. 데이터가 Google 시트 같은 도구에 있다면 커넥터로 계정을 연결하고, 에이전트에게 그것을 읽어 대시보드를 만들라고 요청할 수 있습니다.

앱 자체에는 기본 제공되는 웨어하우스 커넥터가 없습니다. BigQuery, Snowflake, Stripe 같은 서비스는 앱이 프로젝트 비밀값으로 저장한 키로 해당 API를 호출합니다. 대시보드를 보는 사람들의 로그인과 역할은 여러분이 만드는 앱의 일부입니다. 프롬프트로 시작하려면 대시보드 템플릿, 예를 들어 지표 대시보드를 둘러보세요.

자주 묻는 질문