일정·예약

이 카테고리가 다루는 범위

다른 사람이 메시지를 주고받지 않고 내 시간을 예약하게 하는 일입니다. 가능 시간 규칙, 예약 페이지, 확인, 알림, 예약 시점의 결제가 여기에 들어갑니다.

용도는 둘로 나뉩니다. 영업 통화와 면접을 위한 미팅 링크는 일정 조율 대화를 없애는 것이 목표입니다. 서비스를 위한 예약은 일정표를 채우고 노쇼를 줄이는 것이 목표입니다.

교대로 계획하는 업무는 인력 관리에 속합니다. 위치와 이동에 따라 배정하는 작업은 현장 서비스에 있습니다.

가능 시간은 규칙의 문제입니다

모든 제품이 비어 있는 시간을 보여 줍니다. 차이는 실제 제약을 설명하기 시작하면 드러납니다.

예약 사이의 여유 시간. 예약 전 최소 사전 통보. 하루 최대 건수. 사람에 따라 다르게 제공되는 소요 시간. 요일, 서비스, 직원에 따라 달라지는 가능 시간. 누가 어떤 시간대를 예약할 수 있는지에 대한 규칙.

도구가 우리의 규칙을 표현하지 못하면 결국 예약을 손으로 고치게 되고, 이는 장점 전체를 없앱니다. 체험 전에 제약을 적어 두고 하나씩 확인하세요.

시간대는 저렴한 제품이 무너지는 곳입니다. 다른 나라에서 예약해 본 뒤 일정을 변경하고, 확인 메시지에 실제로 무엇이 적혀 있는지 읽어 보세요.

노쇼 줄이기

• 확인: 즉시 발송하고 캘린더 일정을 첨부.
• 알림: 예약 전에 메일로, 선택적으로 휴대폰으로.
• 보증금 또는 선결제: 알림보다 행동을 더 크게 바꿉니다.
• 취소 기한: 명시하는 데 그치지 않고 실제로 적용.
• 쉬운 일정 변경: 옮겨진 예약이 빈 시간대보다 낫기 때문입니다.

보증금은 서비스 업종에서 가장 강력한 수단입니다. 돈을 어느 정도 낸 예약은 훨씬 더 자주 지켜지며, 결제 경로는 제대로 확인할 가치가 있습니다. 지원하는 결제 수단, 환불, 카드 결제가 실패했을 때의 처리입니다.

휴대폰으로 가는 알림이 노쇼를 가장 많이 줄이며 대개 건당 비용이 듭니다. 고객이 실제로 있는 나라의 요금을 물어보세요.

팀, 라우팅, 까다로운 경우

예약을 받을 수 있는 사람이 여럿이 되면 질문이 달라집니다.

라운드 로빈 배분, 비어 있는 누구든 되는 통합 가능 시간, 여러 사람이 함께 있어야 하는 공동 예약은 서로 다른 세 가지 동작이며, 제품마다 지원 수준이 고르지 않습니다. 요청이 다음 빈 시간이 아니라 알맞은 전문가에게 가야 할 때는 폼 답변에 따른 라우팅이 중요합니다.

직원을 추가하거나 제거하거나 휴가를 갈 때 어떻게 되는지, 그 변경 후에도 기존 예약이 온전히 유지되는지 물어보세요.

예약 페이지 자체

예약이 중심인 업종에서 예약 페이지는 매장의 진열창이므로 그렇게 다루세요.

자체 도메인과 브랜딩을 쓸 수 있는지, 휴대폰에서 어떻게 로딩되는지, 예약에 몇 단계가 필요한지, 우리 요금제에서 공급사 브랜딩을 제거할 수 있는지 확인하세요. 항목이 하나 늘 때마다 결제 화면에서처럼 완료되는 예약이 줄어듭니다.

그다음 그 이후를 확인하세요. 고객 기록이 CRM에 도달하는지, 재방문 고객을 알아보는지, 전화를 받는 사람이 예약 이력을 볼 수 있는지입니다.

요금과 연동

사용자당 월 요금이 표준이며, 경계는 대개 여러 이벤트 유형, 결제, 팀 라우팅, 브랜딩 제거에 있습니다.

무엇보다 먼저 캘린더 지원 범위를 확인할 가치가 있으며, 한 사람이 가진 모든 캘린더를 읽는지도 포함됩니다. 결제 처리 수수료는 구독과 별도이고, 메시지 요금은 또 별도입니다. 월 표시 가격을 비교하지 말고 세 가지를 실제 예약 건수 기준으로 모델링하세요. 이 계산은 요금 페이지가 숨기는 것에 설명되어 있습니다.

영업 링크와 서비스 예약은 설정이 다릅니다

영업팀이 쓰는 미팅 링크는 속도에 맞춰 최적화합니다. 적은 질문, 넉넉한 가능 시간, 즉시 확인, 대화를 받을 수 있는 사람에게로 라우팅.

서비스 예약은 일정표에 맞춰 최적화합니다. 보증금, 취소 규칙, 직원 배정, 준비와 이동을 위한 여유 시간, 빈 시간대를 줄이는 알림.

면접은 둘 사이에 있고, 여러 사람이 동시에 비어 있어야 하며 지원자에게 내부 캘린더 세부 정보를 보여서는 안 된다는 복잡함이 더해집니다.

제품마다 이를 다루는 수준이 고르지 않으며, 한 가지 용도에 맞춰 설정한 같은 제품은 대개 다른 쪽 사용자를 짜증나게 합니다. 두 필요가 모두 있다면, 하나의 공용 설정이 아니라 고유 규칙을 가진 예약 유형을 따로 둘 수 있는지 확인하세요.