네이버 예약 노쇼를 줄이는 방법

방문 전 알림의 역할과 수신 조건

병원에서 선택하는 것은 예약자에게 알림을 보낼 시점입니다. 환자가 어떤 앱을 쓰는지, 해당 앱의 알림을 받도록 설정했는지는 별도의 조건입니다. 따라서 운영 여부를 결정할 때에는 병원이 조작할 수 있는 설정과 이용자 쪽에서 충족해야 하는 수신 환경을 구별합니다.

리마인드는 문자메시지가 아닌 네이버지도 앱 알림으로 전달되며, 지도 앱을 사용하지 않는 이용자는 네이버앱에서 알림 수신을 허용해 받을 수 있습니다. 알림을 못 받았다는 환자의 말에는 어떤 앱을 사용 중인지와 알림 수신을 허용했는지 묻는 질문이 필요합니다. 아래 표는 도움말에 명시된 수신 조건입니다.

이 표는 수신 가능 조건을 설명합니다. 앱을 쓴다는 답만으로 특정 예약의 발송과 열람까지 입증하는 표는 아닙니다. 직원은 환자가 답한 환경을 기준으로 설명하되, 앱 이름만 듣고 병원의 예약 설정이 틀렸다고 결론 내리지 않습니다. 환자가 설정 상태를 모른다면 수신 허용 여부도 아직 확인되지 않은 상태로 취급합니다.

예약 신청 자체의 처리와 방문 전 알림도 구분할 필요가 있습니다. 네이버의 예약 확정 방식은 관리자 확인 후 확정과 신청 즉시 확정으로 나뉘므로, 병원은 현재 예약의 확정 상태를 리마인드 수신 여부와 별개로 확인합니다. 알림이 왔다는 말이나 오지 않았다는 말만으로 예약 처리 상태를 대신 판단하지 않는 운영 방식입니다.

발송 시점 선택과 당일 예약의 시간 차이

설정은 스마트플레이스의 예약 서비스 안에서 진행합니다. 업체의 소개 문구를 수정하는 화면이나 직원에게 오는 알림을 기준으로 설명하지 말고, 방문할 예약자에게 보내는 항목을 찾아 선택합니다. 서비스가 여러 개라면 현재 설정하려는 병의원형 서비스를 선택했는지도 함께 대조합니다.

1. 스마트플레이스에 접속해 예약/주문을 누릅니다.
2. 알림을 설정할 서비스를 선택합니다.
3. 예약 또는 예약·주문 메뉴를 누릅니다.
4. 설정에서 알림설정으로 이동합니다.
5. 예약자 리마인드 알림 항목에서 발송 시점을 선택합니다.

병의원형은 리마인드 알림 설정 기능을 제공하는 유형에 포함됩니다. 실제 선택은 해당 서비스 화면에 표시된 항목을 기준으로 합니다. 다른 유형에 관한 설명에서 읽은 시간을 병의원형의 선택지라고 옮기지 않습니다. 도움말에는 날짜선택형과 숙박형의 자동 적용 설명도 함께 있으므로, 그 소제목 아래 시간을 병원 예약의 기본값으로 삼지 않도록 구분합니다.

당일 방문 시각 3시간 전 발송을 사용하는 경우에는 예약 신청 시각도 중요합니다. 네이버는 고객이 방문 당일 3시간 전에 예약해도 리마인드가 발송되지 않을 수 있다고 밝힙니다. 시스템이 매 정각에 대상 건을 탐지하기 때문입니다. 예약부터 방문까지 남은 시간과 시스템이 대상을 찾는 시점은 서로 다른 시간입니다.

시각을 옮겨 쓸 때에는 날짜도 함께 남기는 편이 좋습니다. 오후 1시라는 값만으로는 전날 신청과 방문 당일 신청을 구분할 수 없습니다. 도움말이 밝힌 미발송 가능성은 방문 당일 3시간 전에 예약한 조건에 관한 것이므로, 시계 숫자만 대입해 전날 신청 건까지 같은 경우로 설명하지 않습니다.

표의 시간 항목을 쓰는 목적은 임의의 마감 시각을 만들기 위해서가 아닙니다. ‘정각보다 몇 분 일찍 예약하면 반드시 발송된다’는 계산식은 도움말이 제시하지 않습니다. 병원이 남은 시간을 계산할 수 있다는 사실과 시스템의 다음 탐지에서 특정 건이 선택된다는 결론을 분리해야 합니다.

환자에게 당일 예약도 방문 전에 반드시 알림이 온다고 안내하고 있다면 그 표현을 고칠 필요가 있습니다. 발송이 누락될 수 있는 조건을 예약 신청 화면의 설명과도 맞춰 읽는 것이 좋습니다. 병원 광고 연결페이지를 예약 안내와 함께 읽으며 알림 도착을 확약한 표현을 고칠 수 있습니다.

심야 발송 원칙과 미수신 건의 해석

리마인드 알림은 원칙적으로 밤 10시부터 다음 날 오전 9시 사이에 발송하지 않습니다. 직원이 발송 시점을 설명할 때에는 이 시간 제한을 함께 고려합니다. 병원의 진료 종료 시각이나 접수 직원의 근무 시간으로 서비스의 발송 제한 시간을 다시 정하는 방식은 피합니다.

이 시간 제한을 적용할 대상은 알림의 발송 시각입니다. 환자가 밤에 예약을 신청했다는 사실과 리마인드가 밤에 발송된다는 설명을 같은 뜻으로 사용하지 않습니다. 야간에 신청한 건을 다룬다면 방문 예정 시간과 선택한 발송 조건까지 읽어야 그 건에 관한 질문이 구체화됩니다.

야간 시간과 겹친다는 이유만으로 해당 알림이 오전 9시에 밀려 발송된다고 설명할 근거도 없습니다. 도움말은 심야부터 이른 아침까지 보내지 않는 원칙을 제시하지만, 제한 시간에 해당한 모든 건의 이월 발송 절차를 설명하지 않습니다. 환자에게 다음 날 도착할 것이라고 약속하기보다 해당 예약의 시간 조건을 구체적으로 확인할 필요가 있습니다.

다음은 당일 예약의 시간 계산을 설명하기 위한 가상 예입니다. 한 재활의학과의 오후 4시 방문 예약을 환자가 같은 날 오후 1시에 신청했다고 가정합니다. 병원이 선택한 조건은 당일 방문 3시간 전 발송입니다. 직원은 두 시각의 차이가 3시간임을 계산할 수 있지만, 이 계산만으로 발송이 완료됐다고 답할 수는 없습니다.

이 예약에서 환자가 알림을 받지 못했다고 말하면, 직원은 신청 시각과 방문 시각을 함께 읽어 당일 예약의 발송 예외에 해당할 가능성을 설명합니다. 다만 그것이 실제 미수신 원인으로 확정됐다고 기록하지는 않습니다. 환자가 어떤 앱을 사용하는지 아직 묻지 않았다면, 시간 조건을 확인한 것으로 수신 환경까지 조사한 셈이 되지는 않기 때문입니다.

환자의 답이 ‘앱 알림을 허용하고 있다’여도, 앞의 시간 차이를 곧바로 발송 보장으로 바꿀 수 없습니다. 반대로 수신을 허용하지 않았다는 답을 얻었다면 해당 환경에서 알림을 받지 못하는 이유는 설명할 수 있습니다. 어느 경우든 실제로 듣거나 화면에서 확인한 내용과 담당자가 추정한 원인을 구별해 응대합니다.

미수신 문의를 정리할 때에는 ‘알림 오류’라는 이름 아래 모든 건을 합치기보다, 당일 신청 여부와 수신 환경을 설명할 수 있는 건인지 구분하는 방식을 권합니다. 시간 정보가 없는 문의, 이용자가 앱 설정을 모르는 문의는 그 부족한 항목을 그대로 남깁니다. 사실이 채워지지 않은 칸을 직원의 추측으로 완성할 필요는 없습니다.

노쇼에 대한 보고도 알림을 설정한 예약 수만으로 기능의 성과를 평가하지 않습니다. 병원이 알림을 이용한 목적은 방문을 잊지 않도록 돕는 것이지만, 실제 방문 여부와 미방문 이유는 별도로 알아낼 내용입니다. 방문하지 않은 예약자 모두가 안내를 못 받았다는 식으로 원인을 하나로 묶지 않아야 이 기능으로 다룰 수 있는 문제를 과장하지 않습니다.