네이버 예약 블랙리스트 등록과 그 한계

예약 차단 한계와 특이사항의 용도

블랙리스트 여부와 특이사항에 쓴 내용은 당사자에게 보이지 않습니다. 따라서 메모에 방문 시 주의할 사항을 썼다는 이유만으로 환자에게 그 내용을 전달했다고 처리해서는 안 됩니다. 내부에서 참고할 내용과 환자에게 실제로 설명한 내용을 구별해 기록하는 편이 좋습니다.

병원에서 이 기능을 쓰려는 목적이 무엇인지 먼저 정리합니다. 특정인의 재예약을 차단하려는 목적이라면 기능이 제공하는 범위와 맞지 않습니다. 이전 접수에서 있었던 일을 읽고 이번 응대에 참고하려는 목적이라면, 어떤 사실을 남길지부터 정할 수 있습니다. 이름에 담긴 강한 인상보다 실제로 지원하는 동작을 기준으로 판단합니다.

네이버가 설명하는 것은 등록된 이용자가 다시 예약했을 때 상황에 따라 응대할 수 있다는 점입니다. 실제로 어떤 말을 할지, 이전 접수의 어떤 사정을 참고할지는 병원이 정할 운영 내용입니다. 블랙리스트 표시만으로 이번 예약의 사정까지 설명됐다고 판단하지 않는 편이 좋습니다.

예약 제한을 안내하려고 광고에서 연결되는 페이지를 작성한다면, 해당 기능으로 제공하지 못하는 차단을 약속하지 않습니다. 병원은 예약 차단을 약속한 표현을 제외해 병원 광고 연결페이지를 작성합니다.

등록 경로와 접수 기록의 대조

네이버의 등록 안내는 예약자관리에서 예약자 이름 아래의 상태값을 누르는 경로를 제시합니다. 아래 목록은 해당 도움말의 순서입니다. 먼저 병원에서 관리하는 예약 서비스명을 선택하고, 특이사항을 남길 예약자를 찾습니다.

1. 스마트플레이스에 접속합니다.
2. 예약/주문을 누릅니다.
3. 예약 서비스명인 업체명 또는 공연명을 누릅니다.
4. 예약(예약·주문)을 누릅니다.
5. 그 아래의 예약 또는 주문을 누릅니다.
6. 예약자관리에서 예약자 이름 아래에 표시된 신규, 취소, 완료 등의 상태값을 누릅니다.
7. 블랙리스트 및 특이사항을 등록합니다.

화면에서 등록할 대상을 찾았더라도, 내부 메모를 옮기기 전에는 그 내용이 해당 예약에 관한 기록인지 맞댑니다. 병원이 갖고 있는 접수 기록을 기준으로 예약일과 당시 처리 내용을 읽습니다. 직원의 기억만으로 여러 예약의 사정을 하나로 합치지 않는 방법을 권합니다.

다음 표는 병원에서 기록을 읽을 때 사용할 항목의 예시입니다. 네이버의 필수 입력 칸이나 제출 서류를 뜻하지 않습니다. 실제 기록에서 확인되는 내용을 특이사항에 옮기고, 확인되지 않은 사정은 확정된 사실과 구분합니다.

예약일에 오지 않았다는 내용과 미리 연락하지 않았다는 내용은 각각 근거를 읽어 작성합니다. 내원 기록이 없다는 사실만으로 연락도 없었다고 덧붙이지 않습니다. 반대로 연락했다는 기록이 있더라도 그 내용이 취소 요청이었는지 단순한 시간 문의였는지 구별합니다.

기록에 없는 내용을 빈칸을 채우듯 추정하지 않습니다. 사전 연락에 관한 자료를 찾지 못했다면 연락하지 않았다고 확정하기보다, 관련 기록이 있는지 담당자에게 물을 수 있습니다. 당시 사정을 알아낼 수 없는 부분은 판단을 유보하고, 이미 남아 있는 접수 사실만 옮기는 방식을 권합니다.

직원마다 다른 설명을 남겼다면 어느 문장을 옮길지 결정하기 전에 해당 예약의 접수 내용을 다시 확인합니다. 서로 다른 기록을 모두 단정문으로 합치는 대신, 무엇이 다르게 적혀 있는지를 정리해 담당자에게 묻습니다. 판단 근거가 정리되면 실제로 있었던 일만 문장으로 작성합니다.

재예약 응대에 필요한 메모 작성

특이사항에는 사람에 대한 평가보다 예약과 관련해 있었던 일을 쓰는 방식을 권합니다. ‘약속을 지킬 생각이 없음’ 같은 표현은 의도를 단정합니다. 예약한 시각, 접수에서 확인한 사실, 환자와 주고받은 내용을 구체적으로 쓰면 이번 응대에서 어떤 내용을 참고할지 정할 수 있습니다.

노쇼라는 말 하나로 모든 사정을 묶지 않습니다. 병원의 기록에 일정 변경 요청이 남아 있다면 그 요청을 읽고, 당일 오지 않은 사실과 어떤 관계인지 따집니다. 연락을 받았던 직원이 따로 있다면 전달된 내용을 물어 메모에 반영합니다. 환자가 말한 사정은 병원이 직접 확인한 사실과 구별해 표현하는 편이 좋습니다.

여러 차례의 일을 함께 작성하려면 각 예약에서 있었던 일이 서로 섞이지 않도록 문장을 나눕니다. 한 번은 취소 연락을 받았고 다른 날에는 받았는지 불분명하다면, 두 날을 모두 연락 없는 미방문으로 요약하지 않습니다. 반복됐다는 결론을 붙이기 전 각각의 기록이 같은 상황을 말하는지 대조하는 방법입니다.

내용의 길이는 기록할 사건에 맞춥니다. 짧게 줄이느라 어느 예약에 관한 설명인지 빠졌다면 날짜를 보충합니다. 반대로 응대와 무관한 추측까지 길게 붙였다면 그 문장은 제외합니다. 메모를 읽은 사람이 과거의 어느 일을 근거로 어떤 질문을 할 수 있는지가 작성 기준입니다.

이번 예약에서 물을 내용도 과거 메모와 연결해 구체화합니다. 이전에 방문 시간을 잘못 이해했다는 기록이 있다면 이번에 신청한 날짜와 시각을 서로 같은 뜻으로 이해했는지 묻는 식입니다. 이 예는 병원의 응대 제안이며, 네이버가 자동으로 질문을 보내거나 방문 의사를 판정해 준다는 뜻은 아닙니다.

당시 상황을 이해하는 데 필요했던 설명이 지금도 유효한지는 새로 접수된 예약의 내용과 맞댑니다. 이전 예약의 사유를 이번 예약에도 그대로 적용하기보다 현재 문의에 답할 내용을 정합니다. 과거 사건에 관한 메모와 현재 환자가 요청한 내용 사이에 차이가 있다면, 그 차이를 해소할 질문부터 준비할 수 있습니다.

블로그에서 네이버 예약으로 안내하는 병원도 환자가 신청에 필요한 내용을 이해했는지에 관한 질문을 받을 수 있습니다. 접수 중 반복해서 설명한 예약 방법이 있다면 병원 블로그 예약 연결을 보완해 신청 안내를 구체화할 수 있습니다. 특정 환자의 특이사항을 공개 글의 설명으로 옮기는 방식은 피합니다.

등록 건수보다 실제 활용 내용

이 기능을 계속 사용할지 판단할 때는 목록에 올린 사람 수만 세기보다, 작성한 메모가 실제 재예약 응대에서 어떤 질문에 답했는지 읽는 방법을 권합니다. 접수 직원이 당시 예약을 구별할 수 있었는지, 환자에게 다시 물을 내용이 구체적이었는지처럼 기록의 쓰임을 검토합니다.

메모가 있어도 응대에 활용하지 못했다면 그 이유를 구분합니다. 어느 날의 일인지 불분명했는지, 사람에 대한 평가만 있고 실제 사건 설명이 없었는지, 이미 해결된 사정만 남아 있었는지를 읽습니다. 필요한 내용을 보완할지는 해당 예약의 기록을 근거로 결정합니다.

병원이 기능 사용을 검토한 결과도 실제로 한 일에 맞춰 표현합니다. 특이사항을 등록했다면 그 작업을 완료한 것으로 보고하고, 아직 환자와 이야기하지 않았다면 응대까지 끝났다고 쓰지 않습니다. 등록과 응대를 한 문장으로 합쳐 보고하기보다 각각 진행한 내용을 남기는 편이 정확합니다.