본사는 모든 지점의 예약 건수와 취소율, 담당자 가동 현황을 한 화면에서 보고 싶습니다. 반면 지점은 각자 운영 시간도 다르고, 담당자를 배정하는 방식도 다르며, 취소를 받아들이는 기준도 다르게 쓰고 있습니다. 이때 여러 지점 예약 관리 시스템 통합의 출발점은 고객용 앱을 새로 만들지 결정하는 일이 아닙니다.
먼저 같게 정할 것은 “예약이 지금 어떤 상태인지”입니다. 예약이 전화로 들어왔든, 직원이 엑셀에 적었든, 고객이 온라인에서 신청했든 같은 예약 흐름 안에 남아야 본사가 숫자를 믿고 볼 수 있습니다. 운영 조건까지 본사가 하나로 강제하면 지점은 다시 메신저와 수기 장부로 돌아갈 가능성이 큽니다.
공통으로 묶을 것은 예약의 흐름과 기록이다
통합 화면에서 예약을 비교하려면 지점마다 다른 표현을 쓰더라도 공통 상태로 읽혀야 합니다. 예를 들어 한 지점의 “접수 완료”가 다른 지점에서는 아직 직원 확인 전인 문의일 수 있습니다. 둘을 모두 확정 예약으로 집계하면 본사는 매출 예상과 실제 가능한 인력을 잘못 판단하게 됩니다.
그래서 신청, 확인 대기, 확정, 이용 완료, 노쇼, 취소처럼 조직 전체가 함께 쓰는 상태를 먼저 정하는 편이 좋습니다. 지점별 흐름은 달라도 됩니다. 가령 A지점은 신청 즉시 확정할 수 있고, B지점은 관리자 승인과 결제 확인 뒤 확정할 수 있습니다. 중요한 것은 두 흐름 모두 어느 단계에 있는지 본사 화면에서 같은 언어로 볼 수 있어야 한다는 점입니다.
공통 예약 기록에는 적어도 다음 정보가 남아야 합니다.
- 예약이 발생한 지점과 서비스
- 고객을 구분하는 기준과 예약 유입 경로
- 시작·종료 시각, 담당자, 좌석·장비·공간 같은 사용 대상
- 현재 예약 상태와 상태가 바뀐 시각
- 변경하거나 취소한 사람과 변경 이유
이 기록은 감시를 위한 장부가 아니라 운영 판단의 기준입니다. 전화 예약을 직원이 대신 등록했을 때도, 고객이 취소 요청을 했지만 아직 처리되지 않았을 때도 같은 흐름으로 남아야 “확정 건”과 “처리 중인 건”을 섞지 않을 수 있습니다.
지점이 계속 결정해야 할 것은 예약 가능 조건이다
운영 시간, 휴무일, 서비스별 소요 시간, 준비 시간은 지점별 설정으로 남기는 편이 현실적입니다. 상담 중심 지점은 담당자 일정이 우선일 수 있고, 시설 대여 지점은 공간과 장비의 빈 시간이 더 중요할 수 있습니다. 교육이나 클래스 운영처럼 여러 고객을 한 회차에 받는 곳은 정원과 최소 인원도 예약 가능 여부에 영향을 줍니다.
담당자 배정 역시 공통 규칙 하나로 고정하기 어렵습니다. 고객이 담당자를 직접 고르는 지점도 있고, 가능한 직원에게 자동 배정하는 지점도 있습니다. 다만 자동 배정이 필요하다고 해서 균등 배정, 숙련도 우선, 특정 지점 우선 같은 기준까지 저절로 해결되지는 않습니다. 이런 기준이 운영에 중요하다면 요구사항에 별도로 적어야 합니다.
취소와 환불도 같은 원칙으로 나눕니다. 본사는 취소가 언제 발생했고 어떤 상태로 처리됐는지를 공통 기록으로 봅니다. 반면 예약 전날까지 무료 취소를 허용할지, 관리자 승인이 필요한지, 결제 취소를 어떤 순서로 처리할지는 지점 또는 서비스별 설정으로 두는 편이 낫습니다. 공통화의 목적은 모두를 같은 방식으로 일하게 만드는 것이 아니라, 서로 다른 방식을 비교 가능한 기록으로 남기는 데 있습니다.
개발 범위는 현재 예약 원장이 어디에 있는지로 나눈다
예약 정보가 엑셀, 전화 메모, 메신저, 기존 프로그램에 흩어져 있고 고객 중복 여부도 불분명하다면 고객용 예약 페이지를 먼저 만들 이유가 약합니다. 이 단계에서는 직원이 수기로 등록해도 되는 공통 예약표와 상태 변경 절차부터 마련하는 편이 낫습니다. 본사가 무엇을 볼 수 있어야 하는지, 지점이 어떤 예외를 자주 처리하는지도 이 과정에서 드러납니다.
이미 지점별 예약 흐름이 대체로 정리돼 있다면, 다음 범위는 공통 예약 화면과 지점별 설정 화면입니다. 반대로 좌석, 장비, 직원 일정이 다른 시스템과 실시간으로 연결돼야 한다면 이야기가 달라집니다. 어느 시스템이 최종 예약 정보를 갖는지, 연결이 끊겼을 때 누가 어떤 화면을 기준으로 처리하는지까지 미리 정해야 합니다. “연동 가능”이라는 답만으로는 같은 시간대의 중복 예약을 막을 수 없습니다.
업체와 논의할 때는 화면 시연을 요청하는 편이 좋습니다. 같은 담당자와 시간에 두 건이 들어왔을 때 어떤 예약이 유지되는지, 취소 후 해당 시간이 언제 다시 열리는지, 지점 관리자가 운영 시간을 바꾸면 본사 통계에는 어떻게 표시되는지를 실제 흐름으로 확인해 보아야 합니다. 기능 목록보다 이 장면들이 통합 범위를 더 정확히 보여줍니다.
예약 통합의 첫 산출물은 화려한 앱 화면이 아니라 공통 상태표와 지점별 설정 목록이어야 합니다. 최근 한 달 동안 각 지점에서 수기로 처리한 예외 예약 몇 건을 가져와 이 두 기준에 넣어 보십시오. 기록할 수 없는 예외는 공통 흐름을 보완해야 한다는 신호이고, 설정만 바꾸면 해결되는 차이는 굳이 새 개발로 고정할 필요가 없습니다.
