데이터 대시보드를 구축하는 방법

백그라운드에서 데이터 패널은 비즈니스 변화를 직관적으로 반영하고 의사결정자가 비즈니스 조정 및 결정을 내리는 데 도움을 줄 수 있습니다. 그렇다면 데이터 대시보드를 구축할 때 어떻게 구축해야 할까요? 주목해야 할 핵심 포인트는 무엇입니까?

제품 배경 분석

1. 데이터 대시보드란

데이터 대시보드는 일반적으로 백엔드 시스템의 홈 페이지로 사용되며 주로 다음을 제시합니다. 회사의 현재 사업 관련 또는 운영 관리 관련 정보 데이터 및 차트는 회사 내부자가 회사 내부 상황을 실시간으로 이해하고, 사업 전개를 파악하고, 데이터 변화에 따른 사업 의사결정을 내릴 수 있도록 돕습니다.

2. 데이터 대시보드를 사용하는 사람

데이터 대시보드는 회사의 고위 경영진이든 풀뿌리 사업 운영자이든 회사 내 모든 사람이 주목해야 할 사항입니다. 관련 데이터 지표에 주의를 기울일 것입니다. 아래에 표시된 것처럼 역할마다 요구 사항이 다릅니다.

역할마다 기본 Kanban 페이지가 다릅니다. 여러 페이지를 상호 운용할 수 있는지 여부는 다음에 따라 다릅니다. 비즈니스 데이터가 상업적 비밀인지 여부는 RBAC 권한 모델 설계와 관련되므로 여기서는 자세히 다루지 않겠습니다.

칸반 보드 디자인의 전제조건 - 보고서 디자인

칸반 보드를 디자인한다는 것은 단지 머릿속이 뜨거워지자마자 프로토타입을 그리는 것이 아닙니다. 현실적이지 않고 실용적이지 않습니다. 특히 크고 복잡한 데이터가 있는 비즈니스의 경우 보고서를 먼저 디자인해야 합니다. 데이터 대시보드에는 백그라운드에서 실시간으로 계산해야 할 데이터가 너무 많고, 필터링 조건과 통계 항목이 복잡할 경우 차트 로딩 속도가 느려지고 많이 느려집니다. 시스템 리소스가 소모됩니다. 그리고 데이터 보고서를 먼저 디자인하면 데이터 대시보드에서 차트를 보는 속도는 영향을 받지 않습니다.

데이터 시각화 디자인을 서두르지 마세요. 데이터 보고서에 제시된 데이터는 문제 없이 여러 번 테스트된 다음 디자인을 시작하기 전에 적어도 한 차례의 반복적인 최적화 과정을 거쳐야 합니다. 시각화 솔루션.

데이터 보고서 디자인에는 다음 프로세스가 필요합니다.

1. 분석 시스템 구축

비즈니스 결과 중심 분석

B - 최종 제품 관리자는 C측과 다릅니다. 비즈니스는 모든 제품 디자인의 핵심이며, 제품 디자인은 비즈니스를 중심으로 이루어져야 합니다. 첫째, 분석의 목적을 명확히 하고 사업 진단을 실시해야 합니다. 가장 중요한 것은 분석 링크를 개방하는 것입니다.

예를 들어 이익 곡선을 분석하려는 경우 이익과 관련된 데이터에는 이익 마진, ​​진열율, 제품 유형, 견적 전략, 시장 변화 등이 포함됩니다.

이에 따르면 회사의 구체적인 사업에 있어서는 어떤 부분에 집중해야 하고, 어떤 부분은 일시적으로 미뤄둬야 하는지 명확합니다. 특히, 분석 프레임워크를 함께 논의하기 위해 비즈니스 팀과 더 많이 소통하고 조율해야 합니다.

일반적으로 열거 방식을 사용하면 핵심 비즈니스 데이터에 방해가 될 수 있는 요소를 모두 나열한 후 하나씩 확인할 수 있습니다.

생산 프로세스 중심 분석

회사는 사업 성과 등 비즈니스와 관련된 강력한 데이터에 대한 분석을 요구할 뿐만 아니라, 생산 프로세스는 모든 사람의 업무 효율성 및 작업 여부와 관련됩니다. 결과는 표준에 따릅니다. 생산 프로세스도 인사 KPI 평가입니다.

예를 들어 방문한 판매 고객 수, 획득한 판매 리드 수, 주문에 서명한 고객 수, 이익 기여 비율 등, 처리된 고객 서비스 작업 주문 수, 고객 평가, 세션 시간(분) 등을 분석하는 부분으로 주로 사용자 작업 기록을 기반으로 데이터를 생성합니다.

2. 관찰 지표 정의

차원 드릴다운 수행

분석 프레임워크를 정의한 후 주로 분할을 통해 관찰 지표를 추가로 결정해야 합니다. 관찰 차원. 점차적으로 세분화하여 더 미세한 차원의 데이터만 분석하는 것이 정확한 답변을 얻을 가능성이 가장 높습니다.

예를 들어, 상품의 재고율은 주간 재고율과 야간 재고율로 세분화될 수 있으며, 특정 상품의 재고율로 더 세분화될 수도 있습니다. 심지어 영업사원 왕얼(Wang Er)의 존재까지. 낮 12시 33분에 거래량이 많은 상품을 오조작해 수익 손실을 입기도 했다. 이를 통해 비즈니스 결과부터 생산 프로세스까지 분석 체인이 열립니다.

또 다른 예는 견적 전략을 특정 SKU에 대한 견적으로 구체화할 수 있다는 것입니다. 이 데이터는 가까운 미래에 발생할 수 있는 업스트림 공급업체의 빈번한 가격 조정과 관련될 수 있습니다. 기능으로 인해 제품에 대한 견적이 지나치게 높거나 너무 낮습니다.

차원 세분화 과정에서 점차적으로 1차 지표, 2차 지표... n수준 지표로 분할될 수 있지만, 분할된 모든 차원을 관찰자로 사용해야 하는 것은 아닙니다. 지시자. 보고서로 사용할지 여부는 회사의 업무 특성과 합의를 위한 사업부서와의 다양한 소통과 조율에 달려 있습니다.

차원 드릴다운 프로세스 중에 계산해야 할 차원과 사용할 필요가 없는 차원을 결정합니다.

통합 데이터 역량

데이터 역량은 데이터의 정의를 의미합니다. 시스템 내부의 통계 역량이 일관되지 않으면 비즈니스 분석에 오류가 발생합니다. 데이터 수준이 명확하게 정의되지 않은 경우 개발자는 데이터를 호출할 때 기존 수준을 직접 사용할 수 있습니다. 이 기존 통계 수준은 반드시 현재 데이터 지표의 요구 사항을 충족하지 못할 수 있습니다.

상품 담당자는 데이터 규모의 정의에 대해 별도의 문서를 작성하여 시스템 내 문서 공유 시스템에 업로드하여 업무 담당자가 언제든지 검토할 수 있도록 해야 합니다. 시스템이 허용한다면 사업부서와 공통된 이해를 얻고 표준적인 데이터 수준을 형성하도록 노력하세요.

통계 빈도 정의

관찰 지표를 형성하기 위해 계산해야 하는 데이터 차원을 결정한 후 관찰 지표를 분류하고 처리해야 합니다. 이차 요인. 일부 지표에서 생성되는 데이터는 단위 시간당 크게 변동하며 통계 빈도는 분 수준에 도달할 수 있습니다. 일부 지표 데이터는 변동이 적고 하루에 몇 번만 변경될 수 있으며 통계 빈도는 시간 수준으로 설정할 수 있습니다.

3. 프리젠테이션 양식 디자인

초기 프리젠테이션 양식은 간단하고 조정하기 쉬워야 하며 서둘러 온라인으로 전환하거나 멋진 인터랙티브 효과를 추구할 필요가 없습니다. MVP 원칙을 엄격히 따르고 최소한의 기능 세트를 사용하여 제품을 반복하십시오.

보고서 디자인 초기 단계에서 보고서는 잦은 지표 조정, 부정확한 데이터, 통계 범위 변경 등 다양한 문제에 직면할 수밖에 없습니다. 초기 단계에서는 시스템을 사용하여 정기적으로 이메일로 보고서를 보낼 수 있습니다. 보고서 형식은 이러한 방식으로 일정 기간 동안 문제가 없는지 확인할 수 있습니다. 분석할 데이터 필드, 모니터링 지표 등을 선택한 다음 온라인 디자인을 시작할 수 있습니다.

오프라인 보고서 반복 최적화가 완료되었는지 확인한 후 일반적으로 다음 측면을 고려하여 온라인 계획을 설계하십시오.

기본 쿼리 시간, 통계에는 일부 데이터 통계가 지연되는 특성이 있습니다. 통계 범위에 포함되기 전에 주문이 완료될 때까지 기다려야 합니다. 예를 들어 기본 쿼리 시간은 t-6에서 t-2로 설정됩니다.

데이터가 정렬되는 정렬 규칙입니다. 기본

필터 항목 설정, 어떤 데이터 옵션을 필터링해야 하는지

통계 항목 설정, 어떤 데이터를 통계에 병합해야 하는지

다른 극단적인 상황을 고려하세요. 데이터 제한, 최대 시간 범위, 숫자가 비어 있는 경우 처리 등

일반적인 형태는 다음과 같지만 실제 비즈니스에서 데이터는 이보다 훨씬 복잡합니다.

4. 보고서 디자인 검토

온라인 보고는 장점도 있지만 편리하고 빠르며 효율적입니다. 하지만 유연성이 부족하다는 단점도 있습니다. Excel 테이블은 원하는 다양한 피벗 테이블로 쉽게 만들 수 있지만 온라인에서는 그 중 일부만 수정할 수 있습니다. 오프라인에서는 vlookup을 사용하여 관련 요소를 매칭에 사용할 수 있으며, 온라인 분석 지표는 더욱 견고해졌습니다.

따라서 제품이 출시된 후 일정 기간이 지나면 해당 기능이 사용하기 쉬운지, 인식되는지 여부를 검토할 필요가 있습니다.

사용률: 데이터 마이닝을 통해 이 기능의 사용률을 확인할 수 있습니다. 사용률이 충분하지 않은 경우 사업부서와 협의하여 적시에 반복 및 최적화해야 합니다.

초기에 원하는 결과가 달성되었는지 관찰합니다. 목적, 링크에 여전히 장애가 있는지 분석합니다.

사용자 만족도: 사용 중 불편한 점은 없는지, 효율성을 높일 수 있는지 비즈니스 부서와 소통합니다. 개선됩니다

데이터 대시보드 디자인

데이터 보고서가 완성되면 데이터 시각화를 실현하는 것이 매우 편리해질 것입니다. 효율성은 b-end 제품의 핵심이며, 대시보드는 상호작용 경험에 너무 많은 시간을 소비해서는 안 됩니다. 여기에서는 주로 다음과 같은 디자인 포인트가 충족됩니다.

단순하고 효율적이며 멋진 상호 작용보다는 쿼리 효율성이 우선시됩니다.

정보는 밀접하게 관련되어 있으며 분리된 데이터 조각이 아닙니다. 즉, 변화를 반영하려면 월별, 연간별 변화가 있어야 합니다.

데이터 차트의 새로 고침 빈도와 통계 빈도는 비즈니스 요구 사항을 충족해야 하며, 실시간으로 업데이트하는 것이 가장 좋습니다

선택한 데이터는 추세와 패턴을 반영할 수 있습니다. 추세 특성이 없는 데이터의 경우 숫자를 직접 표시하는 것이 좋습니다.

다양한 데이터 지표와 다양한 데이터 특성에 맞는 차트를 선택해야 합니다.

데이터 변동, 비교 및 ​​정렬을 위해 다양한 측정 방법에도 해당 차트 유형을 선택해야 합니다.

1. 수요 분석

수십 개의 데이터 보고서 보고서의 종류와 데이터 지표는 수십 개가 있지만 모두 제시할 필요는 없습니다. 어떤 데이터 지표와 측정 방법을 선택할지는 사업팀과의 커뮤니케이션을 통해 결정해야 합니다.

수요는 계층적입니다. 일부 요구는 핵심 비즈니스 수준에 있고 일부는 운영 및 관리 수준에 있습니다. 전자는 항상 회사 발전의 핵심이므로 그 중요성과 우선순위가 더 높습니다. 나중 단계에서는 누구.

위 그림에서 관련 KPI와 부서 직원의 개인 성과는 운영 및 관리 수준의 데이터 요구 사항에 속하며, 프로젝트의 첫 번째 단계에서는 구현을 먼저 고려할 수 없지만 먼저 가용성을 보장합니다. 핵심사업과 관련된 데이터 대시보드의 정확성.

2. 전략적 칸반 디자인

전략적 칸반 디자인은 주로 단순성과 결과 지향적, 명확한 우선순위의 특성을 강조하며 그림에서 볼 수 있듯이 차트보다는 순수한 숫자 내용을 주로 표시합니다. 아래 그림 예를 들면:

일반적으로 가장 중요한 지표를 분석하는 데 집중할 수 있도록 약 6개의 데이터 지표가 설정됩니다.

비즈니스 개발 요구에 따라 맞춤형 구성을 지원하고 대시보드에 표시해야 하는 데이터를 유연하게 조정하는 것이 필요합니다.

각종 차트 대신 디지털 양식을 사용하는 이유는 사업 현황을 처음에 파악할 수 있도록 하기 위함이며, 회사의 중간 및 고위 경영진은 사업 데이터에 매우 민감하여 업무를 수행하고 있습니다. 패턴을 표현하기 위해 곡선이 필요하지 않습니다. 숫자만 봐도 비즈니스 이상 징후를 알 수 있습니다.

제품 관리자는 비즈니스를 이해하고 비즈니스 요구 사항을 더 잘 충족하는 데이터 제품을 만들 수 있도록 데이터 민감도를 개발해야 합니다.

3. 비즈니스 칸반 디자인

비즈니스 칸반 디자인은 주로 수직적 분할의 특징을 강조합니다. 비즈니스 성장을 연구하는 것은 비즈니스 성장의 차트이고 활성 사용자를 연구하는 것은 활성 사용자의 칸반입니다. 아마도 이것이 상관관계가 있을 것이지만 이 상관관계는 약한 상관관계입니다. 데이터 대시보드가 ​​모호하면 분석 사업에 많은 장애물이 있을 것입니다.

비즈니스 칸반과 전략적 칸반의 가장 큰 차이점은 생산 과정에 초점을 맞추기 때문에 데이터 패턴과 데이터 변화를 반영하기 위해 성장 곡선을 사용하는 경우가 많습니다. 연구 성장 곡선:

판매 퍼널:

위 그림은 단일 차원만 보여줍니다. 실제 비즈니스 시나리오는 종종 다른 데이터 지표와 관련된 주요 비즈니스 지표입니다. 드릴다운하고 클릭하면 보조 지표의 차트 정보를 볼 수 있습니다.

x축 변환 및 크기 조정을 지원하려면 데이터 크기에 따라 y축 크기를 조정할 수 있습니다.

비즈니스 대시보드가 ​​해결하는 핵심 문제는 비즈니스 문제를 적시에 발견하고 비즈니스 이상 현상을 쉽게 분석하는 것입니다. 시각적 디자인은 각 지표의 밝은 색상에 주의를 기울여 두 요소 간의 관계를 쉽게 감지할 수 있도록 해야 합니다. 지표.

비즈니스 보드는 다양한 비즈니스와 데이터를 묘사하므로 서로 다른 페이지에 배치되어야 하며 비즈니스 보드는 서로 섞이거나 얽혀서는 안 됩니다.

4. 적절한 차트 유형 선택

적절한 차트 유형을 선택하면 시각적 시각화 프레젠테이션 효과를 가장 잘 충족할 수 있으며 비즈니스 데이터 보기 및 분석 요구 사항을 충족할 수 있습니다.

다음은 설명을 위해 몇 가지 일반적인 비즈니스 시나리오를 선택합니다.

(1) 비즈니스에 초점을 맞춰 비즈니스 성장 곡선, 수익 곡선, 판매 곡선, 사용자 수 등을 설명합니다. 개발 동향

일반 영역 차트:

모든 데이터는 동일한 0축에서 시작하며 합계와 구성 요소 간의 관계를 표시하는 데 사용되며 중복을 피하기 위해 투명도를 설정해야 합니다.

누적 영역 차트:

데이터의 시작점은 이전 데이터 세트이며 주로 전체 데이터에서 데이터 구성 요소의 비율을 표시한 다음 구성 요소의 비율을 비교하는 데 사용됩니다.

다중선 차트:

선 차트와 영역 차트 모두 시간에 따른 지속적인 데이터 변화 추세를 표시하는 데 사용할 수 있지만 선택에는 여전히 강조점이 있습니다.

기존 영역형 차트는 총량과 합계를 표현하는 데 적합합니다. 예를 들어 총계는 총 사용자 수이고 구성요소는 각 채널의 사용자이므로 영역을 선택하는 것이 더 적합합니다. 차트

누적 영역 차트는 전체 데이터 양에서 구성 요소의 비율을 표시하는 데 적합합니다.

p>

선 차트는 구성 요소 간의 비교를 표시하는 데 더 적합합니다( 총량 제외), 영역형 차트 차단 문제 방지

일반적으로 전체 데이터량을 표시해야 하는 기업에서는 영역형 차트를 사용하는 것이 좋습니다

(2) 비즈니스 프로세스 문제 설명

비즈니스 프로세스를 설명하는 데 가장 일반적으로 사용되는 차트는 깔때기형 차트, 판매 깔때기형 차트 및 사용자 유지 깔때기형 차트이지만, 깔때기형 차트는 원하는 경우 단일 프로세스만 나타낼 수 있습니다. 특정 사용자 데이터 흐름 방향과 다차원적이고 보다 복잡한 프로세스 데이터를 표현하면 이를 표현하기가 어렵습니다.

Sankey 다이어그램:

Sankey 다이어그램은 장바구니에 담는 것부터 수확까지 사용자의 전체 프로세스를 잘 나타낼 수 있습니다. 다양한 너비는 다양한 트래픽 크기를 나타냅니다.

깔때기형 차트는 여기서 자세히 설명하지 않으며 비교적 간단합니다.

(3) 데이터 분포 설명

버블 차트:

버블 차트는 데이터의 분포 범위를 표시하는 데 가장 적합합니다. 가로좌표는 시간으로 설정할 수 있습니다. , 세로좌표는 상품의 가격을 설정할 수 있으며, 시간에 따른 상품의 가격대 추이를 보여주며, 서로 다른 색상은 서로 다른 상품을 나타냅니다. 이는 가격이 자주 바뀌는 상품의 일별 보기에 매우 유용합니다. 가격 분포 및 추세.

일반적으로 사용되지 않고 너무 단순한 차트에 대해서는 여기서 자세히 다루지 않습니다. 차트는 사용하기 쉽고 충분하다는 원칙에 따라 사용해야 합니다. 복잡한 차트도 추구할 필요는 없습니다. 그렇지 않으면 비즈니스 팀이 번거롭다고 생각하고 제품 디자인의 원래 의도에서 벗어나게 됩니다.

또한 시각적 차트를 직접 개발하는 것은 시간이 많이 걸리고 노동 집약적입니다. 일반적인 해결책은 ECHARTS, QCHART 및 AntV와 같은 오픈 소스 시각화 라이브러리를 사용하고 해당 API 인터페이스를 호출하는 것입니다. .

기타 주의사항

B측 사업의 특성상 백엔드 시스템은 외부에 공개되지 않고, 기업 내부 직원들만이 사용하므로 강조점은 다음과 같습니다. 비즈니스 이슈에 대한 비즈니스 데이터 모델링에 관한 것입니다. 분석 링크, 차원 드릴다운 및 보고서 디자인을 개방함으로써 Kanban 보드의 디자인은 비교적 간단하며(B면은 시각적 경험에 대한 요구 사항이 높지 않음) 시각적 경험을 향상시키는 데 사용할 수 있는 매우 성숙한 시각화 솔루션이 이미 시장에 많이 나와 있습니다. 디자인 하한이 상대적으로 높기 때문에 백엔드 제품 관리자는 백엔드 로직 수준에 집중해야 합니다.

제품 관리자는 초기 비즈니스 설계 프로세스에 최대한 참여해야 하며 비즈니스 논의를 관찰하는 것도 비즈니스 부서의 문제점과 어려움을 이해하는 데 도움이 될 수 있습니다. 비즈니스 조사와 인터뷰의 형식은 충분히 심층적이지 않으며 비즈니스 측에서 요구 사항을 표현할 때 원래 의도에서 벗어날 수 있습니다. 비즈니스 로직에 깊이 들어가야 제품 관리자가 비즈니스 측에서 제시하는 요구 사항을 분석할 수 있습니다. 프로덕트 매니저의 전문적인 의견을 바탕으로 디자인 계획을 수립합니다.