ConnectWiz Booking

데이터베이스라는 척추를 가진 예약 장부.

상담원이 잡든, AI가 잡든, 플로우가 잡든, 고객이 직접 잡든, 모든 예약은 원장 하나로 들어옵니다. 거기서 공간과 장비와 담당자가 제대로 교차하고, 중복 예약은 저장 계층이 직접 막으며, 실제로 쓰시는 캘린더가 양방향으로 동기화됩니다.

예약하는 문은 넷, 진실은 하나 충돌은 데이터베이스가 막습니다 Google · Outlook · Apple 동기화
가용 시간 — 데이터베이스가 결정합니다
목요일
공간 + 장비 + 의사: 모두 비어 있음
겹침 — DB가 거부함
14:30 예약됨
Google로 내보냄 · 바쁜 시간 차감됨
4
예약하는 문 — 패널, AI, 플로우 스텝, 그리고 위젯에서 방문자가 직접 하는 예약
0
가능한 중복 예약 수 — 겹침은 경쟁 조건에 노출되는 앱 규칙이 아니라 데이터베이스 제약이 거부합니다
3
양방향 동기화되는 캘린더 제공자 — Google, Outlook/Microsoft 365, Apple/CalDAV
15분
리마인더 엔진 주기 — 고객 리마인더와 직원 알림이 설정하신 사전 시간에 맞춰 발송됩니다

네 개의 문

모두가 같은 진실을 보고 예약합니다

팀은 예약 장부에서

일별 예약 장부와 예약 관리 전부. 예약 유형, 장소, 담당자, 서비스 변형, 테넌트가 정의한 상태 라벨, 노쇼 처리, 품목 항목까지 다룹니다.

AI는 두 동작으로

Wiz는 실제로 비어 있는 슬롯을 제안하고, 고객이 고른 것을 예약합니다. 일부러 두 단계로 나눴습니다. 누군가에게 첫 빈 슬롯을 자동으로 잡아 주는 것은 데모용 속임수이지 서비스가 아니기 때문입니다.

Flows에서는 스텝으로

이 예약 노드 하나면 자동화 어디에나 슬롯 제안을 끼워 넣을 수 있습니다. 사람이 끼지 않고도 리마인더 플로우가 재예약으로 끝납니다.

방문자는 직접

이 웹사이트 위젯의 예약 미니 앱으로 고객이 실시간 가용 시간에서 직접 고릅니다. 실제로 예약 가능한 서비스를 제공하실 때만 나타납니다.

리소스 모델

공간, 장비, 사람 — 현실이 그러하듯 교차합니다

“비어 있는가”는 세 갈래 질문입니다. 담당자와 공간과 장비가 동시에 비어 있어야 합니다. 대부분의 예약 도구는 축 하나만 모델링하고 나머지는 운에 맡기지만, 이 엔진은 그 교차를 모델링합니다.

추상적인 3D 일러스트: 캘린더 격자에 에메랄드빛 슬롯 하나가 놓이고, 리소스 구체 세 개가 빛의 고리로 잠겨 있으며, 겹치는 슬롯 하나는 역장에 밀려나는 모습

역할과 포함 관계

예약 하나가 역할별로 여러 리소스를 잡습니다. 공간, 장비, 담당자가 그것입니다. 포함 관계가 연결돼 있어서, 바쁜 공간 안에 있는 장비는 아무도 그 장비를 예약하지 않았어도 올바르게 사용 불가로 잡힙니다.

규칙이 아니라 제약입니다

겹침 방지는 저장 계층에 배제 제약으로 들어가 있습니다. 경쟁하는 두 요청이 동시에 이길 수 없습니다. 두 번째 쓰기가 물리적으로 거부되기 때문입니다. 규칙 엔진은 약속하고, 제약은 보장합니다.

정원은 단위로

여덟 자리짜리 수업은 카운터가 아니라 여덟 개의 단위입니다. 그래서 “한 자리 남음”이 특정 단위에 대한 사실이 되고, 환불이 계산을 망가뜨리지 않습니다.

적격 여부는 따로

“이 공간이 이 서비스를 수용할 수 있는가”는 점유 여부와 별개인 자체 행렬입니다. 그래서 비어 있지만 맞지 않는 리소스는 애초에 제안되지 않고, 그 이유도 들여다볼 수 있습니다.

캘린더 동기화

자사 캘린더를 가용 시간에서 빼 드립니다

예약은 밖으로 나갑니다

예약은 Google 캘린더, Outlook 캘린더, Apple 캘린더에 일정으로 나타나고, 취소하면 사라집니다. 담당자의 휴대폰 캘린더가 예약 장부보다 하루 늦는 일이 없습니다.

바쁜 시간은 안으로 들어옵니다

외부 일정은 가용 시간에서 차감됩니다. 개인 Google 캘린더에 이미 치과 일정이 있는 목요일 15:00을 AI가 제안하는 일이 없습니다.

소스별 역할과 방향

연결된 소스마다 설정이 따로 있습니다. 읽기, 쓰기, 양방향, 바쁜 시간만 중에서 고릅니다. 그래서 공용 진료 캘린더와 개인 캘린더가 서로 싸우지 않고 다른 역할을 맡을 수 있습니다.

리마인더와 운영

뒷마무리를 자동으로

실제로 발송되는 리마인더

설정하신 사전 시간에 맞춰 고객 확정 안내와 리마인더가 이메일로, 원하시면 SMS로도 나갑니다. 새 예약에는 직원 알림도 붙습니다. “다시 연락드리기”가 기억력에 기대지 않게 됩니다.

예약이 재고를 차감합니다

서비스 예약은 쓰인 부품을 재고 원장 기준으로 차감할 수 있습니다. 시술과 거기 쓰인 자재가 한 동작으로 맞춰집니다.

과거 기록도 들어옵니다

다른 CRM에서 옮겨 오시나요? 마이그레이션 엔진이 기존 예약 히스토리를 같은 원장으로 가져옵니다. 예약 장부가 기억상실인 채로 시작하지 않습니다.

솔직한 세부 조건

계획을 세우시기 전에 밝힙니다

아직 독립 예약 링크는 없습니다

셀프 예약은 웹사이트 채팅 위젯 안에 있습니다. 이메일로 보낼 수 있는 Calendly 방식의 공개 예약 페이지는 아직 없습니다. 그게 핵심 동선이시라면 알려 주세요. 로드맵이 그에 따라 움직입니다.

외부 CRM은 덜 담습니다

예약이 연결된 CRM으로 나갈 때 장비와 소모 내역은 살아남지 못할 수 있습니다. 벤더 API가 그 축을 공개하지 않기 때문입니다. 동기화는 조용히 버리는 대신 무엇을 버렸는지 말해 줍니다.

원장은 언제나 저희 쪽입니다

어떤 캘린더와 CRM을 연결하시든 예약 원장은 ConnectWiz 자체 테이블로 남습니다. 외부 시스템은 소스이자 거울일 뿐, 절대 원본이 아닙니다. 이것은 명시해 둔 설계 원칙입니다.

예약 FAQ

예약을 잡기 전에

더 자세한 내용은 FAQ에서 확인하시거나, 직접 문의해 주세요.

문은 넷입니다. 패널과 일별 예약 장부에서 일하는 팀, 어떤 대화 안에서든 움직이는 AI 에이전트 Wiz, 자동화 플로우의 예약 스텝, 그리고 웹사이트 채팅 위젯에서 직접 예약하는 방문자입니다. 네 곳 모두 같은 가용 시간을 보고 같은 원장에 기록하기 때문에, 누가 어떤 슬롯을 가졌는지에 대한 진실은 정확히 하나입니다.

데이터베이스가 직접 막습니다. 저장 계층의 배제 제약 때문에 같은 리소스에 겹치는 예약 두 개를 기록하는 것이 어느 문에서 시도하든 물리적으로 불가능합니다. 애플리케이션 규칙은 경쟁에 질 수 있지만 제약은 그렇지 않습니다.

네. Google, Outlook/Microsoft 365, Apple/CalDAV와 양방향으로 동기화됩니다. 예약은 일정으로 나가고(취소하면 사라지고), 외부의 바쁜 시간은 들어와 가용 시간에서 차감됩니다. 그래서 개인 캘린더가 이미 차지한 슬롯을 AI가 제안하는 일이 없습니다. 소스마다 역할과 방향 설정이 따로 있습니다. 읽기, 쓰기, 양방향, 바쁜 시간만 중에서 고르시면 됩니다.

일부러 두 단계로 나눴습니다. 먼저 실제로 비어 있는 슬롯을 제안하고, 고객이 고른 것을 예약합니다. 이 둘을 한 단계로 합치면 누군가에게 첫 빈 슬롯을 자동으로 잡아 주게 됩니다. 데모에서는 편해 보이지만 실제로는 고약한 일입니다.

“언제 시간 되세요?”를 매번 확보된 슬롯으로 끝낼 수 있습니다.

리소스를 한 번만 설정해 두면, 상담원도 AI도 플로우도 고객도 같은 진실을 보고 예약합니다.