매장 예약 관리, 엑셀 대신 작은 예약 시스템으로 시작하기

예약을 어디에 적고 계십니까?

탁상 달력, 카운터 옆 메모장, 엑셀 한 장, 그리고 메신저 대화방이 함께 쓰이는 매장이 많습니다.

받는 사람이 한 명일 때는 그래도 굴러갑니다.

디자이너가 둘, 셋으로 늘면 같은 토요일 오전을 서로 다른 곳에 적기 시작합니다.

그 무렵에 쓸 만한 작은 예약 화면 하나를 놓고 이야기하겠습니다.

업무 전체를 시스템으로 옮기는 그림은 접어 두셔도 됩니다.

예약 접수와 담당자별 일정, 일별 예상 매출만 묶은 화면이 어떤 크기인지는 제가 만든 데모에서 가늠해 보세요.

데모는 가상의 헤어샵이고 고객 이름과 일정도 모두 지어낸 시연용 데이터입니다.

예약이 흩어질 때 생기는 일

예약 장부가 여러 곳이면 문제는 기록보다 대조에서 생깁니다.

달력에는 있는데 엑셀에는 없는 예약이 생기고, 누가 마지막으로 고쳤는지 아무도 모릅니다.

취소는 더 까다롭습니다.

메신저로 들어온 취소를 달력에서 지웠는지 확인하려면 두 곳을 다 열어야 합니다.

하루 매출을 미리 가늠하는 일도 손으로 합니다.

예약 목록을 보며 시술 가격을 하나씩 더하고, 변경이 생기면 처음부터 다시 셉니다.

이 수고는 예약을 받는 손이 둘 이상이 되는 순간부터 커지고, 장부를 하나로 모을 이유도 그때 생깁니다.

데모가 담은 크기

데모 화면은 가상 헤어샵의 한 주 캘린더 하나입니다.

담당자는 원장 한 명과 디자이너 두 명, 모두 세 명입니다.

시술은 네 종류로 잡았습니다.

시술	가격(가상)
커트	25,000원
펌	90,000원
염색	70,000원
클리닉	50,000원

영업은 화요일부터 일요일까지이고 월요일은 정기휴무로 비워 두었습니다.

시간은 10시부터 19시 시작까지 1시간 칸으로 나눴습니다.

처음 열면 한 주에 30건이 들어 있고, 상단에 이번 주 예약 30건과 예상 매출 1,645,000원이 뜹니다.

토요일이 8건, 445,000원으로 가장 많아서 매출 기준으로 붙는 '주간 최고' 표시가 토요일 카드에 뜹니다.

담당자별로 나누면 세 사람 모두 10건씩이고, 예상 매출은 515,000원과 520,000원, 610,000원으로 갈립니다.

같은 건수라도 펌과 염색을 누가 많이 맡았는지에 따라 금액이 달라지는 것이 화면에서 바로 보입니다.

화면은 이것뿐입니다.

고객 관리, 재고, 직원 급여 같은 메뉴는 일부러 넣지 않았습니다.

한 원본에서 세 화면이 나오는 구조

이 데모에서 제일 신경 쓴 부분은 숫자를 따로 적어 두지 않는 구조입니다.

캘린더, 상단 합계, 아래 일별 카드와 막대 차트는 모두 같은 예약 목록 하나에서 계산됩니다.

예약을 하나 넣으면 그 목록에 한 줄이 생기고, 나머지 화면은 그 목록을 다시 읽습니다.

엑셀로 치면 합계 칸에 값을 손으로 쓰는 대신 매번 원본에서 다시 더하는 셈입니다.

이 구조 덕분에 담당자 필터도 단순해집니다.

원장 칩을 누르면 예약 목록이 원장 것만 남고, 캘린더와 상단 합계, 아래 카드와 차트가 모두 그 범위로 다시 계산됩니다.

차트 제목에도 담당자 이름이 붙어서 지금 누구 숫자를 보는지 헷갈리지 않습니다.

필터를 켠 채로 빈칸을 누르면 예약 창의 담당자도 그 사람으로 미리 골라져 있습니다.

원장이 자기 일정만 띄워 놓고 전화를 받는 상황을 생각하고 넣은 동작입니다.

합계를 손으로 관리하면 필터마다 별도 표가 필요하지만, 이 데모는 같은 목록을 다시 읽기 때문에 담당자용 표를 따로 두지 않습니다.

같은 칸 두 번 받기, 어디서 막나

데모에서 빈칸을 누르면 고객명, 시술, 담당자를 고르는 창이 뜹니다.

시술을 고르는 순간 예상 금액이 창 안에 바로 보입니다.

고객명을 비우면 "고객명을 입력해 주세요."가 뜨고 저장되지 않습니다.

같은 담당자의 같은 시간에 이미 예약이 있으면 "해당 시간대에 이미 예약이 있습니다."로 막습니다.

담당자가 다르면 같은 시간도 받습니다.

데모의 토요일 10시에 원장과 디자이너 예약이 나란히 있는 이유입니다.

다만 데모의 이 검사는 화면 안에서만 돕니다.

혼자 쓰는 화면이면 충분하지만, 카운터와 휴대폰에서 두 사람이 동시에 같은 칸을 누르는 상황까지 막으려면 저장하는 쪽에서 판정해야 합니다.

제가 사내 그룹웨어 회의실 예약에서 이 겹침을 데이터베이스 단계에서 막은 방법은 회의실 예약 중복 글에서 409 안내까지 다룹니다.

매장 예약도 받는 사람이 여럿이면 같은 원리를 그대로 씁니다.

데모가 일부러 비워 둔 부분

데모는 크기를 보여 주려고 만든 화면이라 뺀 것이 분명합니다.

실제로 도입할 때는 이 칸들을 하나씩 정하게 됩니다.

데모 상태	실제 도입 때 정할 것
모든 시술이 1시간 칸	펌·염색처럼 긴 시술을 몇 칸으로 잡을지
한 주 고정, 주 이동 버튼 잠김	몇 주 앞까지 예약을 열지
새로고침하면 처음 30건으로 돌아감	예약을 저장할 곳과 백업
고객은 이름만	연락처를 둘지, 둔다면 누가 볼지
예약 알림 없음	확정·변경 알림을 보낼지

시술 길이는 생각보다 큰 결정입니다.

1시간 칸으로 통일하면 화면과 겹침 검사가 아주 단순해집니다.

시술마다 길이를 다르게 두면 실제와 가까워지지만, 겹침 판정이 칸 단위에서 시간 범위 단위로 바뀝니다.

처음에는 칸을 30분이나 1시간으로 고정하고 긴 시술은 칸 여러 개로 잡는 쪽이 운영하기 편합니다.

엑셀로 충분한지 가르는 문항

모든 매장에 예약 시스템이 필요한 것은 아닙니다.

아래 문항에 몇 개나 "예"가 나오는지 세어 보세요.

질문	"예"라면
예약을 받는 사람이 둘 이상인가	장부가 하나여야 할 이유가 생깁니다
담당자별로 따로 봐야 하는가	필터 하나로 끝나는 화면이 손을 덜어 줍니다
취소·변경이 잦은가	지우고 다시 쓰는 사이 누락이 생깁니다
매출 합계를 매일 손으로 내는가	원본에서 자동 계산하는 편이 틀릴 일이 적습니다

하나도 해당하지 않으면 지금 쓰는 엑셀이나 달력을 그대로 두셔도 됩니다.

두 개 이상이면 작은 예약 화면이 손을 덜어 줄 가능성이 큽니다.

특히 받는 사람이 둘 이상이면서 취소·변경까지 잦다면 겹침과 누락이 가장 먼저 터지는 조합입니다.

첫 범위는 이만큼

처음 만들 때는 접수·취소·담당자 필터·일별 합계까지만 잡기를 권합니다.

이 네 동작이 매일 손이 가는 부분이고, 데모가 담은 범위도 딱 여기까지입니다.

고객 이력이나 적립금, 문자 알림은 이 화면이 몇 주 돌아간 뒤에 붙여도 늦지 않습니다.

처음부터 기능을 다 넣으면 직원들이 익숙한 메모장으로 돌아가기 쉽습니다.

첫 범위	매일 줄어드는 일
접수	여러 장부에 같은 예약을 옮겨 적는 일
취소	지운 곳과 안 지운 곳을 대조하는 일
담당자 필터	디자이너별 일정을 따로 뽑는 일
일별 합계	시술 가격을 손으로 더하는 일

이 표의 오른쪽 칸이 지금 매장에서 하루 몇 분씩 드는지 한번 재 보세요.

그 시간이 화면을 만들지 말지 정하는 가장 현실적인 근거가 됩니다.

지금 매장의 담당자 수와 시술 목록, 운영 요일을 적어 웹 제작 문의에 남겨 주시면 이 데모 크기를 기준으로 무엇을 더하고 뺄지 목록으로 돌려 드립니다.

데모 둘러보기 순서

매장 예약 관리 데모는 아래 순서로 눌러 보시면 구조가 가장 잘 보입니다.

먼저 상단 담당자 칩에서 원장을 누르세요.

캘린더가 원장 예약 10건만 남기고, 상단 합계가 515,000원으로 바뀝니다.

다시 눌러 전체로 돌아온 뒤 토요일 10시의 펌 블록을 누르세요.

예약 상세 창에 시술과 담당자, 시간, 예상 금액 90,000원이 뜹니다.

여기서 예약 취소를 누르면 블록이 사라집니다.

그다음 아래 토요일 카드를 보세요.

8건이 7건으로, 445,000원이 355,000원으로 줄고 막대도 함께 내려갑니다.

마지막으로 목요일 14시 빈칸에 펌 예약을 하나 넣어 보세요.

목요일 카드가 4건에서 5건으로, 210,000원에서 300,000원으로 오릅니다.

토요일 11시 칸의 빈 자리를 눌러 이미 그 시간에 예약이 있는 담당자를 고르면 겹침 안내도 확인하실 수 있습니다.

이렇게 눌러 보는 동안 숫자를 직접 고친 곳이 한 군데도 없다는 점을 보시면, 매장에 맞는 첫 화면의 크기가 그려질 겁니다.