삼태연구소
SAMTAELABS삼태연구소
가이드2026년 11월 2일·7분 읽기

매장별 매출·재고 대시보드, 화면보다 비교 기준을 먼저 정해야 할 때

다매장운영데이터대시보드요구사항정의
매장별 매출·재고 대시보드, 화면보다 비교 기준을 먼저 정해야 할 때
목차(3)

본사는 매장별 매출과 재고를 한 화면에서 보고 싶지만, A점의 ‘아아’와 B점의 ‘아이스 아메리카노’가 같은 상품인지부터 불분명한 경우가 많습니다. 재고도 어떤 매장은 실제 보유 수량을, 다른 매장은 판매 가능한 수량을 보고할 수 있습니다. 이때 비교용 화면을 먼저 만들지, 데이터를 같은 뜻으로 정리할지 판단하는 기준은 화면의 완성도가 아니라 숫자를 설명할 수 있는지에 있습니다.

매장별 매출 재고 데이터 통합 대시보드 외주를 검토할 때 대시보드는 출발점이라기보다 마지막에 보여 줄 결과물에 가깝습니다. 본사가 “왜 이 매장이 높거나 낮은가”를 물었을 때 같은 기준으로 답할 수 없다면, 먼저 화면이 아니라 비교 규칙을 만드는 범위로 시작하는 편이 낫습니다.

같은 숫자를 같은 뜻으로 말할 수 있다면 화면부터 시작할 수 있다

모든 매장이 같은 판매 시스템을 쓰고, 상품 코드와 취소 처리 방식도 거의 같다면 대시보드 시범 화면을 먼저 만드는 선택이 가능합니다. 이 경우에도 화면에서 무엇을 비교할지 정해야 합니다. 예를 들어 매출을 결제 완료 금액으로 볼지, 환불과 쿠폰을 반영한 금액으로 볼지에 따라 매장 순위가 달라질 수 있습니다.

화면부터 시작할 수 있는 상태는 데이터가 완벽할 때가 아니라, 차이가 있어도 본사가 이미 설명할 수 있을 때입니다. “이 매장은 배달비를 매출에 포함한다”처럼 알려진 차이가 있고, 이를 지표에서 분리하거나 같은 방식으로 보정할 수 있다면 초기 화면에서 매출 추이와 주문 흐름을 확인할 수 있습니다.

다만 화면을 먼저 만든다고 해서 모든 항목을 한꺼번에 넣을 필요는 없습니다. 재고 실사 시점이 매장마다 다르다면 재고 부족 알림까지 서두르기보다, 우선 매출과 주문처럼 정의가 비교적 분명한 지표부터 보여 주는 편이 혼선을 줄입니다.

상품·매장·매출의 연결 규칙이 없으면 기준 데이터가 먼저다

상품 이름이 다르다고 원래 이름을 지울 필요는 없습니다. 각 매장의 원본 기록은 유지하고, 본사 비교를 위해 “이 항목들은 같은 대표 상품”이라고 연결하는 별도 기준을 만들면 됩니다. 이를테면 가정의 예로, ‘아메리카노 ICE’, ‘아이스 아메리카노’, ‘아아’를 한 대표 상품으로 묶되 사이즈와 샷 추가를 어디까지 합산할지는 본사가 정해야 합니다.

매장도 상호명만으로 묶으면 이전, 폐점, 가맹 전환 때 과거 실적이 흔들릴 수 있습니다. 본사가 관리하는 고정 매장 식별값을 두고, 각 시스템의 매장 코드와 연결해 두면 이름이 바뀌어도 비교 기준을 유지하기 쉽습니다. 상품 바코드나 공통 식별번호가 있으면 연결 작업에 도움이 되지만, 세트 상품과 기간 한정 메뉴, 옵션까지 자동으로 같은 비교 단위가 되지는 않습니다.

기준 데이터 작업에서 먼저 합의할 항목은 많지 않습니다.

  • 어떤 이름과 코드를 같은 대표 상품으로 볼 것인가
  • 매출에 취소, 환불, 쿠폰, 배달비를 어떻게 반영할 것인가
  • 주문 건수를 영수증 기준으로 볼지 판매 상품 기준으로 볼 것인가
  • 재고 현황이 보유 수량인지 판매 가능 수량인지
  • 새 상품이나 연결되지 않은 항목을 누가 확인하고 승인할 것인가

이 규칙은 개발팀이 임의로 정할 일이 아닙니다. 상품 운영, 매장 관리, 회계 또는 정산 담당자가 함께 정해야 이후 숫자 차이를 두고 화면 오류인지 운영 방식 차이인지 가려낼 수 있습니다.

데이터 정리와 대시보드를 나누어 맡길 때 확인할 범위

매장마다 다른 판매 시스템이나 주문 채널을 쓰더라도, 정기적으로 자료를 받을 수 있고 필요한 항목을 추출할 수 있다면 두 일을 이어서 추진할 수 있습니다. 먼저 일부 매장과 핵심 상품만 골라 연결표와 매출 규칙을 만들고, 그 결과를 확인하는 작은 대시보드를 구성하는 방식입니다. 이 단계에서 숫자가 맞지 않으면 전체 화면을 다시 고치기보다 어떤 원본 기록과 연결 규칙에서 차이가 생겼는지 찾을 수 있습니다.

반대로 상품명 중복이 많고 재고 조정을 수기로 처리하며, 원천 시스템에서 어떤 자료를 받을 수 있는지도 불확실하다면 대시보드 개발을 먼저 계약하기 어렵습니다. 이때 1차 과제는 화면 제작이 아니라 자료 접근 가능 여부와 갱신 주기, 원본 보관 방식, 연결 실패 항목의 처리 방법을 확인하는 일입니다. 주문 채널과 판매 시스템의 연동 범위는 사용 중인 기기, 계약 상태, 공급사의 지원 조건에 따라 달라질 수 있으므로 개별 확인이 필요합니다.

업체에 화면 목록만 전달하면 요구사항이 빠지기 쉽습니다. 사용 중인 판매·주문·재고 시스템 목록, 매장 목록, 상품표, 최근 원본 자료 예시, 현재 본사가 쓰는 보고서를 함께 보여 주는 편이 좋습니다. 특히 “새 메뉴가 생기면 어떻게 대표 상품에 연결하는가”, “숫자가 다르면 원본 기록까지 내려가 확인할 수 있는가”를 먼저 물어보면, 화면 제작과 데이터 정리 중 어디까지가 이번 범위인지 분명해집니다.

본사가 먼저 결정할 일은 모든 데이터를 하나로 바꾸는 것이 아니라, 어떤 차이는 비교에 포함하고 어떤 차이는 따로 보겠다는 기준을 세우는 일입니다. 그 기준이 잡힌 뒤에는 대시보드도 훨씬 작고 명확하게 시작할 수 있습니다. 첫 화면은 “어느 매장의 어떤 대표 상품 매출이 달라졌는가”에 답하는 수준이면 충분합니다.

우리 프로젝트와 가까운 개발 사례도 살펴보세요

어떤 기능을 만들었는지 비교하면, 맡기고 싶은 개발 범위를 정하기가 쉬워집니다.

우리 프로젝트는 어디까지 개발하면 될까요?

완성된 기획서가 없어도 괜찮습니다. 지금 쓰는 자료나 원하는 결과 예시를 바탕으로 필요한 기능부터 함께 정리합니다.

관련 아티클

관련 사례

이 글의 키워드와 맞닿은 실제 개발 사례를 함께 보세요.