가격 문의와 방문 상담의 직접 선택
임플란트 광고 유입 화면에서는 ‘광고 가격에 대한 문의’와 ‘방문 상담 신청’을 사용자가 직접 선택하게 구성합니다. 가격 문의 뒤에도 방문 상담을 별도로 신청할 수 있게 연결하되, 가격 질문만으로 방문 의사가 있다고 간주하지 않습니다. 치과는 처음 누른 선택지부터 마지막 제출까지 사용자가 요청한 일이 유지되도록 접수 경로를 설계합니다.
첫 화면에는 선택지마다 요청할 수 있는 일을 짧게 설명합니다. 가격 문의에는 ‘광고에서 본 가격에 관해 질문합니다’, 방문 상담에는 ‘치과에 방문해 상담받기를 신청합니다’와 같은 문구를 제안합니다. ‘상담받기’처럼 두 목적을 모두 담을 수 있는 표현만 사용하면 사용자는 가격 설명을 기대하고 병원은 방문 요청으로 받아들일 수 있습니다.
| 사용자 선택 | 연결할 접수 화면 | 제출 버튼 문구 제안 |
|---|---|---|
| 광고 가격에 대한 문의 | 가격 질문과 답변받을 연락처 입력 | 광고 가격 문의 보내기 |
| 첫 화면에서 방문 상담 신청 | 방문 상담 요청 내용과 연락처 입력 | 방문 상담 신청하기 |
| 가격 답변 후 방문 상담 신청 | 방문 신청 내용을 새로 제출하는 화면 | 방문 상담 신청하기 |
가격 문의와 방문 상담 신청은 어느 쪽도 미리 선택하지 않는 구성을 제안합니다. 사용자가 목적을 선택하기 전에 연락처 입력부터 요구하면, 무엇을 요청하려고 정보를 남기는지 흐려질 수 있습니다. 선택지 설명과 버튼 문구는 원장이 원하는 접수량보다 사용자가 실제로 요청하는 일을 기준으로 정합니다.
화면 문구와 접수값의 일치 기준
판단 기준은 화면에 표시한 문구와 제출되는 접수값이 같은 요청을 뜻하는지입니다. ‘접수값’은 제출 내용에 함께 저장되는 문의 목적을 뜻하며, 사용자가 읽는 선택지 문구와 별도로 관리될 수 있습니다. 가격 문의 화면의 제목만 수정하고 기존 방문 신청값을 그대로 전송하면 겉으로는 경로가 구분되어도 접수 결과는 달라지지 않습니다.
웹데브는 선택 항목에 사람이 읽는 문구와 데이터 처리에 사용하는 값이 각각 있으며, 항목별 값으로 선택 결과를 가릴 수 있다고 설명합니다. 치과 담당자는 제작사에 선택지 이름만 전달하지 말고 각 선택이 어떤 문의 목적값으로 제출돼야 하는지 함께 전달합니다. 개발 담당자는 화면 문구와 전송값을 연결한 목록을 만들어 병원 담당자에게 설명합니다.
같은 양식을 재사용하는 것 자체가 잘못은 아닙니다. 선택한 목적에 따라 제목·안내·제출 버튼과 접수값이 함께 달라지고, 사용자가 그 상태를 이해할 수 있으면 같은 화면 구조도 사용할 수 있습니다. 반대로 화면을 따로 제작했더라도 접수값이 모두 방문 신청으로 전달되면 수정이 필요합니다.
목적 선택부터 제출까지의 제작 순서
실장은 현재 광고 연결 화면, 문의 양식, 제출 버튼 문구와 접수 결과 화면을 준비합니다. 마케팅 담당자는 사용자가 광고에서 접한 표현을 전달하고, 개발 담당자는 각 화면에서 저장하는 문의 목적값을 정리합니다. 이 자료로 광고 가격 자체를 평가하지 않고 화면 사이의 연결과 제출 결과만 대조합니다.
- 첫 화면에 문의 목적 선택을 배치하고 각 선택이 연결할 접수 화면을 지정합니다. 선택만 한 상태에서는 문의가 제출되지 않았음을 화면 흐름에 반영합니다.
- 가격 문의 화면은 광고 가격에 관한 질문과 답변 연락처를 받도록 구성합니다. 방문 희망일처럼 방문을 전제로 하는 항목은 이 경로의 필수 입력으로 요구하지 않습니다.
- 방문 상담 화면에는 방문 상담을 신청한다는 안내와 그 목적에 맞는 항목명을 사용합니다. 희망 일정 항목을 사용한다면 병원과 일정을 조율하기 위한 요청임을 설명합니다.
- 가격 답변에서 방문 상담으로 연결할 때는 신청 화면으로 이동하게 합니다. 그 화면에서 사용자가 신청 내용을 읽고 제출하도록 구성합니다.
병원 담당자는 문구를 승인하고 개발 담당자는 연결과 저장 결과를 구현합니다. 제작을 마친 뒤에는 첫 화면에서 출발해 실제 제출까지 진행하며 아래 상황을 시험합니다. 화면 캡처만 전달받는 방식으로 끝내지 않고 병원에 도착한 접수 내용까지 대조합니다.
경로별 시험 항목과 준비 자료
| 경로 점검 상황 | 확인할 선택값 | 방문 신청 의사 확인 지점 |
|---|---|---|
| 가격 문의만 제출 | 광고 가격 문의 | 방문 신청 절차를 거치지 않았는지 대조 |
| 첫 화면에서 방문 상담 선택 | 방문 상담 신청 | 방문 신청 화면의 최종 제출 |
| 가격 답변에서 방문 신청으로 이동 | 방문 상담 신청 화면으로 전환 | 이동 후 신청 내용의 별도 제출 |
| 방문 신청 도중 가격 문의로 변경 | 마지막으로 선택한 광고 가격 문의 | 이전 방문 선택이 신청으로 남지 않는지 대조 |
시험에 앞서 개발 담당자는 사용할 시험용 입력 내용과 예상 접수 결과를 준비합니다. 실장은 각 경로의 선택 화면, 제출 직전 화면, 도착한 접수 내용을 같은 시험 묶음으로 기록합니다. 예상과 다르면 문구 오류인지 연결 오류인지 저장값 오류인지 표시해 수정을 요청합니다.
방문 상담 화면으로 이동한 뒤 제출하지 않고 나오는 동작도 포함합니다. 이때 신청이 생성된다면 최종 제출 전의 동작을 접수로 처리하는 부분이 있는지 개발 담당자가 추적합니다. 수정 후에는 문제가 발생한 경로뿐 아니라 같은 양식을 사용하는 다른 선택도 다시 시험합니다.
기본 선택값으로 생기는 오접수
자주 틀리는 경우는 사용자가 선택하지 않았는데 방문 상담값이 이미 정해져 있는 화면입니다. 웹데브는 선택 목록에서 별도 지정이나 사용자 변경이 없으면 첫 항목이 사용되며, 특정 항목을 기본값으로 지정할 수도 있다고 설명합니다. 치과는 이 동작을 고려해 문의 목적을 선택하도록 안내하는 상태와 실제 신청 목적값을 따로 설계해야 합니다.
첫 항목의 글자를 ‘선택해 주세요’로 수정하는 것만으로는 충분하지 않을 수 있습니다. 개발 담당자는 그 항목에 방문 신청값이 연결돼 있지 않은지, 목적을 선택하지 않은 제출을 어떻게 처리하는지 시험합니다. 병원 담당자는 목적 선택을 생략한 접수를 직원이 나중에 추정해 채우는 방식으로 보완하지 않도록 요청합니다.
뒤로 이동하거나 다른 선택지를 누를 때 이전 값이 남는 문제도 따로 시험합니다. 화면 제목은 가격 문의인데 숨겨진 접수값은 방문 신청으로 유지되는지 대조합니다. 마지막으로 표시된 문구와 실제 전송된 값을 함께 기록해야 재현할 수 있습니다.
가격 답변에서 신청으로 이어지는 안내
가격 답변에 방문 상담 경로를 안내할 때는 다음 동작을 구체적으로 씁니다. ‘방문 상담을 원하시면 신청 화면에서 요청을 제출해 주세요’처럼 이동과 제출을 설명합니다. 가격 답변을 읽거나 신청 화면에 들어간 동작만으로 방문 요청이 접수되도록 만들지 않습니다.
직원이 가격 질문에 답하면서 신청 경로를 전달하는 경우에도 사용자의 현재 요청을 존중합니다. ‘방문 접수를 진행하겠습니다’라고 먼저 통보하는 대신, 방문 상담을 원하는지 묻고 원할 때 신청 방법을 안내합니다. 답변에 일정 질문이 섞였더라도 실제 신청을 요청한 것인지 명확하지 않으면 선택을 다시 요청합니다.
사용자가 방문 상담을 원하지 않는다고 응답하면 가격 답변을 마칠 수 있어야 합니다. 방문 신청을 해야만 가격 문의를 끝낼 수 있는 화면은 처음 제시한 선택과 맞지 않습니다. 담당자는 가격 답변용 안내 문장과 방문 신청 연결 문장을 따로 준비해 상황에 맞게 사용합니다.
기존 입력 내용의 재사용 범위
가격 문의에서 방문 신청으로 이동할 때 연락처를 다시 입력하게 할지는 병원의 화면 구성에 따라 정할 수 있습니다. 기존 입력을 이어받는다면 방문 신청 화면에 어떤 정보가 입력돼 있는지 사용자가 읽고 수정할 수 있게 합니다. 연락처가 이미 있다는 이유로 신청 내용을 읽는 절차까지 생략하지 않습니다.
가격 질문의 자유 입력 내용을 방문 신청란으로 통째로 옮기면 새 요청이 불명확해질 수 있습니다. 이전 질문을 참고 내용으로 표시할지, 방문 상담 요청을 별도 입력받을지 제작 전에 정합니다. 자동으로 이어받는 항목과 새로 작성할 항목을 화면에 표시하고, 사용자가 수정한 내용이 제출 결과에도 반영되는지 시험합니다.
자주 묻는 질문
모바일 화면에서도 선택지를 나란히 배치해야 하나요?
반드시 가로로 배치할 필요는 없습니다. 세로로 배치하더라도 같은 화면 흐름에서 두 선택지를 찾을 수 있게 하고, 한쪽 설명만 지나치게 길어 다른 선택지가 멀어지지 않도록 조정합니다. 작은 화면에서는 문구가 잘리거나 버튼 제목이 서로 비슷해지는지도 시험합니다.
선택한 문의 목적을 제출 전에 변경할 수 있나요?
변경할 수 있는 조작을 마련하는 편이 좋습니다. 이동하면 작성 내용이 사라지는 경우에는 그 사실을 먼저 알리고, 사용자가 이전 화면으로 돌아가는 방법도 이해할 수 있게 합니다. 목적 변경에 필요하지 않은 재입력은 줄이는 방향으로 설계합니다.
가격 문의 버튼에 금액을 함께 표시해도 되나요?
이 경로 설계만으로 금액 표시의 적정성을 판단할 수는 없습니다. 버튼은 요청 목적을 알리는 문구로 구성하고, 금액을 추가하려면 광고 표현을 담당하는 병원 책임자가 별도 절차로 판단해야 합니다. 화면 제작자가 접수 편의를 이유로 가격 문구를 임의로 추가하지 않게 합니다.
온라인 신청 대신 전화 연결을 제공해도 되나요?
전화로 연결하는 경로도 선택할 수 있습니다. 버튼을 누르면 입력 양식이 열리는지 전화로 연결되는지 미리 알리고, 직원이 통화에서 사용자가 요청하는 일을 묻게 합니다. 전화 연결 자체를 온라인 방문 신청 완료로 표시하지 않는 문구가 필요합니다.
모든 양식을 한꺼번에 개편하기 어렵다면 어디부터 시작하나요?
현재 광고가 직접 연결되는 화면과 그 화면의 제출 결과부터 수정 범위를 정합니다. 공통 양식을 사용하는 다른 화면에 변경이 영향을 주는지는 개발 담당자에게 요청합니다. 수정하지 않은 화면에도 새 안내가 적용된 것처럼 공지하지 말고, 실제 사용 가능한 경로를 기준으로 직원에게 전달합니다.