문의 목적지까지의 흐름 정리
홈페이지 방문자가 문의까지 가는 길은 클릭 수만 줄이기보다 문의 목적지까지 불필요하게 거치는 화면을 덜어내는 실행안으로 개선합니다. 입력할 내용을 바로 이해하고 입력란을 쉽게 선택할 수 있게 하는 요구도 함께 정합니다. 병원 담당자는 진료 안내를 읽던 화면을 출발점으로 삼고, 문의 내용을 입력하기 시작하는 화면을 목적지로 정리합니다.
출발점과 목적지가 정해지면 담당자는 그 사이에 나타나는 화면을 실제 이동 순서대로 기재합니다. 화면 이름만 나열하지 말고 방문자가 무엇을 읽거나 선택한 뒤 이동하는지도 함께 기록합니다. 진료 안내에서 문의를 시작했는데 홈페이지 첫 화면으로 이동하거나 같은 문의 대상을 다시 선택한다면, 그 이동이 접수에 필요한 이유를 업체에 묻습니다.
병원은 현재 흐름과 변경할 흐름을 구분해 정리합니다. 현재 흐름에는 실제로 거치는 화면을 기록하고, 변경할 흐름에는 유지할 안내와 줄일 이동을 표시합니다. 업체에 처음부터 화면 삭제를 요청하기보다 각 화면의 역할을 설명하면, 필요한 내용을 다른 화면으로 옮기는 방안도 함께 논의할 수 있습니다.
| 문의 시작 화면 | 거치는 화면과 역할 | 유지하거나 줄일 이유 |
|---|---|---|
| 진료 안내 화면 | 문의 대상 안내 화면에서 접수 범위 설명 | 방문자가 문의 대상을 판단하는 데 필요한 내용은 유지 |
| 진료 안내 화면 | 홈페이지 첫 화면을 거쳐 문의 메뉴 재탐색 | 새 안내나 선택 없이 이동만 요구하면 경유 축소 제안 |
| 진료 안내 화면 | 앞서 정한 문의 대상을 다시 선택 | 다시 선택해야 하는 업무상 이유가 없으면 중복 단계 축소 제안 |
| 진료 안내 화면 | 입력 화면에서 문의 내용 기재 | 문의 목적지로 유지하고 입력 설명과 선택 동작 요구 |
이 표는 병원이 화면의 필요성을 구분할 때 사용할 실행 제안입니다. 특정 화면을 반드시 없애야 한다는 플랫폼 규칙으로 사용하지 않습니다. 담당자는 병원의 접수 방식에 따라 유지할 이유를 기재하고, 이유가 불분명한 경유만 변경 후보로 정리합니다.
필요한 안내와 단순 경유의 구별
중간 화면은 방문자가 다음 행동을 결정하는 데 필요한 정보를 담고 있는지로 구별합니다. 담당자는 해당 화면이 없을 때 방문자가 문의 대상을 잘못 선택하거나 접수 범위를 오해할 가능성이 있는지 따집니다. 화면에 내용이 많다는 이유만으로 유지하지 말고, 문의 시작 전에 알아야 할 내용을 구체적으로 기재합니다.
필요한 안내가 있어도 반드시 별도 화면으로 유지해야 하는 것은 아닙니다. 문의 입력 전에 짧게 읽을 수 있는 내용이라면 목적지 화면에 옮기는 구성을 업체와 논의합니다. 반대로 안내를 읽고 서로 다른 접수 대상으로 진행해야 한다면 선택 단계의 역할을 남깁니다. 클릭 수가 줄어도 방문자가 어디에 문의하는지 이해하기 어려워진다면 그 안을 그대로 채택하지 않습니다.
변경 요청에 필요한 자료와 순서
병원 담당자는 시작 화면, 경유 화면, 입력 화면을 연결한 자료를 준비해 업체에 전달합니다. 화면별로 현재 동작과 원하는 동작을 나란히 기록하면 업체가 변경 범위를 설명하기 쉽습니다. 상담을 접수하는 직원에게는 방문자가 입력 전에 알아야 할 안내가 무엇인지 묻고, 그 답을 유지할 내용에 반영합니다.
- 진료 안내를 읽는 화면에서 문의를 시작해 입력 화면까지 이동하고, 화면 이름과 이동에 사용한 요소를 순서대로 기재합니다.
- 각 경유 화면에서 방문자가 새로 얻는 정보와 결정하는 내용을 기록한 뒤, 앞에서 정한 기준에 따라 유지 또는 축소 이유를 정리합니다.
- 입력 화면의 항목별 설명을 모으고, 설명을 눌렀을 때 어느 입력란이 선택되어야 하는지 업체에 전달합니다.
- 업체가 구현한 화면을 받은 뒤 이동 흐름과 입력 동작을 시험하고, 기대한 결과와 다른 부분을 수정 요청으로 구분합니다.
전달 자료에는 화면을 찍은 이미지와 이동 순서를 함께 포함합니다. 이미지에는 문제가 있는 화면을 표시하고, 기록에는 그 화면에 도착하기 직전에 한 행동을 기재합니다. 경유 화면을 줄이는 요청과 입력란 동작을 고치는 요청은 구분해 전달해, 한쪽 변경만으로 작업이 끝났다고 판단하지 않도록 합니다.
업체에 요구할 입력 설명과 선택 동작
입력란에는 방문자가 어떤 내용을 기재해야 하는지 알 수 있는 설명이 필요합니다. 웹 데브 문서는 양식 컨트롤을 라벨로 설명하고 해당 컨트롤과 연결하면, 설명을 누르는 동작으로 입력 대상을 선택할 수 있으며 스크린 리더 접근도 지원한다고 설명합니다. 다만 병원은 기술 명칭만 전달하지 말고, 각 설명이 가리키는 입력란과 기대하는 동작을 요청서에 명시합니다.
| 업체에 요구할 동작 | 받은 화면의 확인 방법 | 수정 요청 내용 |
|---|---|---|
| 항목 설명으로 입력할 내용을 알 수 있게 구성 | 빈 입력 화면에서 각 항목에 무엇을 기재할지 읽기 | 뜻이 모호한 항목 설명을 구체적인 표현으로 변경 |
| 각 항목 설명을 해당 입력란과 연결 | 설명을 누른 뒤 바로 문자를 입력할 수 있는지 시험 | 반응이 없거나 다른 입력란이 선택되면 연결 수정 |
| 보조기술에서도 설명과 입력 대상의 관계 전달 | 업체가 실시한 스크린 리더 시험 결과 요청 | 항목 설명이 입력 대상과 함께 전달되지 않으면 구현 수정 |
설명이 입력란 가까이에 있다는 사실만으로 동작이 충족됐다고 판단하지 않습니다. 담당자는 설명 자체를 누르고 그 입력란에 문자를 기재할 수 있는지 시험합니다. 업체에는 라벨과 입력란의 연결을 구현하도록 요구하고, 화면을 찍은 이미지와 함께 실제 동작 결과도 받습니다.
필요한 안내를 남기는 경유 축소
경유를 줄일 때 자주 생기는 문제는 화면과 함께 필요한 안내까지 삭제하는 일입니다. 담당자는 없어질 화면의 내용을 먼저 분류하고, 입력 전에 읽어야 할 내용이 남아 있다면 새 위치를 지정합니다. 업체에는 화면을 생략하는 요청과 안내를 옮기는 요청을 함께 전달합니다.
반대로 목적지 화면에 기존 내용을 모두 옮기면 방문자가 입력란을 찾기까지 긴 설명을 읽어야 할 수 있습니다. 병원은 문의 전에 필요한 안내와 진료 정보를 더 알아볼 때 필요한 설명을 구분합니다. 입력 시작에 직접 필요한 내용은 목적지에서 읽게 하고, 상세한 진료 안내는 기존 안내 화면에서 유지하는 구성을 논의합니다.
방문자가 내용을 더 읽기 위해 진료 안내로 돌아갔다가 다시 문의를 시작하는 흐름도 시험합니다. 이때 문의 대상을 다시 정해야 한다면 앞선 선택을 유지할 수 있는지 업체에 묻습니다. 유지가 어려운 경우에는 방문자가 다시 선택해야 한다는 사실을 알 수 있도록 구성안을 요청합니다. 병원은 가능한 동작을 업체가 설명한 뒤 변경 범위를 확정합니다.
시작부터 입력까지의 연결 시험
받은 화면은 문의 입력 화면만 따로 열어 판단하지 않습니다. 담당자는 진료 안내를 읽는 단계부터 시작해 변경된 흐름을 따라가고, 목적지에 도착한 뒤 항목 설명을 눌러 입력합니다. 실제 이동 순서를 이어서 시험해야 안내를 옮긴 위치와 입력 시작 사이에 새로운 경유가 생겼는지 가릴 수 있습니다.
시험 기록에는 시작한 진료 안내, 거친 화면, 눌러 본 항목 설명, 입력이 시작된 위치를 기재합니다. 이동 흐름은 요청대로 변경됐지만 설명을 누르는 동작이 작동하지 않았다면 입력 기능의 수정 요청으로 남깁니다. 병원은 원하는 흐름과 원하는 입력 동작이 각각 충족됐는지 구분해 작업 결과를 판단합니다.
설명 범위와 입력 대상의 대응
여러 입력란을 묶는 제목을 각 입력란의 설명으로 간주하면 무엇을 기재할지 모호해질 수 있습니다. 담당자는 묶음 제목과 개별 항목 설명을 구분하고, 각각의 입력란에 대응하는 설명을 업체에 요구합니다. 공통 안내가 있어도 개별 입력 대상이 식별되는지는 별도로 판단합니다.
항목 설명을 길게 수정할 때는 같은 문단 안에 다른 입력란의 안내가 섞이지 않게 정리합니다. 방문자가 설명을 눌렀을 때 예상한 입력란이 선택되어야 하므로, 설명이 가리키는 대상은 분명해야 합니다. 담당자는 표현을 고친 뒤 업체가 기존 연결 관계도 유지했는지 시험하고, 설명과 입력 대상이 어긋난 부분을 기록합니다.
자주 묻는 질문
모든 진료 안내 화면을 같은 문의 목적지로 연결해도 됩니까?
병원이 같은 접수 범위로 처리할 수 있다면 공통 목적지를 사용할 수 있습니다. 다만 진료 안내마다 문의를 받는 대상이 다르면 담당 직원이 접수 내용을 구분할 수 있는 구성이 필요한지 먼저 결정합니다. 화면을 통합하기 전에 실제 접수 업무에서 필요한 구분을 업체에 전달합니다.
입력란 안에 예시가 있으면 항목 설명을 생략해도 됩니까?
예시는 입력할 내용의 형태를 알려주는 보조 설명으로 사용하고, 항목의 뜻을 전달하는 설명은 별도로 마련하는 편이 적절합니다. 담당자는 예시가 없는 상태에서도 무엇을 입력해야 하는지 이해할 수 있는 문구를 준비합니다. 항목 이름과 예시가 서로 다른 내용을 요구하지 않는지도 대조합니다.
입력란의 모양이 기기마다 다르면 다시 제작해야 합니까?
모양이 다르다는 이유만으로 다시 제작할 필요는 없습니다. 웹 데브 문서는 기본 양식 컨트롤의 스타일이 브라우저와 운영체제, 플랫폼에 따라 달라질 수 있다고 설명합니다. 병원은 외형의 차이와 입력할 수 없는 문제를 구분해 업체에 전달합니다.
항목 설명을 누른 뒤 작은 화면의 키보드가 나타나도 됩니까?
문자를 입력할 수 있도록 키보드가 나타나는 것 자체를 제거 대상으로 정하지 않습니다. 다만 키보드가 나타난 뒤 선택한 항목을 식별하기 어렵거나 필요한 설명을 읽기 어렵다면 사용한 기기와 발생한 상황을 기록합니다. 업체에는 해당 환경에서 입력을 이어갈 수 있는 구성인지 시험하도록 요청합니다.
제작 업체가 화면 수만 줄이는 안을 제시하면 어떻게 합니까?
병원은 화면 축소안에 입력 설명과 동작 개선이 포함됐는지 별도 항목으로 답변을 요청합니다. 업체가 이를 추가 작업으로 제안한다면 현재 작업에 포함되는 범위와 제외되는 범위를 구분해 기록합니다. 병원 담당자는 작업 범위가 정해진 뒤 완료 여부를 판단할 자료도 함께 요청합니다.