문의 버튼 오류의 판단 기준
중국 SNS 안의 병원 문의 버튼 오류는 버튼 반응·문의 화면 도달·제출 완료 중 어디서 멈추는지 재현해 수정 요청을 구체화합니다. 전환 집계 누락만으로 버튼 고장이나 중국 SNS의 차단을 단정하지 않습니다. 병원 마케팅 담당자는 문제가 발생한 중국 SNS와 기기에서 직접 같은 문의 경로를 실행하고, 마지막으로 정상 작동한 단계와 다음에 발생한 현상을 기록합니다.
처음부터 원인을 추정하면 웹 담당자가 다른 문제를 수정할 수 있습니다. 버튼을 눌러도 화면이 그대로인 상태, 다른 화면으로 이동했지만 문의 양식이 없는 상태, 양식을 작성했지만 제출 결과를 알 수 없는 상태는 요청할 작업이 다릅니다. 오류 이름을 임의로 정하기보다 이용자가 실제로 한 동작과 그 직후 화면의 변화를 연결해 전달합니다.
| 점검 단계 | 직접 확인할 현상 | 남길 기록 |
|---|---|---|
| 버튼 반응 | 누른 뒤 화면 변화나 안내가 발생하는지 | 버튼 위치, 누르기 전후 화면 |
| 문의 화면 도달 | 예정한 문의 양식으로 이동하는지 | 출발 화면, 도착 화면, 이동 전후 주소 |
| 제출 결과 | 제출 뒤 안내와 접수 기록이 남는지 | 오류 문구, 제출 시각, 접수 담당자의 응답 |
표의 단계는 병원 내부에서 문제를 전달하기 위한 업무 기준입니다. 특정 중국 SNS가 어떤 링크를 허용하는지 설명하는 플랫폼 규칙이 아닙니다. 웹 담당자는 전달받은 기록으로 조사할 범위를 정하고, 마케팅 담당자는 아직 시험하지 않은 단계까지 정상이나 실패로 표시하지 않습니다.
주소 변화와 집계 자료의 해석 범위
네이버는 디스플레이광고 전환 추적에서 주소가 변환되거나 다른 주소로 이동하는 과정에 추적용 정보가 변경·유실되면 전환 집계가 누락될 수 있다고 안내합니다. 이는 네이버의 해당 추적 방식에 관한 설명입니다. 병원 업무에는 화면 이동과 집계 결과를 따로 기록해야 한다는 참고로 적용하며, 중국 SNS에도 같은 추적 조건이 적용된다고 해석하지 않습니다.
주소가 달라졌다는 사실만으로 문의 기능의 오류를 판정할 수도 없습니다. 예정된 문의 화면에 도달하는 이동인지, 무관한 화면에 도착한 이동인지에 따라 웹 담당자에게 전달할 질문이 달라집니다. 마케팅 담당자는 이동 전후 주소를 확보하고, 그 주소가 병원이 의도한 문의 경로인지 웹 담당자에게 묻습니다.
조사를 시작할 때는 이용자의 신고와 직원의 재현 결과도 따로 기록합니다. 신고에는 제출 실패라고 적혀 있어도 직원 시험에서는 입력 오류 안내가 나타날 수 있습니다. 이 경우 신고 내용을 삭제하거나 곧바로 사용자 실수로 결론 내리지 않고, 서로 다른 결과가 발생한 조건을 각각 남깁니다. 직접 재현하지 못한 현상은 미재현으로 표시하고 확보한 화면 자료와 함께 전달합니다.
같은 이용 조건에서 진행할 실행 순서
마케팅 담당자는 시험 전에 문제가 발생한 SNS 이름, 기기 종류, 사용한 앱 버전, 문제 발생 시각을 확보합니다. 기억에 의존한 설명보다 실제 이용 화면에서 출발할 수 있는 자료를 우선합니다. 앱 버전을 알 수 없다면 추정해서 채우지 않고 미확보로 기재합니다.
- 문제가 발생한 게시물이나 병원 소개 화면에서 해당 버튼을 누릅니다. 누르기 전 버튼 위치와 누른 직후의 변화를 기록하고, 반응이 없다면 그 상태에서 시험을 종료합니다.
- 화면이 이동하면 도착 화면의 제목과 입력 항목을 기록해 예정한 문의 양식인지 판별합니다. 주소를 확보할 수 있는 상태라면 이동 전후 주소를 원형대로 내부 기록에 보관합니다.
- 문의 양식에 도달하면 접수 담당자와 합의한 시험용 내용으로 제출합니다. 화면의 안내 문구와 접수 담당자가 찾은 기록을 함께 남기고, 수정이 필요한 지점을 웹 담당자에게 전달합니다.
앞 단계가 막혔다면 뒤 단계의 결과는 미실행으로 표시합니다. 문의 화면에 도달하지 못했는데 제출 실패까지 함께 기록하면 조사 대상이 불필요하게 넓어집니다. 입력 중 발생한 현상과 제출 동작 후 발생한 현상도 발생 시점을 달리 기재합니다.
관찰 결과별 수정 요청 자료
수정 요청에는 담당자의 추측보다 재현 경로와 원본 화면을 먼저 첨부합니다. 웹 담당자가 접수 기록을 찾아야 할 때는 시험 시각과 시험용 식별 문구를 전달합니다. 주소나 화면에 연락처 등 개인정보가 포함되면 공유본에서 가리고, 조사에 필요한 원본은 접근 가능한 담당자를 제한해 보관합니다.
| 관찰 결과 | 담당자에게 요청할 확인 | 이 결과만으로 단정할 수 없는 것 |
|---|---|---|
| 버튼을 눌러도 변화 없음 | 해당 버튼의 연결과 동작 처리 조사 | 중국 SNS의 외부 링크 차단 |
| 예정과 다른 화면에 도착 | 등록된 목적지와 이동 과정 대조 | 주소 변경 자체가 오류라는 판단 |
| 제출 뒤 오류 안내 발생 | 입력 조건과 접수 처리 기록 조사 | 버튼 연결도 실패했다는 판단 |
| 접수됐으나 집계에서 누락 | 집계 담당자에게 관련 기록 전달 | 문의 기능이 작동하지 않았다는 판단 |
요청서의 제목도 멈춘 단계에 맞게 작성합니다. 문의 화면에 도달한 뒤 제출이 멈췄다면 버튼 전체가 고장 났다는 제목 대신 제출 후 나타난 현상을 기재합니다. 웹 담당자의 회신에는 수정한 대상과 적용 여부를 포함하도록 요청하고, 원인 조사 중인 내용과 수정이 끝난 내용을 별도로 표시합니다.
외주 업체가 여러 곳이라면 병원 실장이 요청을 취합할 담당자를 정합니다. 각 업체에는 자신이 조사해야 할 화면이나 처리 범위를 지정해 전달합니다. 수정 전 화면과 수정 후 화면은 같은 요청 기록에 연결해 변경 이력을 남깁니다.
제출 실패와 집계 누락의 판정 분리
구글 애널리틱스는 양식 제출이나 정보 요청 활동에 사용하는 추천 이벤트로 generate_lead를 설명하며, 추천 이벤트가 자동으로 전송되는 것은 아니라고 안내합니다. 병원은 이벤트 이름이 있다는 이유만으로 실제 문의 접수와 집계가 자동으로 일치한다고 판단하지 않습니다. 웹 담당자가 어떤 동작을 이벤트 전송 조건으로 사용했는지 별도의 설명을 요청합니다.
접수 담당자가 시험 문의를 찾았는데 보고서에 관련 집계가 없다면, 그 건은 접수 성공 기록과 집계 미확인 기록을 함께 남깁니다. 반대로 이벤트가 기록됐더라도 병원 내부에서 접수 여부를 찾지 못했다면 실제 문의 처리가 완료됐다고 승인하지 않습니다. 두 기록이 일치하지 않는 문제는 집계 담당자에게 전달하되, 추적 설정 변경이나 누락 복구를 문의 버튼 수정 요청에 섞지 않습니다.
제출 직후 오류 문구가 나타난 경우에도 접수 담당자의 조회 결과가 필요합니다. 화면에는 실패 안내가 있었지만 내부에는 기록이 남았다면, 안내 처리와 접수 처리가 서로 다른 결과를 낸 상태로 전달합니다. 원인을 알기 전에 반복 제출을 계속하지 말고 현재 시험 건의 처리 결과부터 정리합니다.
수정 완료를 승인할 재시험 기록
웹 담당자가 수정 완료를 회신하면 마케팅 담당자는 처음 문제가 발생했던 SNS와 기기에서 같은 출발 화면을 사용해 재시험합니다. 수정한 파일이나 설정이 있다는 회신만으로 병원 내부의 완료 상태를 변경하지 않습니다. 버튼을 누르는 시점부터 수정 대상 단계까지 진행하고, 그 뒤의 문의 처리도 이어지는지 시험합니다.
재시험 기록에는 적용 후 시험이라는 표시와 실행 시각을 남깁니다. 수정 전 오류 문구가 사라졌더라도 다른 화면으로 이동하거나 새로운 입력 오류가 발생했다면 미해결 항목으로 기록합니다. 병원 실장은 미해결 항목의 다음 조치 담당자를 지정하고, 실제 접수까지 진행한 시험은 접수 담당자의 응답을 받은 뒤 종료합니다.
주소를 확보하지 못한 기록의 처리
SNS 내부 화면에서 도착 주소를 확보하지 못했다면 주소 미확보로 기록합니다. 화면 제목이나 병원 이름만으로 목적지 주소를 추정해 채우지 않습니다. 대신 출발한 게시물의 식별 정보와 버튼 문구, 도착 화면을 연결해 웹 담당자가 연결 대상을 찾도록 요청합니다.
오류 안내의 일부만 촬영했을 때도 같은 기준을 적용합니다. 앞뒤 동작이 빠진 화면만으로 문제가 시작된 단계를 확정하지 않고, 촬영하지 못한 범위를 표시합니다. 추가 시험이 가능하면 버튼을 누르기 전부터 기록을 남기고, 불가능하면 현재 자료로 판단 가능한 항목만 회신받습니다. 자료가 부족하다는 사정과 기능이 실패했다는 결론은 별개로 관리합니다.
자주 묻는 질문
중국어 오류 문구를 번역해서만 전달해도 되나요?
번역문과 함께 원문 화면도 전달합니다. 번역 과정에서 버튼 이름이나 오류의 대상이 달라질 수 있으므로 원문을 보존하고, 뜻이 불분명한 표현은 임의로 원인을 덧붙이지 않습니다. 번역문에는 화면에 적힌 내용과 담당자가 이해한 내용을 따로 표시합니다.
로그인한 직원 계정에서만 시험해도 충분한가요?
신고한 이용자와 로그인 상태가 다르다면 같은 조건을 재현한 결과로 처리하지 않습니다. 현재 시험이 직원 로그인 상태에서 진행됐다는 제한을 기재하고, 병원이 시험할 수 있는 범위에서 신고 당시 상태를 추가로 재현합니다. 이용자의 계정 비밀번호를 받아 시험하는 방식은 사용하지 않습니다.
같은 동작에서 오류가 간헐적으로 발생하면 어떻게 기록하나요?
성공한 시도와 실패한 시도를 각각 실행 시각에 연결해 남깁니다. 마지막 시도의 결과로 앞선 기록을 덮어쓰지 않고, 각 시도에서 달랐던 입력 내용이나 화면 상태가 있다면 함께 기재합니다. 달라진 조건을 찾지 못했을 때는 원인을 추정하지 않고 간헐적으로 발생했다는 관찰 결과를 전달합니다.
오류가 계속되는 동안 문의 안내 문구를 변경해도 되나요?
병원이 실제 응대할 수 있는 별도 연락 수단이 있다면 책임자의 승인 후 임시 안내에 사용할 수 있습니다. 현재 응대가 가능한지와 안내 내용이 정확한지를 담당 부서에서 먼저 판단합니다. 작동하지 않는 경로를 그대로 안내하거나, 시험하지 않은 수단을 정상 경로라고 표시하지 않습니다.
여러 게시물에서 같은 문의 버튼을 사용하면 모두 수정해야 하나요?
겉으로 같은 버튼이라도 실제 연결 대상이 동일한지는 웹 담당자에게 목록으로 대조하도록 요청합니다. 공통으로 사용하는 연결을 고치는 작업과 게시물마다 등록된 연결을 고치는 작업은 범위가 다를 수 있습니다. 담당자의 영향 범위 설명을 받은 뒤 수정 대상 목록을 확정하고, 누락된 게시물이 없는지 관리합니다.