Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
Tags
- 츠케멘맛집
- 데이터베이스
- 데이터시각화
- 알리바바클라우드
- 낙곱새
- 코딩테스트
- 리텐션
- SQLP
- SQL
- 데이터엔지니어링
- 비즈니스인텔리전스
- tableau
- 코호트분석
- 멘타카무쇼
- SQL처리과정
- LOD
- 구의역맛집
- 태블로
- QuickBI
- 프로그래머스
- SQLD
- 츠케멘전문점
- 연화식당
- 소트튜닝
- 츠케멘
- 광진구맛집
- 알리클라우드
- db
- 낙곱새맛집
- 광교맛집
Archives
- Today
- Total
자면서 공부하기
DashBoard 개발 일지 : 예쁘게만 만들면 되나요? 본문
제가 몸을 담고 있는 데이터 관련 직무와 뗄 수 없는 업무 중 하나가 대시보드를 만들고 관리하는 것입니다.
대시보드 개발 시작부터 지금까지 제가 느꼈던, 고민했던 과정을 공유 드리려고 합니다 👩🏻💻
1. 대시보드 개발은 어디서 부터 시작될까요?
보통 데이터를 주기적으로 트래킹 하고자 하는 팀에서 요청을 받는 것을 시작으로 개발이 진행이 됩니다.
요청 부서와 미팅 할 때 누가, 왜 이 대시보드를 필요로 하는지를 파악하면 대시보드의 메인이 되는 지표들을 선정하기가 쉬워집니다.
👷🏻 : ~~~한 데이터를 매일 보고 싶어요!
👩🏻💻 : 넵! 해당 데이터 관련된 테이블 파악 후 구체적인 지표 구성에 대한 미팅 잡도록 하겠습니다.
2. 지표 리스트업 하기
지표 관련 미팅을 할 때에는 아래와 같은 내용으로 협의를 합니다.
1. 요청한 지표의 목적이 무엇인가요?
- 왜 이 지표가 필요하다고 생각하는지?
- 각 지표의 정의와 목적을 명확히 하고, 어떻게 계산될 것인지, 어떤 데이터를 사용할 것인지 결정
- 이 지표를 통해 얻고자 하는 인사이트는 무엇인지?
2. 대시보드 목적에 맞는 지표 및 관점에 대한 소통
- 대시보드 목적에 대해 이해하고 목적에 맞지 않는 지표는 제외, 필요한 부분은 추가, 중복되는 부분은 통합하는 과정 진행
3. 지표의 표시 방식
- 어떤 기간(예: 일간, 주간, 월간)으로 볼 것인가?
- 지표가 대시보드에 배치될 위치나 우선순위는?
3. 대시보드 통계 테이블 만들고 테이블 배치 돌리기
- 데이터 모델링: 지표 계산에 필요한 데이터를 수집하고, 이를 바탕으로 통계 테이블을 설계합니다. 데이터의 구조와 흐름을 정의하여 필요한 정보를 효율적으로 집계할 수 있도록 합니다.
- ETL 프로세스 설계: 데이터 추출(Extract), 변환(Transform), 적재(Load) 작업을 자동화하기 위해 배치를 설계합니다. 이 과정에서 데이터가 일관되고 정확하게 통계 테이블로 전환되도록 합니다.
- 배치 작업 설정: 배치 작업의 실행 주기(예: 매일, 매주)를 설정하고, 지표 데이터를 자동으로 갱신할 수 있도록 스케줄링합니다. 저는 airflow를 통해 통계 테이블 배치작업을 하고 있어요
- 데이터 검증: 배치 작업이 올바르게 작동하는지 확인하고, 오류나 누락된 데이터가 없는지 점검합니다.
- 대시보드 툴에 따라 추가적으로 필요한 컬럼들이 있을 수 있어서 일단 데이터로 대시보드 화면을 구성한 뒤 최종 컬럼들을 확정하고 배치를 돌리는 것을 추천합니다 예시) 사용하는 대시보드 툴에서는 누적합 기능을 제공하지 않을 경우, 따로 컬럼을 만들어서 작업을 해줘야 하는 식의 경우가 발생함
4. 대시보드 레이아웃 개발하기
- 디자인 설계: 대시보드의 레이아웃을 설계합니다. 사용자 경험(UX)을 고려하여 각 지표를 직관적으로 배치하고, 정보의 흐름이 자연스럽게 이어지도록 합니다.
- 컴포넌트 배치: 각 지표에 맞는 시각적 컴포넌트를 선택하고 배치합니다. 예를 들어, 그래프, 차트, 테이블, 숫자 카드 등을 활용하여 정보를 시각적으로 표현합니다.
- 반응형 디자인: 다양한 디바이스에서 대시보드가 적절히 표시되도록 반응형 디자인을 구현합니다. 이를 통해 사용자가 어떤 환경에서도 쉽게 대시보드를 사용할 수 있도록 합니다.
- 테마 및 색상 구성: 회사의 브랜드 가이드라인이나 사용자 선호도에 맞추어 대시보드의 테마, 색상, 글꼴 등을 설정합니다.
5. 데이터 검증하기
- 데이터 검증: 대시보드에 표시된 값이 원본 데이터와 일치하는지 확인합니다. 데이터의 정확성과 일관성을 유지하기 위해 각 지표에 대해 검증 작업을 수행합니다.
- 비교 분석: 대시보드의 결과를 기존 리포트나 다른 시스템의 데이터와 비교하여 값이 올바른지 검토합니다. 이 과정에서 불일치나 오류가 발견되면 수정합니다.
- 이상치 확인: 통계적 이상치나 비정상적인 패턴을 확인하여 잘못된 데이터가 대시보드에 표시되지 않도록 합니다.
- 사용자 검토: 최종 사용자에게 값을 검토받아, 실제 비즈니스 환경에서 유용한 정보를 제공하는지 확인합니다.
6. 피드백
- 대시보드를 사용하는 주기 가장 많이 보는 페이지 / 잘 보지 않는 페이지 파악하기
7. 끝마치며
대시보드를 개발하면서 종종 제작자와 요청자의 역할이 분리되어 있다는 느낌을 받기 쉽습니다. 제작자가 대시보드를 만들어가는 과정에서 요청자는 단순히 요구사항을 제시하는 것으로 끝난다고 생각하기 마련이죠. 그러나 대시보드는 최종적으로 요청자가 활용하는 도구이기 때문에, 요청자와 함께 대시보드를 만들어나간다는 협력적인 접근이 중요하다고 생각합니다.
이 과정은 서로의 부족한 부분을 보완하며 성장하는 과정입니다.
- 제작자는 요청자와의 협업을 통해 도메인 지식과 지표를 바라보는 관점을 배우고,
- 요청자는 제작자의 데이터 핸들링 기술을 경험하며 자신의 아이디어를 데이터로 실현하는 방법을 익혀나갑니다.
이렇게 상호 보완적인 과정이 대시보드를 더 유용하고, 목적에 맞게 만드는 핵심이라고 생각합니다.
감사합니다 : ) !!!
'Data visualization' 카테고리의 다른 글
[Tableau] FIXED 세부 수준 계산식(LoD) (0) | 2024.08.27 |
---|---|
[Tableau] 코호트 분석 리텐션 차트 만들기 (0) | 2024.06.17 |
[Tableau] 월별 주차(Week) 구하기 (0) | 2024.06.04 |
[Quick BI] 아니 왜 Quick BI로 대시보드 만들었다는 사람이 없지???? (0) | 2024.03.13 |