LINE을 유입 채널로 세면 SNS 기여가 사라지는 이유
일본 SNS를 보고 LINE으로 문의한 환자는 LINE을 유입 채널로 묶어 세지 않습니다. 추적을 설정한 병원 사이트에서 LINE으로 이동한 행동과 LINE 대화 안의 문의를 따로 기록하고, 문의 기록에 처음 본 SNS를 남겨 상담·예약 단계 기록과 연결한 뒤 기여를 판단합니다. LINE은 환자가 연락하는 통로이고, 병원을 처음 알게 된 경로와는 다를 수 있습니다.
LINE 문의를 한 칸으로 합쳐 집계하면 인스타그램·X·틱톡 같은 SNS 게시물이 만든 관심이 모두 LINE 실적으로 기록될 수 있습니다. 그러면 원장·실장은 어떤 게시물을 계속 만들지 판단할 근거를 잃습니다. 담당자는 연락 통로와 처음 접한 SNS를 서로 다른 칸에 기록하는 것부터 시작합니다.
| 문의 경로 구간 | 추적 가능 여부 | 병원이 남길 기록 |
|---|---|---|
| SNS 게시물 노출·반응 | 병원 측정 도구 밖 | 게시물 제목과 게시일 목록 |
| 병원 사이트 방문 | 추적을 설정했다면 가능 | 방문 페이지와 유입 표시 |
| 사이트에서 LINE으로 이동 | 측정 방법은 설정 담당자가 정할 일 | LINE 버튼이 있는 페이지 목록 |
| LINE 대화 속 문의 | 사이트 추적 밖 | 문의일, 처음 본 SNS 응답 |
표에서 사이트 밖에 있는 두 구간은 병원이 직접 손으로 기록해야 하는 구간입니다. SNS 게시물 목록은 문의 기록의 응답과 맞추기 위한 기준표로 씁니다. 게시물 이름을 담당자마다 다르게 부르지 않도록 목록의 표기를 하나로 정합니다.
추적이 닿는 병원 사이트 구간과 닿지 않는 LINE 대화 구간
구글 애즈 안내는 광고주가 추적을 설정한 사이트와 앱에서만 데이터를 수집한다고 설명합니다. 병원 담당자는 자신이 추적을 설정한 범위가 병원 사이트까지인지 먼저 확인합니다. LINE 대화 안에서 오간 문의는 이 설정만으로 측정 도구에 들어온다고 여기지 않습니다.
SNS 프로필 링크로 LINE에 곧바로 들어온 환자는 병원 사이트를 거치지 않을 수 있습니다. 이런 문의는 사이트 기록에 흔적이 없으므로 대화 안에서 묻는 방법으로만 처음 본 SNS를 알 수 있습니다. 그래서 사이트를 거친 문의와 거치지 않은 문의를 같은 문의 기록표에 넣되 경로 칸을 따로 만듭니다.
사이트를 거친 문의는 LINE 버튼 클릭 기록과 대화 기록을 문의 날짜로 맞춰 잇습니다. 같은 사람이라고 단정할 수 없는 경우에는 연결하지 않고 응답만 남깁니다. 실장은 연결 여부를 표시하는 칸을 두어, 추정으로 이은 기록과 환자가 직접 답한 기록이 섞이지 않게 관리합니다.
LINE 문의에 처음 본 SNS를 묻고 남기는 순서
LINE 상담 담당자는 첫 응대 문장에 병원을 어디에서 처음 알게 되었는지 묻는 질문을 넣습니다. 답은 자유 서술보다 SNS 이름 선택지로 받으면 기록표에 옮기기 쉽습니다. 게시물까지 기억하는 환자에게는 게시물 내용을 짧게 묻고, 기억하지 못하면 SNS 이름만 기록합니다.
담당자가 준비할 자료는 SNS별 게시물 목록, 문의 기록표, 단계 이름표입니다. 마케팅 담당자는 목록을, 상담 담당자는 기록표를 맡고, 실장이 단계 이름을 정합니다. 아래 순서는 이 세 자료를 갖춘 뒤 진행합니다.
- 추적이 설정된 사이트 구간과 LINE 대화 구간을 나눕니다. 사이트에 LINE 버튼이 있는 페이지를 모두 목록으로 정리합니다.
- 사이트의 LINE 버튼 클릭을 어떤 방식으로 기록할지 설정 담당자와 정합니다. 버튼마다 어느 페이지에서 눌렸는지 알 수 있게 이름을 정합니다.
- LINE 대화 문의를 기록표에 한 줄씩 입력합니다. 문의일과 문의 진료 분야, 처음 본 SNS 응답을 한 줄에 함께 넣습니다.
- 문의 기록의 첫 접촉 SNS를 상담·예약 단계와 연결합니다. 같은 줄에 상담 진행일과 예약 여부를 이어서 기록합니다.
- 기여를 볼 보고서 위치와 설정 방법을 정합니다. 마케팅 담당자와 실장이 같은 화면을 기준으로 수치를 읽도록 약속합니다.
이 순서에서 셋째와 넷째 항목은 사람이 직접 입력하는 단계입니다. 입력 누락이 생기기 쉬우므로 상담 담당자가 하루 업무를 마칠 때 빈칸을 채우도록 정합니다. 빈칸이 남은 줄은 미응답으로 표시하고 추측한 SNS를 넣지 않습니다.
LINE 문의를 문의·기준 충족·상담·전환 단계로 잇는 기록
| 문의 단계 | 기록할 내용 | 첫 접촉 SNS 연결 방법 |
|---|---|---|
| 문의 | 문의일, 문의 진료 분야 | 첫 응대에서 받은 응답 기록 |
| 기준 충족 | 병원이 정한 상담 대상 여부 | 문의 줄의 응답을 그대로 이어 씀 |
| 상담 | 상담 진행일과 담당자 | 같은 줄에 이어 기록 |
| 전환 | 예약 확정 여부와 확정일 | 같은 줄에 이어 기록 |
구글 애널리틱스는 온라인과 오프라인 활동을 아우르는 리드 생성 유입경로 전체를 측정하려는 경우 리드 생성 이벤트를 쓰도록 권장하고, 오프라인에서 전환이 일어나는 경우에 유용하다고 소개하며, 이 이벤트를 보내면 리드 확보 보고서가 채워진다고 안내합니다. 이 이벤트 가운데 generate_lead는 온라인 양식 제출이나 오프라인 정보 제출, qualify_lead는 기준 충족 표시, close_convert_lead는 전환 고객이 될 때를 가리키는 이름입니다. LINE 대화 문의를 이 이벤트로 보낼지는 병원의 측정 설정 담당자가 현재 설정 범위를 따져 정합니다.
이벤트로 보내지 않더라도 기록표의 단계 이름을 같은 체계로 맞춰 두면 나중에 연결하기 쉽습니다. 실장은 기준 충족 단계의 조건을 진료 가능 분야, 방한 가능 일정처럼 병원이 판단할 수 있는 항목으로 정합니다. 조건을 문장으로 정해 상담 담당자 모두가 같은 기준으로 표시하게 합니다.
단계가 바뀔 때 새 줄을 만들지 않고 같은 줄에 이어 쓰는 것이 이 기록표의 원칙입니다. 한 환자의 문의가 여러 줄로 흩어지면 첫 접촉 SNS가 상담·예약 단계와 끊어집니다. 같은 환자가 다시 문의하면 기존 줄에 재문의일을 덧붙여 기록합니다.
자주 틀리는 기록 방식
가장 흔한 실수는 처음 본 SNS 칸에 LINE을 기재하는 것입니다. 환자가 LINE에서 병원을 처음 알았다고 답하지 않았다면 이 칸에는 LINE이 들어갈 이유가 없습니다. 상담 담당자 교육 때 연락 통로 칸과 처음 본 SNS 칸의 차이를 예시로 설명합니다.
두 번째 실수는 환자의 답이 없는데 담당자가 짐작으로 SNS를 채우는 것입니다. 최근 게시물 반응이 많았던 SNS를 넣는 습관이 생기면 기록이 특정 채널 쪽으로 기울 수 있습니다. 응답이 없으면 미응답으로 남기고, 미응답 비율이 높다면 질문 문구를 고칩니다.
세 번째 실수는 여러 SNS를 보았다고 답한 환자를 한 채널로 줄여 기록하는 것입니다. 환자가 처음 본 SNS와 문의 직전에 본 SNS를 다르게 말하면 두 칸에 각각 기재합니다. 원장·실장은 처음 접촉 기준으로 볼지 문의 직전 기준으로 볼지 보고 전에 정해 둡니다.
기여 분석을 읽는 보고서 위치와 수집 동의 안내
애널리틱스 안내에 따르면 주요 이벤트를 기반으로 만든 구글 애즈 전환 가운데 자연 및 유료 교차 채널 전환의 기여 분석은 생성 중에 설정되지 않고 보고서에서 설정됩니다. 이 전환은 표준 애널리틱스 보고서에는 표시되지 않으며, 구글 애즈나 애널리틱스의 '광고' 섹션에서 실적을 평가할 수 있습니다. 마케팅 담당자는 병원이 어느 화면을 기준으로 기여를 읽을지 먼저 정하고 실장과 공유합니다.
보고서의 기여 분석은 사이트 구간의 기록을 다루고, LINE 대화 속 응답은 기록표에 따로 있습니다. 두 결과를 한 숫자로 합치지 않고 나란히 놓아 원장이 판단하게 합니다. 서로 다른 결과가 나오면 어느 쪽이 맞다고 단정하지 말고 응답 누락이나 연결 기준을 다시 따집니다.
구글 애즈 안내는 광고주가 수집하는 데이터에 관한 정보를 사용자에게 제공하고 법률이나 관련 정책에 따라 동의를 받아야 한다고 설명합니다. 병원 사이트의 수집 안내 문구와 LINE 첫 응대에서 묻는 질문의 안내를 같은 시기에 정비합니다. 일본어 안내 문구가 실제 수집 항목과 맞는지는 병원 개인정보 담당자가 판단합니다.
집계 기준을 바꿀 때 지킬 기록 원칙
운영 중에 질문 문구나 선택지를 변경하면 변경일을 기록표 머리에 따로 기재합니다. 변경 전후의 응답을 한 기간으로 묶으면 SNS별 문의 수가 달라진 이유를 설명하기 어렵습니다. 보고할 때도 변경일을 기준으로 기간을 나눠 제시합니다.
새 SNS 계정을 시작하면 선택지에 그 이름을 추가한 날부터 집계합니다. 추가 전에 기타로 들어온 응답을 나중에 새 SNS로 옮겨 적지 않습니다. 기타 응답의 내용은 메모 칸에 원문 그대로 남겨 두면 됩니다.
기록표를 여러 담당자가 함께 쓰면 입력자 칸을 만들어 누가 기재했는지 남깁니다. 같은 응답을 담당자마다 다른 표기로 넣는 문제를 찾아 고치기 쉬워집니다. 실장은 정해진 주기로 표기가 어긋난 줄을 모아 한 가지 표기로 정리합니다.
자주 묻는 질문
환자가 처음 본 SNS 질문에 답하기를 꺼리면 어떻게 하나요?
답을 강요하지 않고 미응답으로 기록한 뒤 상담을 계속합니다. 질문은 상담에 필요한 내용을 묻기 전에 한 번만 하고 되묻지 않습니다. 미응답이 늘어나면 선택지 수를 줄이거나 문구를 짧게 고쳐 다시 운영합니다.
일본어 상담 직원이 없는 날에는 문의 기록을 누가 입력하나요?
그날 LINE 대화를 연 직원이 문의일과 원문 응답만 먼저 남깁니다. 진료 분야와 단계 판단은 일본어 상담 직원이 다음 근무일에 이어서 채웁니다. 입력자 칸에 두 사람을 모두 기재해 누가 어느 부분을 맡았는지 남깁니다.
문의 기록표는 엑셀 같은 일반 표 도구로 운영해도 충분한가요?
문의 한 건이 한 줄로 이어지고 여러 담당자가 같은 파일을 쓸 수 있다면 일반 표 도구로 시작해도 됩니다. 파일을 여러 개로 복사해 쓰면 같은 환자가 다른 줄에 흩어지기 쉽습니다. 보관 위치와 열람 권한은 병원 개인정보 담당자가 정합니다.
SNS별 문의 결과는 원장에게 얼마나 자주 보고하면 좋을까요?
상담에서 예약까지 걸리는 기간이 진료마다 달라 정해진 주기는 없습니다. 보고 주기는 예약 확정이 대체로 기록되는 시점 뒤로 정해야 전환 칸이 비지 않습니다. 첫 몇 차례 보고에서 빈칸이 많다면 주기를 늘리는 방향으로 조정합니다.
여러 번 문의했다가 한참 뒤 예약한 환자는 어느 SNS의 성과로 보나요?
병원이 처음 접촉 기준으로 정했다면 첫 문의 때 받은 SNS 응답을 그대로 씁니다. 재문의 때 다른 SNS를 말했다면 그 내용은 메모로만 남기고 집계 칸을 덮어쓰지 않습니다. 기준을 문의 직전 SNS로 변경하려면 변경일을 기록하고 이후 기간에만 적용합니다.