플레이스를 보고 온 전화 구분하기 — 받는 쪽 「네이버가 연결해드립니다」 안내와 거는 쪽 통화연결음, PC에서 직접 건 전화의 예외

전화를 받는 직원과 거는 환자의 안내음

네이버의 ‘스마트콜 소개 및 서비스 적용 범위 안내’는 네이버 지도 결과를 통해 걸려온 고객전화에 대해 연결 이후 안내 멘트를 들을 수 있다고 설명합니다. 여기서 병원이 얻는 정보는 해당 전화가 네이버를 거쳐 연결됐다는 점입니다. 환자가 병원에 관해 무엇을 읽었는지까지 그 한마디에 포함된 것으로 해석하지 않습니다.

전화 담당자에게 설명할 때에는 ‘스마트콜 안내음’이라고만 부르지 말고 누가 듣는 음성인지 함께 말하는 편이 좋습니다. 받는 직원의 수신 안내인지, 거는 환자의 대기 중 안내인지에 따라 판단할 내용이 달라집니다. 같은 전화에 관한 이야기라도 양쪽이 들은 문장을 구체적으로 물으면 서로 다른 음성을 설명하고 있는지 구별할 수 있습니다.

표의 두 음성을 같은 문구로 맞출 필요는 없습니다. 직원 쪽에서는 어느 경로를 거쳤는지 이해하는 것이 목적이고, 환자 쪽에서는 연결을 기다리면서 병원의 안내를 듣는 것이 목적입니다. 병원 소개 문구를 정했다는 사실만으로 직원에게 어떤 수신 안내가 들리는지까지 확인했다고 처리하지 않습니다.

스마트콜 이용 자체를 결정하는 일과 실제로 받은 전화의 경로를 알아보는 일도 구분할 필요가 있습니다. 이미 스마트콜을 이용하는 병원에서 접수 직원에게 필요한 설명은 기능 전체의 장점보다 ‘내가 들은 말이 어떤 뜻인가’에 가깝습니다. 전화가 울린 순간부터 상담을 시작하기까지 직원이 직접 들은 음성을 기준으로 설명합니다.

접수 직원이 연결 안내를 들은 뒤에도 통화 목적은 상대방에게 물어야 합니다. 수신 안내의 문구에는 예약 요청인지, 위치를 묻는 연락인지, 기존 예약에 관한 전화인지가 담겨 있지 않습니다. 경로를 알아냈다는 이유로 곧바로 신규 예약 전화라고 분류하지 말고, 상대방이 요청한 용건에 맞춰 대화를 이어 갑니다.

환자가 ‘병원 안내를 들었다’고 말하면 안내 내용과 들은 쪽을 함께 질문할 수 있습니다. 병원 이름이나 이용 안내를 들었다는 답을 직원의 수신 안내와 같은 증거로 묶지 않습니다. 병원의 소개 음성이 나왔다는 진술은 그 음성에 관한 설명으로만 받아들이고, 전화 경로에 대한 해석은 별도로 합니다.

안내음을 구분하는 질문과 확인 자료

안내음에 관한 연락을 받으면 처음부터 문구를 수정하기보다 들은 사람과 내용을 구체화합니다. 아래 표는 네이버가 요구하는 신고 양식이 아니라, 병원 내부에서 서로 다른 음성을 혼동하지 않기 위한 질문 예입니다. 실제로 들은 내용과 설정에 입력된 내용을 구별해 전달하는 데 사용할 수 있습니다.

직원에게 ‘안내가 달라요’라는 말만 전달받았다면 어느 쪽 음성을 말하는지부터 묻습니다. 환자가 들은 병원 소개의 내용을 직원이 전해 주는 것인지, 직원 자신의 수화기에서 네이버 연결 안내를 들은 것인지 분명히 합니다. 전달자가 병원 직원이라는 이유로 청취자도 그 직원이라고 추정하지 않습니다.

문구를 담당하는 사람은 통화연결음에 입력한 문안을 준비하고, 전화를 받은 직원은 실제로 들은 내용을 설명합니다. 입력 문안은 병원이 전달하려는 말이고 청취 내용은 해당 통화에서 들은 말입니다. 둘을 나란히 읽을 때에는 어떤 음성을 비교하고 있는지 먼저 일치시키고, 서로 다른 쪽의 소리를 놓고 문구 오류를 판단하지 않습니다.

환자에게는 접수에 필요한 대화를 마친 뒤 전화 연결 방법을 짧게 물을 수 있습니다. 예를 들어 ‘화면의 전화 버튼으로 연결하셨나요, 번호를 보고 직접 누르셨나요?’처럼 실제 행동을 묻습니다. ‘네이버를 보셨나요?’라는 질문만으로는 화면을 읽은 일과 전화를 건 방식을 함께 설명받기 어렵습니다.

답을 정확히 기억하지 못하는 경우에는 선택지를 대신 확정하지 않습니다. ‘인터넷에서 찾았다’는 말에는 기기나 전화 연결 방법이 들어 있지 않습니다. 그 답만 있는 상태에서 모바일 전화 버튼을 사용했다고 써 넣지 말고, 들은 설명의 범위를 그대로 유지합니다. 환자가 한 말보다 더 구체적인 경로를 병원 쪽 추측으로 보태지 않는 방식입니다.

설정 담당자가 병원 소개 문구를 읽어 주는 것과 환자가 실제로 그 음성을 들었다고 말하는 것도 구분합니다. 문안 전달만으로 음성 재생 여부를 판정하지 않고, 청취한 사람이 있다면 어느 부분을 들었는지 질문합니다. 서로 다른 자료를 같은 ‘안내 확인 완료’라는 말로 처리하면 무엇을 확인했는지 다시 설명하기 어렵습니다.

PC에서 번호를 읽고 직접 건 전화의 해석

네이버는 스마트콜이 PC와 모바일의 지도 및 플레이스 검색결과에 노출된다고 안내합니다. 동시에 PC에서 스마트콜 번호를 확인하고 직접 전화를 연결하면 통화 추적이 어렵다고 밝힙니다. 따라서 PC 화면에 번호가 있다는 사실과 그 번호를 보고 건 전화를 추적할 수 있다는 판단을 동일하게 취급하지 않습니다.

이 예외에서 중요한 행동은 번호를 확인한 뒤 직접 전화한 것입니다. ‘PC를 사용했다’는 기기 이름만 떼어 모든 PC 이용을 추적 불가로 설명하면 안내보다 범위가 넓어집니다. 반대로 화면에 스마트콜 번호가 있으니 직접 입력해도 추적된다고 단정하는 것도 맞지 않습니다. 원문이 설명한 기기와 연결 방법을 함께 읽습니다.

환자가 PC에서 플레이스를 열고 번호를 읽어 전화했다고 설명한다면, 병원은 그 말을 플레이스 정보를 보고 연락했다는 진술로 받아들일 수 있습니다. 다만 통화 추적이 그 진술을 그대로 입증한다고 쓰지는 않습니다. 환자가 무엇을 보고 전화했는지와 서비스가 어떤 연결을 추적할 수 있는지는 서로 다른 물음입니다.

병원 내부에서 설명을 요약할 때에도 이 차이를 남깁니다. ‘PC에서 전화했다’고 줄이면 컴퓨터 자체에서 통화했는지, 화면에 있는 번호를 다른 전화기에 입력했는지 분명하지 않습니다. 실제 답이 후자라면 ‘PC에서 번호를 읽고 직접 입력했다’고 표현합니다. 기기를 새로 추정하지 않고도 도움말의 예외와 맞닿는 행동을 설명할 수 있습니다.

또 ‘추적이 어렵다’는 안내를 ‘플레이스와 무관한 전화’로 해석하지 않습니다. 플레이스 정보를 본 사실이 있어도 연결 방식 때문에 추적에 한계가 있을 수 있다는 뜻으로 읽습니다. 병원이 전화의 출처를 설명할 때에는 알고 있는 사실과 아직 모르는 사실을 나누어 말하고, 추적의 한계를 이용자의 행동 부정으로 바꾸지 않습니다.

보고 문구를 작성한다면 단정의 강도도 원문에 맞춥니다. ‘PC 직접 입력 전화는 통화 추적이 어렵다’는 설명을 ‘절대로 기록되지 않는다’거나 ‘모든 전화가 누락된다’고 확대하지 않습니다. 어느 수준까지 추적되는지 별도 근거가 없는 상태에서는 오류 비율이나 누락 건수를 만들어 붙일 수 없습니다.

전화 버튼을 거친 연결을 알아냈더라도 환자가 읽은 블로그 글과 예약 의사까지 그 안내음으로 확정할 수는 없습니다. 읽은 글에서 예약으로 이어지는 방법을 마련하려는 병원은 병원 블로그 예약 연결을 전화 유입의 구분과 함께 설계할 수 있습니다.