지역값의 출처와 의미
대구 구·군별 홈페이지 문의를 집계하려면 지역값의 출처와 의미부터 정하고, 문의자가 밝힌 지역·열람한 지역 페이지·접속 위치로 추정한 지역을 섞지 않아야 합니다. 병원은 어떤 행동을 문의 접수로 셀지 정한 뒤 대구 구·군, 대구 외, 지역 미확인을 따로 기록해야 합니다.
보고서에 지역명이 있다는 이유만으로 그곳에서 문의한 사람이 거주한다고 해석할 수는 없습니다. 마케팅 담당자는 보고서 제목에 지역값의 뜻을 명시하고, 실장은 그 값으로 답할 수 있는 업무 질문을 정합니다. 거주 지역을 알고 싶은지, 어떤 지역 안내를 읽은 뒤 문의했는지 알고 싶은지에 따라 필요한 기록이 달라집니다.
| 지역값의 출처 | 지역값이 뜻하는 것 | 구·군별 문의 해석의 한계 |
|---|---|---|
| 문의자가 직접 밝힌 지역 | 질문 문구에 따라 응답한 지역 | 질문이 모호하면 거주지인지 관심 지역인지 확정하기 어렵습니다. |
| 열람한 지역 페이지 | 문의 전후에 읽은 지역 안내의 대상 | 해당 구·군 주민이라는 근거로 사용할 수 없습니다. |
| 접속 위치로 추정한 지역 | 접속 위치에 관한 추정 결과 | 문의자의 거주지나 대구 구·군을 정확히 식별했다고 단정할 수 없습니다. |
표의 출처를 같은 지역 항목에 합치면 같은 이름이 서로 다른 뜻으로 누적됩니다. 담당자는 각 항목의 이름에도 출처를 남기고, 기록이 없는 출처를 다른 출처의 값으로 채우지 않습니다. 보고서 수신자가 제목만 읽어도 무엇을 집계했는지 알 수 있도록 작성합니다.
지역 페이지 열람의 해석 범위
지역 페이지 열람은 안내 내용에 대한 행동으로 기록합니다. 달서구 안내를 읽은 사람이 달서구 주민이라고 단정하거나, 여러 지역 안내를 읽었다는 이유로 각 구·군에 문의를 배분하지 않습니다. 열람 기록만 있다면 보고서 이름도 지역 페이지별 열람으로 제한합니다.
페이지 제목에 들어간 지역명과 문의자가 선택한 지역명이 달라도 담당자가 오류로 처리할 필요는 없습니다. 서로 다른 질문에 대한 값이므로 각 항목을 유지하고, 어느 값을 구·군별 문의 집계에 사용할지 사전에 정합니다. 문의자의 응답을 기준으로 집계하기로 했다면 페이지 지역명은 별도 참고 항목으로 관리합니다.
병원 소재지도 문의자의 지역을 대신할 수 없습니다. 접수 기록에 지역이 없다는 이유로 병원이 있는 구·군을 입력하면 병원 위치가 문의자 분포에 섞입니다. 실장은 보고서를 승인할 때 지역명이 기재된 행만 읽지 말고, 그 값을 입력한 근거까지 함께 요청합니다.
문의 행동과 접수 단위의 설정
지역값의 뜻을 정한 다음에는 문의로 셀 행동을 확정합니다. 구글 애널리틱스 고객센터는 추천 이벤트가 자동으로 전송되지 않으며, generate_lead를 양식 제출이나 정보 요청에 사용하는 이벤트로 설명합니다. 병원은 이 이벤트 이름만으로 실제 상담 접수가 성립했다고 판단하지 말고, 홈페이지에서 어떤 행동에 연결했는지 개발 담당자에게 문서로 받습니다.
- 마케팅 담당자가 지역 항목의 출처, 질문 문구, 사용 목적을 정리합니다.
- 실장이 접수 완료로 인정할 행동과 제외할 행동을 정하고, 개발 담당자가 실제 기록 시점과 대조합니다.
- 접수 담당자가 구·군 분류값과 미확인 사유를 적용하고, 보고서 담당자가 같은 기준으로 집계합니다.
준비할 자료는 현재 문의 양식, 제출 뒤 처리 흐름, 이벤트가 기록되는 조건, 접수대장 항목 목록입니다. 개발 담당자는 버튼 선택과 제출 완료 중 어느 시점에 기록이 남는지 설명하고, 접수 담당자는 중복 제출과 시험 입력을 처리하는 방식을 제시합니다. 환자 정보가 포함된 원본을 넓게 공유하지 말고 항목명과 처리 조건 중심으로 협의합니다.
| 문의 집계 행동 | 지역 분류값 | 미확인 처리 기준 |
|---|---|---|
| 접수 완료로 정한 양식 제출 | 양식에서 응답한 대구 구·군 또는 대구 외 | 지역 응답이 없으면 지역 미확인으로 기록합니다. |
| 실제 접수가 남는 정보 요청 | 접수 과정에서 확보한 지역 응답 | 지역을 묻지 않았거나 뜻이 불명확하면 사유를 남깁니다. |
| 연락 버튼 선택만 기록된 행동 | 문의 지역 집계에 배정하지 않음 | 실제 접수 근거가 없다면 접수 문의와 별도로 관리합니다. |
구·군 분류와 미확인 처리
접수 담당자는 대구의 구·군 이름을 사용하는 분류 목록을 마련하고, 대구 외와 지역 미확인을 별도 항목으로 설정합니다. 대구라고만 응답한 기록은 구·군을 임의로 지정하지 않고, 대구 내 구·군 미확인이라는 사유를 남깁니다. 동 이름만 기재되어 소속을 확정하기 어려운 기록도 담당자의 추측으로 배정하지 않습니다.
미확인 사유는 미응답, 질문하지 않음, 응답 의미 불명확처럼 후속 조치를 판단할 수 있는 표현으로 정리합니다. 보고서 담당자는 지역이 있는 문의만 제출하지 말고 미확인 항목도 함께 전달합니다. 실장은 특정 구·군의 수치 해석에 앞서 접수 양식이나 입력 관행이 달라졌는지 판단할 자료로 사용합니다.
지역 질문의 목적과 최소 항목
지역 정보를 추가로 수집하기 전에는 그 응답으로 어떤 결정을 할지 먼저 정합니다. 구·군별 문의 분포를 정리하는 목적이라면 상세 주소나 공동주택 이름까지 필요한지 담당자가 설명할 수 있어야 합니다. 기존 항목이 부족하다는 이유만으로 주소 입력란부터 확대하지 않습니다.
분야별 개인정보 보호 안내서는 수집 목적에 필요한 최소한의 개인정보를 수집하도록 설명합니다. 병원은 지역 항목의 필요성과 수집 근거를 검토하고, 동의를 받는 방식이라면 목적·항목·보유 및 이용 기간·거부 관련 안내를 함께 준비합니다. 이 절차를 거쳤다는 사실만으로 해당 수집 방식의 적법성을 확정하지 않습니다.
질문 문구는 응답 대상이 분명해야 합니다. 거주 지역을 묻기로 했다면 단순히 지역이라고 표시하지 말고, 접수 담당자가 같은 뜻으로 설명할 수 있도록 표현을 통일합니다. 민감한 상담 내용과 지역 집계에 필요한 항목은 업무 목적에 따라 각각 관리합니다.
기준 변경 이력의 관리
집계 기준을 변경할 때에는 적용 시점과 변경 내용을 기록합니다. 양식에서 지역을 묻기 시작한 때와 이전 기록을 같은 조건으로 비교하면, 수집 방식의 차이를 문의 분포의 변화로 오해할 수 있습니다. 보고서 담당자는 해당 기간에 적용한 질문 문구와 접수 인정 조건을 함께 보관합니다.
기존 기록의 지역값을 정비할 때에는 원래 응답과 정리한 분류값을 구별할 수 있어야 합니다. 입력 오류를 고친 경우에는 수정 이유를 남기고, 근거가 없는 값은 새로 채우지 않습니다. 같은 문의가 여러 번 저장된 경우에도 담당자마다 삭제하지 말고, 사전에 합의한 중복 처리 기준을 적용합니다.
보고서에 오류가 발견되면 실장은 수정 대상 기간과 영향을 받은 항목을 정합니다. 담당자는 수정본에 변경 사유를 표시하고 이전 보고서를 받은 사람에게 전달합니다. 이후 집계에서도 같은 오류가 반복되지 않도록 입력 단계의 문제인지 보고서 작성 단계의 문제인지 가립니다.
행정구역과 자유 입력값의 관리
구·군 선택 목록을 정비할 때에는 홈페이지 양식과 내부 집계 문서의 명칭을 함께 관리합니다. 한쪽에만 새 항목을 추가하면 접수된 응답을 보고서에서 처리하지 못할 수 있습니다. 담당자는 분류 목록을 변경한 날짜와 적용 대상을 기록하고, 과거 자료에도 소급 적용할지 별도로 결정합니다.
자유 입력란에 적힌 생활권 이름이나 약칭은 원래 표현을 보존한 상태에서 정리합니다. 지역명을 해석할 근거가 부족하면 목록에서 가장 비슷한 이름을 선택하지 않습니다. 반복되는 입력 표현은 즉시 자동 치환하기보다 뜻이 일정한지 먼저 검토하고, 확정한 처리 규칙만 내부 문서에 추가합니다.
자주 묻는 질문
문의 지역을 응답한 기록만으로 전체 분포를 설명해도 되나요?
지역 응답이 있는 문의의 분포라는 범위로 설명해야 합니다. 응답한 사람과 응답하지 않은 사람의 지역 분포가 같다고 가정할 근거는 없으므로, 보고서에는 집계 대상의 범위와 빠진 기록의 사유를 함께 표시합니다. 지역 미확인을 제외한 자료를 전체 홈페이지 문의자의 거주 분포로 이름 붙이지 않습니다.
문의 뒤 예약을 취소하면 지역 집계에서도 제외하나요?
문의 접수와 예약 결과를 서로 다른 상태로 관리하는 편이 적절합니다. 문의 발생을 집계하는 보고서라면 이후 예약 취소만으로 접수 사실을 삭제하지 않습니다. 예약 결과가 필요한 업무에서는 별도 항목으로 관리하고, 문의 보고서와 예약 보고서의 대상이 다르다는 점을 표시합니다.
실장이 보는 지역 보고서에 개별 연락처도 포함해야 하나요?
구·군별 현황을 판단하는 보고서라면 개별 연락처가 필요한 업무인지 먼저 정합니다. 합계와 처리 사유만으로 판단할 수 있다면 개인을 식별하는 접수 목록을 함께 배포할 필요는 없습니다. 개별 기록을 처리하는 업무와 집계 결과를 공유하는 업무의 접근 범위를 각각 정합니다.
지역 미확인이 많으면 과거 문의자에게 다시 연락해야 하나요?
집계표의 빈 항목을 채우기 위한 재연락을 기본 절차로 정하지 않습니다. 담당자는 재연락의 목적과 필요성을 설명하고 개인정보 처리 기준에 맞는지 검토해야 합니다. 새 집계 목적을 위해 과거 연락처를 곧바로 사용할 수 있다고 전제하지 말고, 다음 접수부터 질문 방식을 정비할지도 판단합니다.
구·군별 문의 결과에 따라 안내 페이지를 바로 삭제해도 되나요?
문의 집계만으로 해당 안내 페이지가 불필요하다고 결론 내리기는 어렵습니다. 페이지가 제공하는 위치·접근 정보의 필요성과 내용의 정확성을 별도로 평가해야 합니다. 문의가 기록되지 않았다는 이유만으로 방문 준비에 필요한 안내까지 삭제하지 말고, 페이지 유지 목적에 맞는 판단 자료를 준비합니다.