누른 뒤의 동작으로 정하는 요구사항
전화 버튼은 누르면 전화 연결로 이어지도록 업체에 요구합니다. 다만 전화 연결 구현 방법이나 즉시 발신을 보장할 근거는 부족하므로, 병원 담당자는 실제 기기에서 연결 동작과 불필요한 양식 제출 여부를 확인해야 합니다. 병원 담당자는 ‘바로 걸리게 해 주세요’라는 요청에 누른 뒤 기대하는 결과를 구체적으로 추가합니다.
원장은 연결 대상인 병원 대표전화나 담당 부서 전화를 정하고, 실장은 전화 연결 전에 상담 신청을 요구할 것인지 결정합니다. 전화 연결만 원하는 경우에는 이름 입력이나 신청서 제출 없이 연결 동작을 시작하도록 업체에 요청합니다. 업체에는 버튼을 누르는 시점부터 사용자가 다음 행동을 선택하는 시점까지 어떤 화면이 나타나는지 설명하도록 요구합니다.
납품 판단은 버튼에 반응이 있다는 사실만으로 끝내지 않습니다. 연결 대상이 맞는지, 업체가 설명한 화면이 나타나는지, 전화와 무관한 접수가 발생하지 않는지를 구분합니다. 전화 연결 동작이 시작된 상태와 상대가 응답해 통화하는 상태도 별도로 기록합니다.
| 원하는 동작 | 업체에 요구할 설명 | 추가 근거가 필요한 사항 |
|---|---|---|
| 누르면 전화 연결 동작 시작 | 버튼 작동 방식과 이후 화면 | 구체적인 연결 구현 방법 |
| 병원이 정한 번호로 연결 | 연결 대상 지정 방식 | 기기에서 번호를 전달하는 절차 |
| 상담 신청 없이 전화 연결 | 입력·제출 기능과의 분리 방식 | 현재 페이지에 적용할 수정 방법 |
| 사용 환경에 맞는 후속 행동 | 추가 선택이나 진행 불가 조건 | 기기별 발신 절차와 지원 범위 |
이 표는 병원이 요구할 결과와 업체가 설명해야 할 기술 사항을 구분한 요청서입니다. 연결 방식은 업체의 제안과 해당 방식의 근거를 받은 뒤 결정합니다. 근거가 없는 상태에서 특정 설정만 적용하면 모든 환경에서 즉시 발신된다고 승인하지 않습니다.
구현 설명과 발신 보장의 구별
업체의 구현 설명은 사용자가 실제로 겪는 동작까지 포함해야 합니다. 업체가 ‘전화 연결 기능 적용’이라고만 답하면 병원 담당자는 사용자가 추가로 선택할 항목이 있는지, 진행할 수 없는 환경에서는 어떤 결과가 나타나는지 묻습니다. 병원은 설명을 받지 못한 동작을 납품 완료 항목에 포함하지 않습니다.
웹닷데브의 양식 설명과 더블유쓰리씨의 접근성 설명은 전화 발신 방식을 정하는 근거가 아닙니다. 이 자료로 판단할 수 있는 범위는 양식 버튼의 제출 동작과 키보드 접근에 관한 사항입니다. 전화 연결 방식과 기기별 절차는 업체가 별도 근거를 제시할 항목으로 남깁니다.
병원이 정할 합격 조건에는 업체가 약속한 연결 동작과 약속하지 못한 범위를 함께 기재합니다. 통화가 성립하지 않았다는 이유만으로 버튼 오류라고 단정하지 않으며, 반대로 연결 화면이 나타났다는 이유만으로 통화 성공을 기록하지도 않습니다. 담당자는 화면에서 관찰한 결과를 기준으로 수정이 필요한 지점을 가립니다.
요청부터 실제 기기 시험까지의 순서
병원 담당자는 요구사항을 먼저 전달하고 업체의 답변을 받은 뒤 실제 기기에서 시험합니다. 먼저 누르면 어떤 결과가 나와야 하는지 정해야 업체의 제안과 납품 결과를 같은 기준으로 대조할 수 있습니다. 실장은 연결할 번호, 대상 페이지, 전화 버튼이 포함된 양식, 시험에 사용할 기기를 준비합니다.
- 원하는 전화 연결 동작을 문장으로 기재합니다. 전화 전에 입력이나 제출을 요구하지 않을 경우 그 조건도 명시합니다.
- 업체에 구현 방식과 제약 설명을 요청합니다. 사용자가 해야 할 후속 행동과 진행할 수 없는 환경을 구분해 답변하도록 요구합니다.
- 병원 담당자가 실제 기기에서 버튼을 누릅니다. 누르기 전 상태와 이후 화면, 양식 접수 여부를 각각 기록합니다.
- 설명과 다른 결과를 업체에 전달합니다. 업체가 수정한 뒤에는 같은 환경과 조작으로 다시 시험합니다.
업체에 보내는 자료에는 페이지를 찾을 수 있는 화면 이름과 버튼을 누르기 전 상태를 포함합니다. 양식에 입력한 내용이 있는지에 따라 결과가 달라질 수 있으므로 시험 조건도 함께 전달합니다. 실제 환자 정보 대신 시험용 내용을 사용하고, 전화 연결을 시험할 수 있도록 병원 내부 응대 담당자와 시간을 조정합니다.
환경과 결과를 분리한 납품 기록
기록에는 기대했던 설명보다 실제로 나타난 결과를 먼저 기재합니다. ‘작동 안 함’이라고만 전달하면 업체가 문제 발생 시점을 특정하기 어렵습니다. 버튼을 누른 환경과 조작, 이후 화면의 변화, 병원이 요구할 수정을 같은 행에 작성합니다.
| 확인 환경과 조작 | 누른 뒤 실제 결과 | 수정 요청 항목 |
|---|---|---|
| 휴대전화에서 터치 | 연결 화면과 추가 선택을 기록 | 업체 설명과 다른 연결 동작 |
| 컴퓨터에서 클릭 | 연결 진행 여부와 안내를 기록 | 진행 불가 상태의 안내 누락 |
| 키보드로 이동 후 실행 | 초점 표시와 실행 결과를 기록 | 이동 또는 실행이 막힌 지점 |
| 양식 입력 후 전화 버튼 실행 | 전화 동작과 접수 발생 여부를 기록 | 불필요한 제출이나 입력 오류 안내 |
각 행의 결과는 실제 시험이 끝난 뒤 채웁니다. 병원 담당자는 기기 이름과 사용한 브라우저, 시험한 페이지 상태를 함께 남겨 업체가 같은 조건을 재현하도록 돕습니다. 화면 기록에 입력 내용이 포함된다면 외부 전달 전에 개인정보가 없는지 검사합니다.
수정 요청에는 문제가 발생한 시점과 원하는 결과를 함께 씁니다. 업체가 수정 완료라고 회신해도 설명만으로 기록을 닫지 않고 해당 항목을 다시 실행합니다. 담당자는 최초 결과와 수정 후 결과를 구분해 보관하고, 남은 제약은 승인 담당자에게 전달합니다.
양식 제출로 오인되는 전화 동작
양식 안의 전화 버튼은 전화 연결 외에 제출까지 실행하는지 구분해야 합니다. 웹닷데브는 양식 안에서 사용하는 버튼 요소가 기본적으로 제출 역할을 하며, 제출용이 아닐 때는 type="button"을 지정해 그 기본 동작을 사용하지 않도록 설명합니다. 다만 이 지정은 전화 연결 기능을 구현하는 방법까지 설명하지는 않습니다.
업체에는 전화 버튼을 어떤 요소로 구현했는지 먼저 묻고, 버튼 요소라면 양식 제출 역할을 어떻게 제외했는지 설명하도록 요청합니다. 병원 담당자는 빈 양식과 시험 내용을 입력한 양식에서 각각 전화 버튼을 실행합니다. 필수 입력 경고가 나타나거나 신청 완료 화면으로 이동한다면 그 결과를 전화 연결 결과와 분리해 전달합니다.
입력란에서 엔터 키를 누른 결과도 전화 버튼 실행과 혼동하지 않아야 합니다. 웹닷데브는 양식 입력란에 초점이 있을 때 엔터 키로 제출할 수 있다고 설명합니다. 시험 기록에는 당시 초점이 입력란에 있었는지 전화 버튼에 있었는지를 기재해 업체가 서로 다른 조작을 같은 오류로 처리하지 않도록 합니다.
키보드 이동과 실행의 분리 시험
전화 버튼까지 키보드로 이동할 수 있어도 연결 동작까지 작동하는지는 별도로 시험해야 합니다. 더블유쓰리씨는 사용자가 키보드로 상호작용 요소에 접근할 수 있어야 하며, 어느 요소에 초점이 있는지 분명해야 한다고 설명합니다. 병원은 이를 적용해 전화 버튼에 도달하는 단계와 도달한 뒤 실행하는 단계를 나눠 기록합니다.
담당자는 탭 키로 이동하며 현재 초점이 전화 버튼에 있는지 식별합니다. 이어 업체가 설명한 키보드 조작으로 실행하고, 터치나 클릭 때와 다른 결과가 발생하는지 대조합니다. 초점 표시가 없거나 다른 기능이 실행되면 이동 경로와 실행 직전 상태를 함께 전달합니다.
터치 시험이 끝났다는 이유로 키보드 시험을 생략하지 않습니다. 반대로 키보드로 버튼에 도달했다는 사실도 전화 연결의 완료 기록으로 사용하지 않습니다. 각 조작의 도달 결과와 실행 결과를 분리하면 업체에 어느 단계의 수정을 요구할지 정할 수 있습니다.
진행 중 취소와 재실행의 구별
사용자가 전화 연결 도중 취소한 결과는 버튼 오류와 구분해 기록합니다. 취소 후 이전 화면으로 돌아왔을 때 다시 전화 버튼을 사용할 수 있는지, 양식 내용이 달라졌는지는 별도의 시험 항목으로 정합니다. 이는 특정 기기의 규칙을 단정하는 기준이 아니라 병원이 업체에 요청할 사용 흐름 시험입니다.
담당자는 처음 실행한 상태와 취소한 지점, 다시 누른 뒤의 결과를 순서대로 기재합니다. 재실행 중 무관한 신청 완료 안내가 나타나거나 더 이상 조작할 수 없다면 업체에 재현 절차를 전달합니다. 업체가 해당 흐름을 지원하지 않는다고 답하면 그 제약을 사용자에게 어떻게 알릴지까지 요청합니다.
자주 묻는 질문
업체가 시연 영상만 보내면 납품을 승인해도 됩니까?
영상은 업체가 실행한 과정을 이해하는 보조 자료로 사용할 수 있습니다. 다만 병원이 사용할 페이지와 환경의 결과까지 대신하지는 못하므로, 담당자가 직접 시험할 수 있는 상태를 요청합니다. 영상에 나타난 동작과 직접 실행한 동작이 다르면 차이를 기록해 전달합니다.
전화 연결이 어려운 컴퓨터에서는 무엇을 안내해야 합니까?
업체가 해당 환경에서 지원하는 행동을 먼저 설명하도록 요청합니다. 병원은 그 설명을 토대로 사용자가 전화번호를 읽고 다른 전화기로 연락할 수 있도록 안내할지 결정합니다. 실행할 수 없는 기능을 사용할 수 있다고 표현하지 않도록 실제 안내 문안도 받습니다.
전화 버튼을 빠르게 반복해서 눌러도 시험해야 합니까?
반복 입력에서 예상하지 못한 동작이 발생하는지도 시험 항목에 포함할 수 있습니다. 업체에는 연결 동작이 진행 중일 때 추가 입력을 어떻게 처리하는지 설명하도록 요청합니다. 담당자는 평상시 실행과 반복 입력을 구분해 기록하고, 서로 다른 결과가 나타나면 별도 수정 항목으로 전달합니다.
외부 서비스 화면의 전화 버튼도 병원이 시험해야 합니까?
환자가 병원 홈페이지에서 외부 화면으로 이동해 전화하는 흐름이라면 그 이동 이후도 시험 범위에 포함하는 편이 좋습니다. 병원은 홈페이지 업체가 수정할 수 있는 범위와 외부 서비스에 요청해야 할 범위를 먼저 구분합니다. 직접 고칠 수 없는 항목에는 연락할 담당 주체를 정해 처리 요청이 누락되지 않도록 합니다.
홈페이지 개편 뒤 기존 전화 기능을 그대로 승인해도 됩니까?
이전 승인 기록은 개편 후 결과를 대신하지 않습니다. 버튼 주변의 양식이나 연결 기능이 달라졌다면 업체에 변경 범위를 설명하도록 요청합니다. 병원 담당자는 영향을 받은 페이지를 중심으로 시험 대상을 정하고, 이전 결과와 달라진 항목을 새 기록에 기재합니다.