실제 이용 경로에 따른 버튼 선택
모바일 첫 화면에 필요한 버튼은 병원이 실제로 제공하는 연락·예약·방문 안내 경로 가운데 바로 필요한 행동을 선택해 배치하는 방식으로 정합니다. 전화·예약·오시는 길은 모두 넣어야 하는 필수 목록이 아니며, 선택한 버튼이 약속한 경로로 이어지는지 확인해야 합니다. 병원 실장은 현재 접수 업무를 기준으로 환자가 홈페이지에서 시작할 수 있는 행동을 정리합니다.
전화로만 예약을 받는 병원이라면 온라인 예약 버튼을 관행적으로 추가할 이유가 없습니다. 온라인 예약을 운영하더라도 특정 진료만 신청할 수 있다면 그 범위에 맞는 목적지를 정해야 합니다. 방문 안내도 홈페이지 안의 안내 페이지와 외부 지도 중 어느 곳으로 연결할지 병원이 결정합니다. 업체에는 원하는 버튼 모양보다 실제 제공 가능한 이용 경로를 먼저 전달합니다.
| 버튼 후보 | 첫 화면에 둘 판단 질문 | 병원이 확정할 연결 목적지 |
|---|---|---|
| 전화 | 지금 전화로 처리할 수 있는 접수 업무가 있습니까? | 해당 업무를 받는 병원 전화번호 |
| 예약 | 환자가 연결된 화면에서 실제로 예약을 신청할 수 있습니까? | 운영 중인 예약 서비스 또는 해당 예약 상품 |
| 오시는 길 | 방문자가 이동을 시작할 때 바로 필요한 경로입니까? | 병원 방문 안내 페이지 또는 병원이 지정한 지도 |
표의 후보는 디자인 시안에 모두 채우기 위한 항목이 아닙니다. 실장은 각 질문에 답할 접수 직원과 예약 관리 담당자를 정하고, 현재 운영하지 않는 경로는 후보에서 제외합니다. 아직 도입을 논의하는 서비스는 실제 이용 준비가 끝난 뒤 다시 판단합니다.
버튼의 역할과 업무 책임
첫 화면 버튼은 사용자가 누른 뒤 시작할 업무가 분명할 때 선택합니다. 전화와 예약이 같은 접수 방식으로 이어진다면 각각을 배치할 필요가 있는지부터 따집니다. 서로 다른 업무를 처리한다면 담당 부서가 각 경로를 어떻게 받는지 정리한 뒤 함께 사용할 수 있습니다.
판단 자료는 접수 직원이 실제로 처리하는 질문과 예약 담당자가 관리하는 신청 범위에서 얻습니다. 마케팅 담당자는 전화로 처리할 업무, 온라인으로 신청할 업무, 방문 전에 읽을 안내를 따로 기재합니다. 첫 화면에서 바로 시작할 필요가 낮은 안내는 버튼 후보에서 제외하고 기존 안내 페이지에서 제공할 수 있습니다. 이때 홈페이지 전체의 메뉴 구조를 다시 설계할 필요는 없습니다.
버튼을 선택하는 사람과 연결 목적지를 관리하는 사람이 다르면 승인 과정에서 누락이 생길 수 있습니다. 실장은 버튼별 운영 담당자를 정하고, 해당 담당자가 목적지의 사용 가능 여부를 승인하게 합니다. 업체가 제시한 시안에 버튼이 있다는 이유만으로 병원에 없는 이용 경로를 새로 약속하지 않습니다.
운영 자료부터 연결 목적지까지
작업은 이용 경로 조사, 버튼과 목적지 확정, 모바일 동작 시험 순으로 진행합니다. 병원은 운영 내용을 결정하고 업체는 그 결정을 화면과 연결 설정에 반영합니다. 목적지가 미정인 상태에서는 디자인만 먼저 승인하지 않도록 업무 일정을 조정합니다.
- 접수 직원은 전화로 받는 업무와 응대 가능한 시간을 정리하고, 예약 담당자는 운영 중인 예약 상품과 신청 가능한 일정을 준비합니다.
- 실장은 첫 화면에 사용할 버튼을 선택하고, 마케팅 담당자는 버튼별 역할과 연결 목적지를 하나의 전달 문서에 기재합니다.
- 업체는 목적지를 연결한 모바일 시험 화면을 전달하고, 병원 담당자는 표시 상태와 실제 이동 결과를 기록합니다.
업체 전달 문서에는 버튼 이름뿐 아니라 사용자가 도착해야 할 화면과 그곳에서 가능한 행동을 함께 기재합니다. 전화는 연결 번호, 예약은 서비스나 상품, 오시는 길은 방문 대상 병원의 안내 목적지를 명시합니다. 지점이 있다면 병원명과 지점명을 함께 기재해 비슷한 목적지를 잘못 연결하지 않도록 합니다.
예약 담당자는 목적지 주소만 전달하지 말고 현재 신청 가능한 상태인지도 판단합니다. 네이버는 스마트플레이스 업체정보와 예약 상품 일정이 자동으로 연동되지 않는다고 안내합니다. 네이버 예약을 사용하는 병원은 업체정보에 기재한 진료시간과 예약 상품의 일정을 각각 관리해야 합니다.
모바일 동작과 수정 요청
완성 화면에서는 버튼이 있다는 사실과 사용할 수 있다는 사실을 따로 시험합니다. 병원 담당자는 모바일에서 홈페이지를 열고 버튼을 직접 누른 뒤 도착 화면을 기록합니다. 아래 표의 수정 요청은 담당자가 발견한 문제에 해당할 때 업체에 전달합니다.
| 확인할 버튼 | 모바일 표시·동작 확인 방법 | 업체에 요청할 수정 |
|---|---|---|
| 전화 | 누를 영역이 온전히 표시되는지와 연결 번호가 승인 번호인지 시험 | 잘린 버튼 영역이나 잘못 연결한 번호 수정 |
| 예약 | 지정한 서비스·상품으로 이동하는지와 신청 가능한 일정 확인 | 오래된 연결 주소나 다른 상품으로 향하는 연결 수정 |
| 오시는 길 | 목적지의 병원명·주소가 맞는지와 모바일에서 안내를 이용할 수 있는지 시험 | 잘못 지정한 병원이나 이동하지 않는 연결 수정 |
수정 요청에는 버튼 이름, 시험한 화면, 예상 목적지, 실제 결과를 함께 기재합니다. 병원 담당자는 연결 오류와 예약 일정 운영 문제를 가려 업체와 예약 담당자에게 각각 전달합니다. 수정 후에는 문제가 있었던 버튼을 같은 출발 화면에서 다시 눌러 처리 결과를 기록합니다.
버튼 영역의 표시 상태
버튼의 연결이 맞더라도 누를 영역이 화면 밖으로 잘리면 표시 문제를 먼저 수정해야 합니다. 구글의 웹 개발 안내는 콘텐츠가 표시 영역보다 넓으면 가로 스크롤이 생길 수 있으므로 영역에 맞게 조정하도록 권합니다. 병원은 버튼을 누르기 위해 화면을 좌우로 이동하거나 축소해야 하는 상태를 업체에 수정 대상으로 전달합니다.
버튼 글자만 화면 안에 들어오는 것으로 시험을 끝내지 않습니다. 담당자는 배경과 누를 영역을 포함한 버튼 전체가 표시되는지, 가장자리에서 누른 결과도 의도한 동작인지 시험합니다. 업체에는 병원이 승인한 모바일 첫 화면에서 버튼 영역을 온전히 사용할 수 있는 상태를 요구합니다.
손가락으로 누르는 시험과 별도로 키보드 입력으로 버튼을 사용할 수 있는지도 업체에 요청합니다. 세계 웹 표준 기구의 웹 접근성 안내는 마우스를 사용하지 않는 사람도 키보드로 웹사이트를 이용할 수 있어야 한다고 설명합니다. 병원은 이 시험을 버튼 동작의 점검 항목으로 기록하며, 그 결과만으로 홈페이지 전체의 접근성 적합성을 판정하지 않습니다.
예약 연결 오류와 운영 상태의 차이
예약 화면에 도착했지만 선택할 일정이 없다면 연결 오류로 바로 판단하지 않습니다. 승인한 목적지와 실제 도착 화면이 같은 경우에는 예약 담당자가 상품의 운영 상태를 조사합니다. 다른 상품이나 종료된 화면으로 이동한 경우에는 업체가 연결 설정을 수정합니다.
네이버는 병의원형 예약 상품을 등록하면 처음에는 노출되지 않는 상태이며, 예약받을 준비가 된 뒤 노출 상태로 변경하도록 안내합니다. 또한 상품별 일정과 예약 인원 정보는 서로 연동되지 않고 독립적으로 운영된다고 설명합니다. 병원 담당자는 홈페이지에서 연결한 상품을 대상으로 노출 상태와 신청 가능한 시간을 확인합니다.
점검 기록에는 목적지에 도착했는지와 그곳에서 예약을 시작할 수 있었는지를 별도 항목으로 기재합니다. 예약이 마감된 상태라면 담당자는 정상 마감인지 설정 누락인지 판단하고 처리 결과를 남깁니다. 업체가 연결을 수정할 필요가 없는 사안까지 홈페이지 오류로 요청하지 않도록 기록에 처리 담당자를 명시합니다.
임시 목적지의 종료 조건
임시 예약 서비스나 이전 기간의 방문 안내에 연결한다면 목적지의 종료 조건도 정해야 합니다. 당장 사용할 수 있는 화면이라도 운영이 끝난 뒤 버튼만 남을 수 있기 때문입니다. 실장은 임시 경로를 승인할 때 종료를 알릴 담당자와 이후 사용할 목적지를 함께 정합니다.
교체할 목적지가 준비되지 않았다면 업체가 임의로 병원 홈이나 다른 예약 상품에 연결하지 않도록 전달합니다. 기존 버튼을 계속 사용할지 잠시 제외할지는 해당 업무를 받는 병원이 결정합니다. 마케팅 담당자는 종료 통보를 받은 뒤 연결 수정 요청과 처리 결과를 같은 기록에 남깁니다. 임시 목적지의 관리 담당자가 바뀌면 후임자에게 버튼의 종료 조건까지 인계합니다.
자주 묻는 질문
버튼을 정할 때 이용 통계가 꼭 필요합니까?
이용 통계가 없어도 현재 제공하는 업무를 기준으로 처음 설계할 수 있습니다. 접수 직원에게 반복해서 요청받는 행동과 온라인에서 실제 처리 가능한 행동을 자료로 정리합니다. 이후 이용 기록을 확보하면 선택을 유지할지 판단하는 보조 자료로 활용합니다.
예약 버튼 시험 중 실제 신청을 완료해야 합니까?
실제 신청을 완료할지는 예약 담당자가 시험 목적에 따라 정합니다. 완료 단계까지 시험해야 한다면 시험 신청임을 내부에 알리고, 처리와 취소를 맡을 사람을 미리 정합니다. 화면 이동만 시험할 때는 신청 완료까지 점검한 것으로 기록하지 않습니다.
직원 개인 휴대전화로 전화 연결을 시험해도 됩니까?
병원이 승인한 기기를 사용하고, 실제 통화를 진행할 필요가 있는지부터 정합니다. 개인 기기 사용이 허용되지 않는다면 업무용 기기로 진행합니다. 시험 과정에서 남은 개인 연락처나 통화 기록을 업체 전달 자료에 포함하지 않습니다.
예약 서비스의 로그인 요구를 오류로 처리해야 합니까?
로그인을 요구한다는 사실만으로 홈페이지 연결 오류라고 판단하지 않습니다. 운영 담당자가 해당 서비스의 정상 이용 절차인지 조사하고, 업체에는 의도한 서비스로 이동했는지를 묻습니다. 예상하지 않은 계정이나 다른 서비스의 로그인을 요구한다면 연결 목적지부터 조사합니다.
버튼 승인 기록은 어떤 형태로 보관하면 됩니까?
특정 문서 형식을 새로 도입할 필요는 없습니다. 병원에서 사용하는 업무 문서에 승인한 목적지, 승인자, 적용일, 수정 결과를 함께 남기면 됩니다. 연결 주소가 포함된 내부 기록은 게시용 안내와 따로 관리하고 후임 담당자가 찾을 수 있는 위치에 보관합니다.