첫 화면의 연락 목적과 수신 경로
성형외과 홈페이지에서는 ‘새 수술 상담’과 ‘수술받은 환자의 수술 후 연락’을 첫 화면에서 명시적으로 나누어 표시하는 운영안을 권합니다. 수술 후 급한 연락에는 병원이 확인한 연락 경로와 온라인 접수 방식의 한계를 함께 안내하고, 실제 수신함도 신규 상담함과 따로 운영하도록 설계합니다.
판단 기준은 환자가 수술 후 연락을 보내기 위해 신규 상담 신청서를 거쳐야 하는지입니다. ‘상담하기’라는 공통 버튼만 있거나 연락 목적을 설명문 아래에 배치하면 환자가 어느 경로를 선택해야 하는지 알기 어렵습니다. 홈페이지 담당자는 이름이나 연락처를 입력하기 전에 연락 목적을 선택할 수 있도록 첫 화면의 문구와 이동 경로를 정리합니다.
| 화면 위치 | 표시할 연락 목적 | 함께 안내할 접수 한계 |
|---|---|---|
| 첫 화면의 연락 버튼 | 새 수술 상담 / 수술받은 환자의 수술 후 연락 | 수술 후 급한 연락은 병원이 안내한 경로 이용 |
| 수술 후 연락 진입 화면 | 수술받은 환자의 연락 | 온라인 제출만으로 즉시 확인되는 것은 아님 |
| 연락 목적 선택 항목 | 환자가 직접 선택한 목적 | 목적 미선택 상태에서는 접수 진행 제한 |
| 접수 완료 화면 | 실제로 전달된 연락 목적 | 접수 사실과 의료진 답변을 별도로 표시 |
버튼 이름은 환자가 자신의 상황을 대입할 수 있는 말로 작성합니다. ‘기존 고객’이나 ‘일반 문의’처럼 범위가 넓은 이름만 사용하면 수술받은 환자가 수술 후 연락 경로를 찾기 어렵습니다. 짧은 버튼 안에 설명을 모두 넣기 어렵다면 버튼 가까이에 대상 환자를 설명하는 문장을 추가합니다.
첫 화면의 색상이나 아이콘만 다르게 만드는 것으로 작업을 끝내지 않습니다. 버튼을 누른 뒤 나타나는 화면 제목과 연락 목적 항목에도 같은 표현을 사용합니다. 환자가 이동한 화면에서 다시 ‘신규 상담 신청’이라는 제목을 만나면 수술 후 연락 경로로 들어왔다는 판단을 유지하기 어렵습니다.
급한 연락 경로와 접수 한계의 병기
수술 후 급한 연락에 사용할 경로는 병원에서 실제로 사용하는 안내와 일치해야 합니다. 실장은 환자에게 전달하는 수술 후 안내문에서 해당 경로를 확인하고, 홈페이지 담당자에게 게시할 연락처나 이동 대상을 전달합니다. 담당자는 임의의 신규 상담 번호를 수술 후 연락처로 대신 표시하지 않습니다.
온라인 접수를 함께 제공한다면 그 경로를 선택하기 전에 접수 한계를 읽을 수 있도록 배치합니다. ‘온라인으로 내용을 제출해도 즉시 확인·응답되는 것은 아닙니다’라는 안내와 병원이 정한 급한 연락 경로를 같은 위치에 표시하는 방식입니다. 연락처는 화면 위에, 한계 설명은 맨 아래에 떨어뜨려 배치하지 않습니다.
이때 홈페이지 문구가 증상의 긴급성을 판정하도록 작성하지 않습니다. 환자가 선택한 증상만으로 신규 상담이나 수술 후 연락 경로를 자동 지정하지 않습니다. 담당자는 연락 목적과 접수 경로를 설명하는 데 필요한 문장만 작성합니다.
연락 경로부터 시작하는 적용 순서
작업은 병원이 확인한 수술 후 연락 경로를 확보한 뒤 시작합니다. 첫 화면을 먼저 제작하고 나중에 수신 대상을 정하면 수술 후 연락 버튼이 기존 신규 상담함에 그대로 연결될 수 있습니다. 실장과 홈페이지 담당자는 게시 문구, 선택값, 수신함의 연결 관계를 함께 기록합니다.
- 실장은 수술 후 안내문과 현재 사용하는 연락 경로를 준비하고, 홈페이지에 게시할 대상을 지정합니다.
- 홈페이지 담당자는 첫 화면 문구와 연락 목적 선택 항목을 작성하고, 각 선택값이 전달할 수신함을 개발 담당자에게 전달합니다.
- 개발 담당자는 목적 미선택 상태의 처리와 선택값별 전달 경로를 적용하고, 수신 담당자는 시험 접수의 도착 위치를 기록합니다.
- 홈페이지 담당자는 접수 완료 화면을 실제 전달 결과와 대조하고, 잘못 연결된 경로를 수정한 뒤 다시 시험합니다.
준비 자료에는 환자 이름이나 실제 수술 내용이 필요하지 않습니다. 현재 화면의 문구, 병원이 승인한 연락 경로, 선택값별 수신 대상, 완료 안내 초안을 모으면 연결 관계를 시험할 수 있습니다. 시험 접수에는 실제 환자 내용과 혼동하지 않도록 시험용 표시를 사용합니다.
선택 상태별 수신함과 완료 화면 시험
화면의 선택 문구와 실제 전송값은 따로 시험합니다. 웹데브는 선택 목록의 항목마다 서로 다른 값을 지정해 제출 데이터를 가릴 수 있으며, 별도 지정이나 사용자 변경이 없으면 첫 항목이 사용된다고 설명합니다. 병원 홈페이지에서는 이 동작 때문에 목적을 선택하지 않은 신청이 신규 상담으로 전달되지 않도록 설계해야 합니다.
| 시험할 선택 상태 | 도착해야 할 수신함 | 완료 화면 확인 항목 |
|---|---|---|
| 연락 목적 미선택 | 어느 수신함에도 전달하지 않음 | 접수 완료 대신 목적 선택 요청 |
| 새 수술 상담 선택 | 신규 상담 수신함 | 새 수술 상담 접수로 표시 |
| 수술 후 연락 선택 | 수술 후 연락 수신함 | 수술 후 연락 접수와 접수 한계 표시 |
| 새 수술 상담에서 수술 후 연락으로 변경 | 수술 후 연락 수신함 | 마지막으로 제출한 목적을 표시 |
미선택 안내가 화면에 있어도 실제 제출값이 신규 상담으로 설정돼 있으면 수정이 필요합니다. 개발 담당자는 환자에게 읽히는 이름과 내부 전달값이 연결되는 방식을 대조하고, 수신 담당자는 도착한 시험 접수의 목적을 기록합니다. 버튼 이동만 정상이라는 이유로 수신 시험을 생략하지 않습니다.
수술 후 연락함을 새로 만드는 것만으로 연결 작업이 끝나지는 않습니다. 담당자는 수신 화면에서 신규 상담을 열지 않고도 수술 후 연락을 찾을 수 있는지 시험합니다. 완료 화면만 수술 후 연락으로 표시되고 실제 내용은 신규 상담함에 도착한다면 게시를 마친 상태로 처리하지 않습니다.
연결 오류를 찾는 접수 기록
연결 오류를 찾으려면 문구 수정 이력보다 개별 시험 접수의 이동 결과를 기록하는 편이 유용합니다. 담당자는 시작 화면, 마지막 선택 목적, 실제 도착 수신함, 완료 문구를 한 줄로 연결해 기재합니다. 어느 단계에서 목적이 달라졌는지 알 수 있도록 시험에 사용한 화면도 함께 보관합니다.
특히 이전 단계로 돌아간 뒤 목적을 변경하는 동작을 시험합니다. 화면에는 변경한 목적이 표시되지만 제출 데이터에는 처음 선택한 값이 남을 수 있기 때문입니다. 오류가 발생하면 화면 문구를 더 길게 쓰기보다 선택 상태를 저장하고 전송하는 부분을 개발 담당자에게 전달합니다.
기록에는 ‘정상’이라는 결과만 남기지 않습니다. ‘수술 후 연락 선택, 수술 후 연락함 도착, 완료 화면도 같은 목적으로 표시’처럼 관찰한 결과를 기재합니다. 이후 화면을 개편하거나 접수 시스템을 변경할 때 이 기록을 사용해 동일한 경로를 다시 시험합니다.
접수 상태에 맞는 완료 문구
완료 안내는 시스템이 실제로 수행한 일까지만 표현합니다. 내용 전달만 끝났다면 ‘수술 후 연락 내용이 접수되었습니다’라고 쓰고, 이를 ‘의료진이 확인했습니다’로 확대하지 않습니다. 사람의 열람 여부를 알 수 없는 상태에서는 읽었다는 뜻의 표현을 사용하지 않습니다.
접수 완료와 전송 실패 화면도 서로 다른 문장으로 작성합니다. 실패했는데 완료 안내가 나타나면 환자는 연락을 보냈다고 이해할 수 있습니다. 개발 담당자는 전송 결과에 따라 어떤 화면이 나타나는지 시험하고, 실패 안내에는 병원이 정한 연락 경로를 다시 찾을 수 있도록 안내합니다.
완료 화면의 제목과 본문이 서로 다른 상태를 말하지 않는지도 대조합니다. 제목에는 ‘접수 완료’, 본문에는 ‘의료진 답변 완료’라고 쓰는 식의 불일치를 제거합니다. 실제 답변이 없는 단계라면 답변 내용이나 수술 후 상태에 대한 판단을 자동 문구에 포함하지 않습니다.
공통 연락 버튼의 우회 접수 방지
첫 화면을 정비했더라도 다른 페이지의 공통 연락 버튼이 신규 상담서로 바로 연결되면 수술 후 환자가 그 경로로 들어갈 수 있습니다. 홈페이지 담당자는 하단 고정 버튼과 메뉴의 연락 버튼 등 반복 노출되는 진입점을 목록으로 정리합니다. 각각 연락 목적을 선택하는 화면으로 연결할지, 목적이 명확한 개별 화면으로 연결할지 정합니다.
버튼 이름이 단순히 ‘문의하기’라면 환자의 목적을 미리 정하지 않는 이동 경로를 적용합니다. 반대로 ‘새 수술 상담’처럼 목적을 명시한 버튼은 해당 목적의 화면 제목과 연결합니다. 여러 페이지에서 같은 버튼을 재사용할 때에는 문구만 복사하지 말고 이동 대상까지 함께 시험합니다.
자주 묻는 질문
다른 병원에서 수술받은 사람에게는 어떻게 안내합니까?
‘수술받은 환자’가 어느 병원의 환자를 뜻하는지 진입 문구에서 명확히 합니다. 해당 병원에서 수술받은 환자를 위한 경로라면 그 범위를 표시하고, 다른 병원 수술 이력이 있는 방문자의 상담 경로는 병원이 정한 접수 범위에 따라 별도로 안내합니다. 방문자가 문구만 읽고 대상 여부를 판단할 수 있도록 작성합니다.
보호자가 대신 연락할 때 별도 버튼이 필요합니까?
보호자라는 이유만으로 새로운 연락 목적을 만들 필요는 없습니다. 수술 후 연락 경로에서 대리 연락을 받을지 병원이 정하고, 허용한다면 환자와 연락하는 사람을 혼동하지 않도록 필요한 항목을 설계합니다. 홈페이지 접수만으로 환자 정보를 제공받을 권한까지 인정하는 문구는 사용하지 않습니다.
수술 후 연락 화면에 사진 첨부가 반드시 필요합니까?
사진 첨부를 연락 목적을 나누는 필수 조건으로 설정할 필요는 없습니다. 사진이 없는 환자도 병원이 정한 연락 경로를 찾을 수 있도록 구성하고, 첨부 기능을 운영한다면 필요 여부와 제출 범위를 별도로 정합니다. 사진을 올렸다는 이유로 의료진의 상태 판단이 완료됐다고 안내하지 않습니다.
잘못 접수된 수술 후 연락은 삭제해야 합니까?
잘못 도착했다는 이유만으로 내용을 바로 삭제하지 않습니다. 수신 담당자는 병원이 정한 전달 절차에 따라 해당 연락을 담당 경로로 옮기고, 처리 사실을 내부에 기록합니다. 잘못 연결된 화면이나 선택 상태를 찾는 데 필요한 오류 정보도 환자 내용과 분리해 남깁니다.
외부 채팅으로 연결하면 수신함도 자동 분리됩니까?
외부 채팅 연결만으로 목적별 수신함이 마련됐다고 판단하지 않습니다. 상담톡 안내는 상담원이 응답할 수 있는 연결 방식을 설명하면서 고객센터용 채팅 시스템 구축 자체는 서비스 범위에 포함하지 않는다고 밝힙니다. 병원 담당자는 사용하는 상담 시스템에서 연락 목적이 어떻게 전달되는지 운영 업체와 시험해야 합니다.