여러 위치, 하나의 예약 대화: 서비스 비즈니스 플레이북

지점 결정부터 시작하세요

두 개의 지점과 서로 다른 전문 서비스를 제공하는 수리 사업을 예로 들어 보겠습니다. “내일 와도 될까요?” 간단한 예약 요청처럼 들리지만 정답은 위치, 수리 유형, 수리할 수 있는 팀에 따라 다릅니다. 약속을 제안하기 전에 대화를 통해 이러한 선택 사항을 표면화해야 합니다.

UChat은 여정 예약을 위한 Cal.com 통합을 문서화합니다. 예약 링크와 대화 중 접근 방식을 모두 설명합니다. 이는 프로젝트 팀에게 옵션을 제공합니다. 이는 모든 기업이 기존 일정 관리 경험을 완전한 대화형 경험으로 대체해야 한다는 의미는 아닙니다.

공식 참고자료: UChat: Cal.com과의 약속 설정

서비스 및 위치 지도 구축

각 지점 관리자에게 간단한 서비스 지도, 자격 질문, 약속 기간 및 준비 지침을 승인하도록 요청하십시오. 슬롯이 제공되기 전에 직원 검토가 필요한 서비스를 식별합니다. 긴 AI 지침 안에 비즈니스 규칙을 묻어두기보다는 이 지도를 유지 관리하는 사람들이 이해할 수 있도록 유지하세요.

지점을 잘못 선택한 고객은 다시 시작하지 않고도 지점을 변경할 수 있어야 합니다. 요구 사항에 대한 설명을 보존한 다음 사용 가능한 서비스 선택을 다시 평가하십시오. 지점 간 이동에 직원의 승인이 필요한 경우 고객을 여행에 초대하기 전에 직원의 승인이 필요하다고 말하세요.

가장 간단하고 신뢰할 수 있는 예약 경험을 선택하세요

안내 예약 링크는 기존 달력이 이미 위치와 서비스 선택 사항을 잘 설명하고 있는 비즈니스에 적합할 수 있습니다. 대화는 먼저 요청 범위를 좁힌 다음 적절한 페이지를 보낼 수 있습니다. 직접 채팅 예약은 고객에게 추가 지침이 필요할 때 유용할 수 있지만 팀이 지원할 수 있는 상태가 더 많아집니다.

어느 접근 방식이든 확인 전에 고객에게 표시되는 내용(지점 주소, 서비스, 현지 날짜 및 시간, 준비 요구 사항 및 관련 비용)을 정의합니다. 직원에게 마치 처음 고객인 것처럼 이 최종 요약을 읽어보라고 요청하세요. 모호한 위치 이름은 내부적으로 놓치기 쉽습니다.

변경 사항 및 사용할 수 없는 슬롯에 대한 계획

예약이 꽉 찬 날, 지점 폐쇄, 정규 서비스 이외의 요청에 대해 명시적인 응답을 작성하세요. 실제로 사용 가능한 경우에만 대안을 제공하십시오. 그렇지 않으면 인간 후속 조치에 대한 선호도를 수집합니다. 분명히 보류 중인 요청으로 끝나는 대화는 잘못된 확인보다 낫습니다.

고객이 다른 채널을 통해 돌아올 때 기존 요청을 인식할 수 있는 방법을 팀에 제공하십시오. 직원이 두 개의 별도 대화를 수동으로 조정하도록 두는 대신 명확한 최종 기록을 통해 일정 변경을 원래 약속에 대한 변경으로 처리하십시오.

한 지점에서 시험한 후 비교

고객이 떠나기 전에 직원 리허설을 실행하십시오. 잘못된 위치, 불분명한 서비스, 휴무일, 변경된 선호도 및 확인 실패. 파일럿 기간 동안 잘못 전달된 요청, 직원 수정, 올바른 준비 없이 도착한 고객을 검토합니다. 이러한 측정은 대화 디자인에 주의가 필요한 부분을 보여줍니다.

uchat.bot은 예약 여정의 범위를 정하고, 지점 규칙에 동의하며, 예약 시스템에 대한 UChat 워크플로를 구성할 수 있습니다. 한 지점이 편안하게 운영되고 유지 관리되면 패턴이 다음 위치에 맞게 조정될 수 있습니다.