쓰는 사람이 없는 예약·상담 기능의 점검

실제 접수 내역과 이용 기록의 구분

예약·상담 기능은 이용 기록이 없다는 이유만으로 없애지 말고, 실제 접수 유무와 이용 가능한 상태를 구분해 확인해야 합니다. 그 결과를 바탕으로 병원이 이 기능을 계속 운영할 이유가 있는지 판단해야 합니다.

실장은 먼저 접수 직원이 실제로 받은 신청과 답변한 상담을 조사합니다. 마케팅 담당자는 같은 기간의 이용 기록을 준비하고, 접수 내역과 기록이 가리키는 행동이 같은지 대조합니다. 보고서에 표시된 기록이 버튼 선택인지 제출 완료인지 모르면, 기록이 없다는 설명만으로 이용자가 없었다고 결론 내리지 않습니다.

접수 내역에는 홈페이지 신청으로 들어온 업무를 구별할 단서가 필요합니다. 직원은 신청을 받은 경로, 접수 시점, 후속 연락 여부를 병원이 보유한 업무 자료에서 정리합니다. 경로를 알 수 없는 접수는 홈페이지 이용으로 임의 분류하지 않고 출처 미상으로 남깁니다.

자료마다 조회 대상과 기간이 다르면 접수와 이용 기록의 차이를 설명하기 어렵습니다. 담당자는 자료를 추출한 범위를 함께 기재하고, 시험 신청과 실제 신청도 구별합니다. 직원의 기억만 남아 있는 업무는 확정된 접수 내역과 분리해 추가 조사가 필요한 자료로 표시합니다.

기능 설치와 기록 수집의 별도 조건

구글 애널리틱스는 추천 이벤트가 자동으로 전송되는 것은 아니며, 지정된 매개변수와 함께 전송하도록 설명합니다. 양식 제출이나 정보 요청에 해당하는 추천 이벤트로 generate_lead를 제시합니다. 다만 병원은 예약 기능 설치 사실과 해당 이벤트의 수집 설정을 별개의 자료로 받아야 합니다.

업체에는 현재 수집하는 이벤트가 무엇이며 어떤 행동에서 발생하는지 묻습니다. 완료 화면 방문을 근거로 만든 이벤트라면, 그 화면에 도달하는 조건도 설명하도록 요구합니다. 이름에 예약이나 상담이 포함되어 있다는 이유만으로 병원의 접수 완료와 같은 뜻이라고 판단하지 않습니다.

실제 접수는 있는데 이용 기록이 없다면 기록 수집 조건부터 조사할 근거가 있습니다. 반대로 접수와 기록이 모두 없어도 신청을 끝낼 수 없는 상태인지 아직 가리지 못했다면 이용 자체가 없었다고 확정하기 어렵습니다. 담당자는 접수 부재, 기록 부재, 이용 가능 상태의 미확인을 서로 다른 항목으로 남깁니다.

접수부터 시작하는 자료 준비 순서

자료 준비는 실제 접수 유무, 기록 수집 조건과 이용 가능 상태, 운영 필요의 순서로 진행합니다. 실장은 접수 자료를 취합하고, 마케팅 담당자는 업체의 기술 설명과 병원 자료를 연결합니다. 원장은 마지막 단계에서 앞으로 받을 업무와 운영 부담을 근거로 처리 방향을 승인합니다.

1. 접수 직원이 홈페이지 신청을 받은 내역과 처리 결과를 정리합니다. 접수 경로를 구별하지 못한 항목은 별도로 표시합니다.
2. 마케팅 담당자가 업체에 이벤트 수집 조건과 시험 자료를 요청합니다. 기록이 발생한 행동과 병원에 신청이 전달된 결과를 함께 받습니다.
3. 실장이 해당 기능으로 받을 업무, 답변 담당자, 운영에 필요한 작업을 정리합니다. 원장은 이 자료로 유지·간소화·중단 검토 중 처리 방향을 정합니다.

구글 애널리틱스는 설정 후 DebugView 도구로 추천 이벤트를 관찰하고, 실시간 보고서에서 발생한 이벤트를 확인하도록 안내합니다. 병원은 업체에 시험 행동과 이벤트 발생 결과를 연결한 설명을 요구할 수 있습니다. 병원 담당자가 시험 신청의 수신 결과를 따로 기록하면 업체의 측정 자료와 대조할 수 있습니다.

휴대폰 시험 자료에는 접속 화면만 담지 말고 입력 시작부터 제출 결과까지 포함하도록 요청합니다. 웹 데브의 반응형 웹 디자인 안내는 터치 이용자에게 마우스 사용을 강제하지 않도록 주의를 요구합니다. 병원은 손가락으로 조작할 때 다음 단계로 진행할 수 있는지, 제출 결과가 전달되는지에 관한 자료를 받습니다.

운영 필요에 따른 처리 방향

처리 방향은 병원이 앞으로 이 기능으로 받을 업무를 정한 다음 선택합니다. 현재 접수가 없더라도 담당자가 응답할 업무가 남아 있다면 유지 가능성을 검토할 수 있습니다. 반대로 받을 업무를 정하지 못했다면 기능을 계속 남기는 데 필요한 운영 조건부터 결정합니다.

이 표의 처리 방향은 병원 업무에 적용하는 실행 제안입니다. 업체에는 선택한 방향으로 변경할 수 있는 범위와 필요한 작업을 설명하도록 요청합니다. 원장은 미확인 사항이 결정에 영향을 주는 경우 최종 변경 승인을 보류하고, 담당자와 추가 자료의 제출 시점을 정합니다.

판단 이유와 미확인 사항의 기록

결정 기록에는 선택한 방향뿐 아니라 그 방향을 선택한 이유를 기재합니다. 기록 작성일, 근거 자료의 조회 범위, 병원에서 설명한 사람과 업체의 답변 내용을 함께 남깁니다. 이후 운영 조건이 달라지면 어떤 근거를 다시 조사해야 하는지 이 기록으로 구별합니다.

실제 접수는 있는데 기록만 없는 경우에는 접수 기능에 대한 판단과 측정 설정에 대한 요청을 분리해 작성합니다. 접수 기능을 유지하기로 했더라도 기록 수집에 필요한 작업은 별도 요청으로 남길 수 있습니다. 업체의 답변에는 작업 대상, 완료 결과를 제출할 방식, 병원 담당자가 인수할 자료를 포함하도록 요구합니다.

이용 자체가 없다고 판단한 경우에는 앞에서 정한 기준을 충족한 자료가 무엇인지 기재합니다. 자료가 없는 항목을 정상으로 처리하거나 직원이 시험하지 못한 화면을 이용 가능으로 표시하지 않습니다. 운영 필요가 불분명하면 기능 변경 요청보다 병원의 업무 결정을 먼저 남깁니다.

업체가 기록 설정을 변경할 때는 새 이벤트를 만드는지 기존 이벤트를 수정하는지도 답변에 포함하도록 합니다. 구글 애널리틱스는 기존 이벤트를 수정하면 해당 이벤트를 덮어쓰며, page_view를 수정하면 다른 페이지의 조회 데이터 수집에 영향을 줄 수 있다고 설명합니다. 병원은 예약 기록을 정비하는 작업이 다른 측정 항목에도 영향을 주는지 업체에 설명을 요구합니다.

변경 승인과 남은 접수의 처리

중단을 승인하기 전에는 이미 받은 신청 중 답변이나 후속 연락이 끝나지 않은 업무를 구별합니다. 실장은 해당 업무를 처리할 직원과 완료 기록을 남길 위치를 정합니다. 기능 변경일과 별도로 남은 접수의 처리 상태를 관리하면 화면 변경 때문에 후속 업무가 누락되는 일을 줄일 수 있습니다.

간소화를 선택할 때도 제외할 기능의 이름만 업체에 전달하지 않습니다. 담당자는 남길 업무, 더 이상 받지 않을 업무, 기존 이용자에게 설명할 내용을 나누어 요청합니다. 업체의 작업 완료 보고와 병원의 업무 인수는 구별하여 기록합니다.

담당자의 부재와 기능 불필요의 구별

응답 담당자가 없다는 사실만으로 기능이 불필요하다고 판단하지 않습니다. 병원이 계속 받아야 하는 업무인데 인력이 배정되지 않은 상태라면, 기능 삭제 전에 그 업무를 누가 어떻게 처리할지 결정해야 합니다. 실장은 담당자를 정할 수 있는지와 해당 업무를 다른 접수 방법으로 처리할 수 있는지를 원장에게 보고합니다.

반대로 담당자가 있다는 이유만으로 기능 유지가 정당화되는 것도 아닙니다. 기존 업무가 이미 종료되었다면 직원 배치와 별개로 운영 목적을 다시 정해야 합니다. 결정 기록에는 인력 문제와 업무 필요를 구분해 기재하고, 각각에 대한 조치 담당자를 명시합니다.

자주 묻는 질문

설치 비용이 아까우면 기능을 유지해야 합니까?

이미 지출한 설치 비용은 앞으로 발생할 운영 작업과 구분합니다. 담당자는 계속 결제하는 금액과 직원이 수행할 업무를 정리하고, 병원이 앞으로 사용할 이유가 있는지 원장에게 판단을 요청합니다. 계약상 변경 비용이나 해지 조건은 계약 자료로 별도 검토합니다.

업체가 시험 신청을 거절하면 어떻게 합니까?

담당자는 거절 이유와 대신 제출할 수 있는 자료를 서면으로 요청합니다. 실제 운영에 영향을 줄 수 있다는 설명이면 시험 범위와 병원 직원의 협조 방법을 협의합니다. 시험도 대체 자료도 확보하지 못하면 이용 가능 상태를 미확인으로 남기고 그 한계를 승인자에게 전달합니다.

기능 중단을 직원에게 언제 알려야 합니까?

접수 직원이 변경된 업무를 준비할 수 있도록 작업 전에 알리는 편이 적절합니다. 실장은 변경 대상, 적용 시점, 방문자가 기존 기능을 찾을 때 설명할 내용을 전달합니다. 직원에게 안내한 내용과 업체에 요청한 작업이 다르면 시행 전에 정리합니다.

전화로 같은 업무를 받으면 온라인 기능은 불필요합니까?

접수 방법이 겹친다는 이유만으로 불필요하다고 결정하지 않습니다. 병원은 전화 응대가 어려운 때에도 신청을 받을 필요가 있는지와 온라인 신청을 처리할 수 있는지를 함께 판단합니다. 두 방법을 유지한다면 직원이 접수 출처를 구별할 수 있도록 업무 기록 방식을 정합니다.

기능을 중단한 뒤 다시 운영할 수 있습니까?

재운영 가능 여부는 업체의 작업 범위와 계약 조건에 따라 달라질 수 있으므로 단정하지 않습니다. 담당자는 중단 요청 때 화면 제거와 접수 처리 종료의 범위, 다시 사용할 때 필요한 작업을 묻습니다. 재운영을 예상한다면 병원이 보관할 설정 설명과 인수 자료도 함께 요청합니다.

이어서 읽을 주제

병원 AI 챗봇은 자동 응답이 처리할 질문과 직원에게 전달할 업무를 구별하려는 담당자가 이어 읽을 주제입니다. 병원 광고 연결페이지는 예약·상담 기능까지 이동하기 전에 방문자가 어떤 안내를 받아야 하는지 정하려는 담당자에게 필요한 주제입니다.