롯데백화점 푸드홀 실시간 혼잡도 시스템 구축 사례 | 실시간 SI 발주 전 5가지
롯데백화점 수원 푸드홀의 혼잡도 실시간 관리 시스템 구축 사례를 문제→해결→포인트로 정리했어요. 11년+ 운영·50+ 프로젝트 개발사가 실시간 시스템 외주에서 발주 전 점검할 5가지와 어려운 지점 3가지를 공개해요.

주말 점심시간의 백화점 푸드홀을 떠올려보세요. 어느 코너가 붐비는지, 대기가 얼마나 쌓였는지 — 현장 매니저의 ‘감’에만 의존하고 있다면, 고객 경험도 운영 효율도 그만큼 흔들려요. 저희가 진행한 [리테일 · 시스템] 롯데백화점 수원 푸드홀 혼잡도 실시간 관리 프로그램(2024.05 오픈) 사례로, 실시간 운영 시스템 외주에서 무엇을 챙겨야 하는지 정리해봤어요.
1. 문제 — 혼잡은 보이는데 데이터가 없어요

실제 설치 현장이에요. 넓은 홀을 매장이 둘러싸고 있어서, “지금 어디가 붐비는지”를 사람이 눈으로 파악하려면 한 바퀴를 돌아야 해요. 그 사이에 상황은 또 바뀌고요.
사이니지 화면에는 매장 배치도와 함께 그날의 추천 메뉴가 올라가요. 혼잡도만 띄우는 화면이었다면 방문객이 굳이 멈춰서 보지 않았을 거예요. 볼 이유가 있는 화면이어야 혼잡 정보도 함께 전달돼요.
오프라인 매장의 혼잡 관리는 오래된 숙제예요. 혼잡하다는 사실은 눈에 보이지만, 지금 어느 구역이 얼마나 붐비는지를 숫자로 말해주는 시스템이 없으면 대응은 늘 한 박자 늦어요.
인력 배치, 좌석 안내, 피크 시간 대비 같은 결정이 전부 경험과 감에 의존하게 되죠. 규모가 큰 매장일수록 이 공백의 비용은 커져요.
2. 프로젝트 — 롯데백화점 수원 푸드홀 사례

운영자가 보는 화면이에요. 왼쪽은 매장 배치도(LOCATION MAP), 오른쪽은 구역별 현재 인원과 수용 인원, 그 아래는 카메라·클라이언트 같은 장치가 정상인지 보여주는 영역이에요. 혼잡 상태는 여유·보통·혼잡 세 단계 색으로 구분해요.
여기서 한 가지 짚고 싶은 게 있어요. 화면 오른쪽 아래의 장치 상태 확인 영역이에요. 혼잡도만 보여주면 될 것 같지만, 실제 운영에서는 “지금 이 숫자를 믿어도 되는가”가 더 중요해요. 카메라 하나가 죽어 있으면 그 구역은 계속 ‘여유’로 표시되거든요. 그래서 데이터와 함께 데이터를 만드는 장치의 상태를 같은 화면에 뒀어요.
저희는 롯데백화점 수원 푸드홀의 혼잡도 실시간 관리 프로그램을 웹 기반 시스템 통합(SI) 방식으로 구축했어요. 핵심 요구는 명확했어요. 현장의 혼잡 상황을 실시간으로 수집·집계하고, 운영자가 한눈에 파악해 바로 대응할 수 있게 하는 것.
| 항목 | 내용 |
|---|---|
| 분류 | 리테일 · 실시간 시스템(SI) |
| 플랫폼 | Web · Windows |
| 오픈 | 2024년 5월 |
| 개발 기간 | 약 4개월 |
| 투입 | 기획 1 · 디자인 1 · 개발 2 |
| 수행 형태 | 캐논코리아와 컨소시엄으로 공동 수행 (센서 부분은 캐논코리아) |
‘문제 → 해결 → 성과’ 구조로 보면, 감으로 하던 혼잡 판단을 데이터 기반의 실시간 운영으로 바꾼 프로젝트였어요.
오픈 이후에는 혼잡도 데이터를 바탕으로 인력 배치와 실시간 광고 송출까지 운영에 반영됐어요. 그리고 저희가 가장 인상 깊게 본 장면은 따로 있었어요. 매장 곳곳의 사이니지를 본 방문객들이 붐비는 매장을 피해 다른 쪽으로 움직이는 모습이었어요. 화면 하나가 실제로 사람의 동선을 바꾼 셈이에요.
3. 해결 — 실시간 관리 시스템의 기본 구조

특히 손이 많이 간 건 안내도 편집 기능이었어요. 매장은 계절마다 바뀌고, 팝업이 들어오고, 구역이 합쳐지거나 나뉘어요. 그때마다 개발사에 연락해서 수정을 요청해야 한다면 시스템이 현장 속도를 못 따라가요.
그래서 운영자가 직접 구역을 그리고, 텍스트와 이미지를 올리고, 색을 바꿀 수 있게 만들었어요. 화면 오른쪽의 캔버스 크기(2160×3840)에서 알 수 있듯이 세로형 사이니지 해상도에 맞춰 편집하는 구조예요. 화면에서 보이는 그대로 사이니지에 나가야 하니까요.
이런 시스템은 보통 네 개의 층으로 구성돼요.
- 수집: 현장의 상태 데이터를 실시간으로 모아요.
- 집계·판정: 구역별 혼잡 수준을 계산하고 기준에 따라 단계를 판정해요.
- 대시보드: 운영자가 전체 현황을 한 화면에서 보고, 이상 상황을 빠르게 인지해요.
- 안내·대응: 판정 결과를 현장 안내와 운영 대응으로 연결해요.
구조 자체는 단순해 보여요. 하지만 실시간 시스템의 난이도는 구조가 아니라 현장에서 나와요.
4. 실시간 시스템 외주에서 진짜 어려운 지점 3가지

이 화면이 앞서 말한 “기준을 정하는 일”에 해당해요. 몇 명부터 ‘보통’이고 몇 명부터 ‘혼잡’인지를 구역마다 다르게 설정할 수 있어요. 좌석 20석짜리 매장과 100석짜리 매장에 같은 숫자를 적용할 수는 없으니까요.
중요한 건 이 값을 오픈 이후에도 계속 바꿀 수 있어야 한다는 점이에요. 실제 데이터가 쌓이기 전에는 적정 기준을 알 수 없어요. 처음 정한 숫자는 대부분 틀리고, 두세 달 운영해봐야 맞는 값이 보여요. 그래서 이런 시스템은 기준값을 코드에 박아두면 안 되고, 화면에서 조정 가능해야 해요.
50개가 넘는 프로젝트를 하며 배운, 실시간 운영 시스템의 승부처는 세 곳이에요. 이 프로젝트에서 실제로 겪은 일을 그대로 적어볼게요.
① 센서가 많아지면 데이터가 제때 도착하지 않아요. 보안 요건 때문에 내부·사설 네트워크로 구성해야 했는데, 다수의 센서가 동시에 데이터를 보내면서 취합이 지연되는 현상이 나타났어요. 실시간 시스템에서 지연은 곧 “틀린 정보”가 돼요. 지금 한산하다고 표시된 매장이 사실은 5분 전 상태라면, 안 보여주느니만 못하니까요. 그래서 이런 프로젝트는 센서 대수와 네트워크 조건을 발주 단계에서 함께 확인해야 해요.
② 개발실에서 잘 돌던 것이 현장에서 끊겨요. 관리자 페이지에서 등록한 광고가 사이니지에서 재생 중 끊기는 현상이 있었어요. 원인을 파고든 끝에, 초기 JavaFX로 구현했던 부분을 C#으로 다시 구현해 해결했어요. 기술 선택이 잘못이었다기보다, 하루 종일 켜져 있는 장비 환경에서는 다른 조건이 요구된다는 걸 실제로 확인한 셈이에요. 이런 건 문서로는 미리 알기 어렵고, 현장에서 부딪혀야 나와요.
③ 오픈 후 운영이 절반이에요. 혼잡 판정 기준은 실제 데이터가 쌓여야 다듬을 수 있어요. 오픈 뒤 조정·개선 단계까지 계약과 일정에 포함돼 있는지 확인하세요.
참고로 이 프로젝트는 캐논코리아와 컨소시엄으로 진행했어요. 센서에서 올라오는 데이터를 받아 판정하고 화면으로 내보내는 쪽을 저희가 맡았죠. 여러 회사가 함께 들어가는 프로젝트라면 경계면(어디까지가 누구 책임인지)을 계약 단계에서 문장으로 남겨두는 것이 나중을 편하게 해요.
5. 발주 전에 준비하면 좋은 것 5가지

마지막으로 한 가지만 덧붙일게요. 사이니지는 “잘 보이는 곳”이 아니라 “결정하기 직전에 지나가는 곳” 에 있어야 해요. 이미 줄을 선 뒤에 혼잡 정보를 보면 늦거든요.
설치 위치는 개발 범위가 아니라고 생각하기 쉽지만, 실제로는 이 시스템의 효과를 가장 크게 좌우하는 요소 중 하나예요. 발주 단계에서 어디에 몇 대를 둘지를 함께 이야기해야 하는 이유예요.
비슷한 실시간 운영 시스템을 검토 중이라면, 발주 전에 이 다섯 가지를 정리해두면 좋아요.
- 판단 기준: 무엇을 ‘혼잡’으로 볼지, 누가 어떤 결정을 내릴지 정의
- 데이터 소스: 상태를 어떤 방식으로 수집할 수 있는지 현장 여건 확인
- 사용자: 대시보드를 보는 사람이 누구인지 (본사 관리자와 현장 매니저는 필요한 화면이 달라요)
- 운영 주체: 오픈 후 시스템을 누가 모니터링하고 개선할지
- 확장 계획: 다른 매장·다른 구역으로 넓힐 가능성이 있는지
이 목록이 미리 정리돼 있으면 견적도 일정도 훨씬 정확해져요. 업체 선정 기준이 고민이라면 실패하지 않는 개발 외주사 체크리스트도 함께 참고하세요.
비슷한 실시간 운영 시스템을 검토하고 있다면, 비슷한 프로젝트를 해본 회사와 상담해보세요 →
6. 운영해본 회사가 다른 이유
저희는 이 프로젝트를 ‘납품하면 끝’으로 보지 않았어요. 자체 SaaS 4종을 직접 운영하는 회사라서, 오픈 다음 날부터 시스템이 겪을 일을 먼저 상상하는 습관이 있거든요.
실시간 시스템은 특히 그래요. 데이터가 쌓이면서 판정 기준이 다듬어지고, 현장 피드백으로 화면이 바뀌어요. 그 과정을 견디는 시스템을 만들려면, 만드는 사람이 운영을 알아야 해요. 롯데·캐논·KICT 사례를 더 보고 싶다면 개발 외주 성공의 조건에서 이어서 읽어보세요.
7. 자주 묻는 질문 (FAQ)
이런 시스템 구축에는 기간이 얼마나 걸리나요?
범위에 따라 다르지만, 수집 방식과 판단 기준이 명확할수록 짧아져요. 반대로 현장 여건 확인과 기준 정의가 안 된 상태로 시작하면 개발보다 조율에 시간이 더 들어요. 그래서 발주 전 준비(위 5가지)가 기간을 좌우해요.
기존 매장 시스템과 연동이 가능한가요?
대부분 가능하지만, 연동 방식과 데이터 접근 권한을 초기에 확인해야 해요. 백화점처럼 여러 시스템이 얽힌 환경이라면 연동 협의 자체를 일정에 포함하는 게 안전해요.
작은 매장에도 적용할 수 있나요?
핵심은 규모가 아니라 ‘실시간으로 알면 대응이 달라지는가’예요. 대기·혼잡·재고처럼 시시각각 변하는 정보로 운영 결정을 내리는 곳이라면 규모와 무관하게 효과가 있어요.
8. 마무리 — 감이 아니라 데이터로 운영하기
혼잡 관리의 본질은 화면이 아니라 결정의 속도예요. 지금 어디가 붐비는지 숫자로 아는 순간, 인력 배치도 고객 안내도 달라지거든요.
저희 크리에이티브소프트는 11년 넘게 자체 SaaS 4종을 직접 운영하며 50개 이상의 프로젝트를 진행해온 개발사예요. 롯데백화점 푸드홀처럼 현장에서 매일 돌아가는 시스템을 만들고 운영까지 함께 봐왔고요. 매장·현장 운영 시스템을 고민하고 있다면 운영까지 해본 회사와 상담해보세요 →
관련해서 함께 보면 좋은 글이에요.