협찬 제안과 환자 문의를 가르는 기준
대구 지역 블로거의 연락은 블로그 유입 여부나 발신자 신분이 아닌 요청 내용으로 판별해, 협찬 제안만 있는 건을 환자 문의 실적에서 제외합니다. 진료 문의가 함께 있거나 목적이 불명확한 건은 확인 후 분류하고, 제외한 건에는 사유를 남깁니다.
환자용 상담 양식이나 전화로 접수됐다는 사실만으로 진료 수요가 발생했다고 판단하지 않습니다. 접수 직원은 상대가 병원에 무엇을 요청했는지 기록하고, 마케팅 담당자는 그 내용이 보고서의 환자 문의 인정 기준에 해당하는지 판단합니다. 협찬 제안을 받는 업무와 환자 문의를 집계하는 업무의 담당자가 달라도 같은 접수 기록을 근거로 처리합니다.
| 요청 내용 확인 항목 | 분류 판단 | 환자 문의 실적 처리 |
|---|---|---|
| 콘텐츠 제작이나 협찬 조건만 요청 | 협찬 전용 | 제외 사유를 남기고 별도 관리 |
| 협찬 제안과 본인의 진료 상담을 함께 요청 | 진료 포함 | 진료 요청 내용을 확인한 뒤 반영 판단 |
| 협업 가능 여부만 짧게 기재 | 목적 미확인 | 확정 실적 반영을 보류하고 추가 질문 |
| 블로거라고 소개했으나 진료만 요청 | 일반 진료 문의 | 병원의 기존 문의 인정 기준 적용 |
소개 문구와 실제 요청이 서로 다르면 요청 본문을 우선합니다. 블로그 운영 경력이나 대구 지역 활동 이력은 협찬 연락을 찾는 보조 정보로만 사용합니다. 접수 내용에서 진료 의사를 가릴 수 없다면 담당자가 추측으로 제외하지 않습니다.
접수 이벤트와 업무상 실적의 차이
구글 애널리틱스 고객센터는 generate_lead를 양식 제출이나 정보 요청 등 리드가 발생하는 활동을 측정하는 추천 이벤트로 설명합니다. 병원이 환자용 양식 제출을 이 이벤트와 연결했다면, 협찬 요청도 같은 양식을 통해 수집될 수 있으므로 이벤트 이름만으로 진료 목적을 확정하지 않습니다. 기술적으로 접수된 활동과 병원이 인정하는 환자 문의는 서로 다른 자료로 관리할 수 있습니다.
구글은 리드 자격 요건을 충족하지 않는 것으로 표시할 때 사용하는 추천 이벤트로 disqualify_lead도 안내합니다. 이 기능 설명을 병원에서 곧바로 협찬 자동 식별 규칙으로 받아들이지는 않습니다. 병원이 해당 이벤트를 사용하려면 어떤 접수를 제외 대상으로 판단했는지 업무 기준을 먼저 정하고, 실제 수집 방식과 연결할 수 있는지 담당자가 별도로 검토해야 합니다.
환자 문의 보고서에는 집계 대상의 정의를 기재합니다. 전체 창구 접수에 협찬 연락을 포함하더라도, 그 합계를 환자 문의라는 이름으로 보고하지 않도록 항목명을 정비합니다. 원장이나 실장은 보고서 승인 전에 접수 총량과 진료 목적 집계가 어느 항목에 해당하는지 지정합니다.
요청 원문부터 실적 정정까지의 순서
접수 담당자는 요청 내용이 남은 기록을 준비하고, 마케팅 담당자는 같은 접수가 반영된 집계 자료를 준비합니다. 필요한 자료는 접수 식별값, 접수 시점과 창구, 요청 원문 또는 상담 요약, 기존 분류, 실적 반영 상태입니다. 병원 내부 집계표와 외부 전달 보고서가 따로 있다면 각각 어느 자료를 사용했는지도 기재합니다.
- 접수 담당자가 요청 내용을 읽고 협찬 제안과 진료 관련 질문을 표시합니다. 제목이나 발신자 소개만으로 판정하지 않고, 후속 답변까지 같은 접수에 연결합니다.
- 실장이 협찬 전용·진료 포함·목적 미확인 가운데 처리 상태를 정합니다. 목적이 불명확하면 접수 담당자가 어떤 도움을 요청하는지 묻고 답변 내용을 남깁니다.
- 마케팅 담당자가 판정 결과와 기존 실적 반영 상태를 대조합니다. 정정 대상 보고서와 변경 사유를 기록하고, 보고서 관리 책임자가 반영 결과를 승인합니다.
모든 연락을 다시 수작업으로 읽기 어렵다면, 먼저 협찬 관련 표현이 기재된 접수를 추출할 수 있습니다. 추출 결과는 판정 대상 목록이며 곧바로 제외 목록으로 사용하지 않습니다. 표현이 없는 협찬 요청도 있을 수 있으므로 담당자가 상담 중 발견한 건을 같은 절차에 추가합니다.
접수 기록과 보고서의 정정 내역
정정표는 접수 식별값으로 원기록과 연결하고, 변경 전 상태를 남기는 방식으로 작성합니다. 아래 항목은 실제 실적을 채운 사례가 아니라 담당자가 사용할 기록 양식입니다. 같은 요청이 여러 보고서에 반영됐다면 보고서별 처리 여부도 함께 관리합니다.
| 접수 기록 식별값 | 기존 실적 반영 상태 | 확인 결과와 정정 사유 |
|---|---|---|
| 원기록과 연결되는 내부 식별값 | 환자 문의에 포함 | 협찬 전용으로 판정한 근거와 제외 내역 기재 |
| 진료 관련 답변이 연결된 식별값 | 협찬으로 제외 | 진료 포함 판정 근거와 반영 여부 기재 |
| 추가 답변을 기다리는 식별값 | 환자 문의로 잠정 반영 | 목적 미확인 상태와 확정 집계 보류 내역 기재 |
| 아직 집계하지 않은 접수의 식별값 | 미반영 | 최종 분류와 향후 반영 대상 여부 기재 |
원기록을 삭제하거나 기존 합계만 덮어쓰면 나중에 차액의 이유를 설명하기 어렵습니다. 담당자는 정정일, 처리자, 변경 전후 분류를 기록하고, 이미 전달한 보고서는 수정본 여부를 표시해 다시 전달합니다. 아직 바뀌지 않은 자료가 있다면 완료로 처리하지 않고 미반영 자료의 이름을 남깁니다.
협찬과 진료 질문이 함께 있는 접수
진료 포함으로 분류된 접수는 실제 진료 요청이 협찬 조건과 어떤 관계인지 추가로 판단합니다. 협찬으로 받을 수 있는 진료 항목을 묻는 것인지, 협찬 여부와 별개로 본인의 진료 상담을 원하는 것인지 접수 담당자가 질문합니다. 진료에 관한 단어가 있다는 이유만으로 환자 문의로 확정하지 않습니다.
답변이 진료 상담 의사를 분명히 밝히면 그 요청을 병원의 통상적인 상담 절차로 연결합니다. 반대로 진료 항목에 관한 질문이 모두 협찬 조건 협의를 위한 것이었다면 그 사실을 분류 근거에 기재합니다. 담당자는 필요한 범위를 넘는 건강정보를 성과 분류용 기록에 옮기지 않고, 판단에 사용한 요청 목적만 요약합니다.
추가 답변을 받지 못한 건은 목적 미확인 상태를 유지합니다. 보고 마감이 됐다는 이유로 협찬 전용으로 확정하거나 진료 문의에 합산하지 않습니다. 마감 시점의 미확정 목록을 남기고, 이후 답변을 받으면 어느 보고서에 후속 반영할지 보고서 관리 책임자가 정합니다.
수정 범위를 넘겨 해석하는 오류
병원 내부 보고서에서 제외를 완료했더라도 외부 분석 도구의 기존 기록까지 수정됐다고 표현하지 않습니다. 담당자는 내부 집계 정정, 분석 도구 설정 변경, 외부 보고서 재전달을 각각 실제 처리 상태로 기록합니다. 어느 자료를 정정했는지 명시하지 않은 채 전체 전환이 정리됐다고 보고하지 않습니다.
구글은 추천 이벤트가 자동으로 전송되는 방식이 아니며 추가적인 맥락을 필요로 한다고 설명합니다. 병원의 협찬 판정 결과를 측정에 활용하려면 해당 결과를 어떤 방식으로 전달할지 기술 담당자가 설계해야 합니다. 이벤트를 추가했다는 사실만으로 과거 환자 문의 실적이 소급 정정됐다고 판단할 근거는 없습니다.
제외 후 환자 문의 합계가 줄었더라도 이를 실제 진료 수요의 감소로 해석하지 않습니다. 담당자는 같은 보고서 안에서 운영 중 발생한 문의 변화와 집계 대상 정정에 따른 변화를 따로 설명합니다. 과거와 현재를 비교해야 한다면 각 기간에 어떤 분류 기준을 적용했는지 먼저 명시합니다.
협찬 제안 이후 목적이 달라진 연락
처음에는 협찬만 요청했더라도 이후 별도의 진료 상담을 시작하면 새로 발생한 요청의 시점을 기록합니다. 앞선 협찬 접수를 환자 문의로 일괄 변경하지 않고, 후속 연락에서 진료 의사가 드러난 근거를 연결합니다. 반대로 진료 상담을 마친 뒤 협찬을 제안했다고 해서 이전의 유효한 진료 문의를 지우지 않습니다.
연락 목적의 변화는 같은 사람이 보낸 메시지 전체에 같은 분류를 적용하면 놓치기 쉽습니다. 접수 담당자는 목적이 달라진 연락을 기존 상담의 연장으로 처리할지 별도 접수로 관리할지 병원의 접수 단위에 따라 정합니다. 마케팅 담당자는 이 결정과 관계없이 동일한 진료 요청이 중복 합산되지 않도록 연결 관계를 기록합니다.
자주 묻는 질문
블로거 계정 목록을 만들어 일괄 제외해도 되나요?
계정 목록만으로 환자 문의를 일괄 제외하는 방식은 사용하지 않습니다. 계정명이 달라지거나 병원 연락 계정을 함께 사용하는 경우에도 적용하기 어렵습니다. 업무상 필요한 목록을 관리하더라도 과거의 협찬 이력을 현재 요청의 판정값으로 자동 적용하지 않습니다.
협찬 제안이 반복되면 응대 완료까지 기다려야 하나요?
환자 문의 실적의 분류를 협찬 업무의 응대 완료와 연동할 필요는 없습니다. 실적 처리 상태와 제안 응대 상태를 별도 항목으로 관리하면 담당자가 각각 업무를 진행할 수 있습니다. 제안을 거절했다는 사실을 제외 사유로 쓰기보다 접수 당시의 요청 목적을 근거로 남깁니다.
첨부파일에만 요청 내용이 있으면 어떻게 처리하나요?
직원이 안전하게 열람할 수 있는 병원 절차에 따라 내용을 확보합니다. 파일을 열 수 없거나 내용이 손상됐다면 발신자에게 요청 사항을 메시지 본문으로 보내 달라고 안내합니다. 파일명에 협찬이라는 표현이 있어도 본문을 확보하기 전에는 내용 판정을 완료하지 않습니다.
대행사가 협찬 요청을 대신 보내도 같은 기준인가요?
대리 연락에도 요청 목적에 따른 기준을 적용합니다. 접수 기록에는 대리 연락이라는 점과 실제 요청 주체를 업무에 필요한 범위에서 기재합니다. 대행사 직원이 본인의 진료를 묻는 상황과 다른 사람의 협찬 조건을 전달하는 상황을 혼동하지 않도록 요청 대상을 명확히 합니다.
협찬 연락은 어느 부서로 전달하는 것이 적절한가요?
병원이 지정한 제안 접수 담당자에게 전달하고, 환자 상담 직원이 협찬 조건을 대신 판단하지 않도록 업무 범위를 정합니다. 담당 부서가 없다면 실장이 전달받을 책임자를 지정합니다. 환자 상담 창구에서 다른 부서로 전달했다는 사실만으로 분류 처리가 완료된 것은 아니므로 인계 상태도 별도로 관리합니다.