온라인 예약·상담·채팅 기능 가운데 필요한 것을 정하는 기준

이용자가 끝내려는 일에 따른 기능 선택

온라인 예약·상담·채팅은 모두 넣기보다 이용자가 끝내려는 일을 예약 신청, 질문 접수, 대화로 나누어 필요한 기능을 선택합니다. 병원이 실제로 처리할 수 있는 업무와 필요한 정보에 맞춰 기능 조합을 정하는 방식이 적절합니다. 원장과 실장은 원하는 기능 이름을 나열하기 전에 이용자가 무엇을 제출하고 어떤 결과를 받아야 하는지 정합니다.

예약 신청은 방문할 일정에 관한 요청을 전달하는 일입니다. 상담은 질문을 접수해 병원이 답하는 업무이며, 채팅은 이용자와 병원이 대화를 주고받는 방식입니다. 질문을 한 번 접수한 뒤 답하면 충분한지, 답을 정하기 위해 추가 질문이 필요한지에 따라 상담과 채팅의 필요성이 달라집니다. 상담이라는 이름의 입력 양식과 채팅을 함께 요청하더라도 두 기능이 맡을 일이 같으면 중복 도입이 될 수 있습니다.

같은 기능으로 서로 다른 목적을 처리할 수도 있으므로 기능 수와 업무 수를 같게 정할 필요는 없습니다. 질문 접수와 추가 대화를 한 채팅에서 처리하려면 이용자가 원하는 결과까지 도달할 수 있는지 따집니다. 채팅으로 예약 관련 질문을 받는 것과 예약 신청을 완료하는 것은 서로 다른 요구이므로 업체에 각각 설명합니다.

병원이 처리할 수 있는 업무의 범위

실장은 기능별로 누가 요청을 받고, 어떤 판단을 하며, 이용자에게 무엇을 전달할지 기재합니다. 직원이 화면에 들어갈 수 있다는 사실만으로 해당 업무를 처리할 수 있다고 판단하지 않습니다. 일정 조정 권한이나 답변에 필요한 병원 정보가 없는 담당자에게 요청이 전달된다면 처리 가능한 기능으로 정하기 어렵습니다.

담당자가 답을 정할 수 없는 업무는 원장이나 해당 부서의 판단이 필요한 지점까지 표시합니다. 요청을 받은 직원이 다른 담당자에게 전달해야 한다면 전달할 내용과 돌아와야 할 답을 함께 정합니다. 이 과정이 정해지지 않은 기능은 도입 목록에서 보류하고, 현재 처리할 수 있는 업무만 업체에 전달합니다. 보류 사유는 인력 부족, 일정 자료 부족, 답변 범위 미정처럼 다음 결정을 내릴 수 있는 말로 기재합니다.

업체에 전달할 업무 자료와 요구사항

담당자는 이용 목적을 정한 뒤 병원의 처리 조건을 자료로 만들고, 마지막에 업체의 구현 가능 여부를 묻습니다. 업체가 먼저 제시한 기능 목록에서 선택하면 병원에 필요하지 않은 입력 항목이나 처리 방식까지 받아들일 수 있습니다. 기능별로 업무 목적, 담당 부서, 필요한 정보, 완료 결과를 같은 형식으로 준비합니다.

1. 원장과 실장은 예약 신청, 질문 접수, 대화 가운데 홈페이지에서 처리할 일을 정합니다. 이용자가 받기를 기대하는 결과를 각 업무에 함께 기재합니다.
2. 접수 담당자는 신청 가능한 일정 자료를, 답변 담당자는 답할 수 있는 질문 범위와 필요한 항목을 준비합니다. 자료만으로 결정할 수 없는 업무는 별도로 표시합니다.
3. 마케팅 담당자는 병원 자료를 업체 요구사항으로 정리합니다. 입력이나 선택뿐 아니라 제출 뒤 이용자 화면과 담당자에게 전달될 내용까지 요청합니다.
4. 업체는 가능한 동작과 구현하기 어려운 조건을 설명하고 시연합니다. 병원 담당자는 요구사항별로 완료, 미완료, 추가 협의 결과를 기록합니다.

필요한 정보는 질문이나 신청을 처리하는 데 쓰이는 이유까지 기재합니다. 예약 양식에 필요한 항목을 상담과 채팅에도 그대로 요구하지 않으며, 답변 담당자가 실제로 사용하는 내용을 기준으로 정합니다. 개인정보보호위원회의 개인정보 처리방침 작성지침은 서비스에 따라 수집 항목이 달라질 수 있음을 안내합니다. 병원은 선택한 기능마다 수집 후보 항목을 따로 정리하고, 개인정보 처리의 적합성 판단은 별도 검토 대상으로 남깁니다.

요구사항을 시연 항목으로 바꾸는 방법

표의 동작은 병원이 업체에 요청할 시험 항목이며, 모든 서비스가 해당 동작을 제공한다는 뜻은 아닙니다. 업체가 지원하지 않는 항목은 설명만 듣고 완료로 처리하지 말고, 제외하거나 다른 방식으로 처리할지 결정합니다. 시연 결과에는 성공 여부 외에 병원 자료와 달랐던 설정, 추가 입력을 요구한 지점, 담당자에게 전달되지 않은 내용을 남깁니다.

시연은 이용자 화면에서 제출하는 과정과 담당자 화면에서 받는 과정을 연결해 진행합니다. 실제 이용자의 개인정보 대신 시험용 입력 내용을 사용하고, 담당자는 요구한 항목이 어디에 전달되는지 대조합니다. 수정이 필요한 항목은 업체가 다시 제시한 동작으로 재시험하며, 설명으로만 가능한 항목과 화면에서 작동한 항목을 따로 기록합니다.

예약 서비스 유형과 일정 설정의 제약

예약 기능을 선택한 뒤에는 업체가 제시한 화면이 병원의 시간 운영 방식을 지원하는지 따져야 합니다. 네이버는 병의원형 예약의 기존 유형과 신규 유형에 따라 시간 단위 설정 조건이 다르다고 안내합니다. 기존 유형에는 처음 선택한 시간 단위를 변경하는 데 제약이 있고, 신규 유형은 상품별로 시간 단위와 예약 인원을 다르게 설정할 수 있습니다. 업체는 시연에 사용한 서비스 유형을 밝히고 병원이 요구한 일정 조건을 실제 설정으로 재현해야 합니다.

네이버 안내에 따르면 스마트플레이스 업체정보와 예약 상품 일정은 자동으로 연동되지 않습니다. 예약 상품 사이의 일정과 인원 정보도 각각 독립적으로 운영됩니다. 따라서 병원 담당자는 업체정보를 수정했을 때 예약 일정도 함께 달라진다고 전제하지 않고, 일정 자료가 적용되는 범위를 시연 항목에 추가합니다. 여러 예약 상품이 같은 진료 자원을 사용한다면 한 상품의 변경이나 마감이 다른 상품에 어떤 영향을 주는지 업체에 묻습니다.

병원에서 필요한 일정 조건과 서비스에서 설정할 수 있는 조건이 다르면 어느 쪽을 변경할지 결정해야 합니다. 업체는 필요한 조건을 지원하지 못하는 경우 가능한 설정과 남는 제약을 각각 설명합니다. 원장과 실장은 그 제약을 수용할 수 있는지 결정하고, 기능 이름이 같다는 이유만으로 요구사항을 충족한 것으로 처리하지 않습니다.

상담 접수와 채팅의 중복 도입

상담과 채팅의 중복 여부는 입력 화면의 모양보다 답변을 마치는 과정으로 판단합니다. 두 기능이 같은 질문을 받고 같은 담당자에게 전달하며 같은 방식으로 답을 돌려준다면 각각 필요한 이유를 설명하기 어렵습니다. 추가 대화가 꼭 필요한 질문이 있는지, 접수 양식만으로 필요한 정보를 받을 수 있는지에 따라 남길 기능을 결정합니다.

네이버는 톡톡을 친구 추가나 앱 설치 없이 이용할 수 있는 웹 채팅 서비스로 소개합니다. 컴퓨터와 모바일에서 톡톡하기 버튼을 누르면 대화 창으로 진입할 수 있다고 안내합니다. 이런 접근 방식이 병원 담당자의 즉시 응답 가능성까지 뜻하지는 않습니다. 업체가 채팅을 제안하면 대화 창이 열리는 과정뿐 아니라 병원 직원이 요청을 받아 대화를 이어가는 과정까지 시연하도록 요청합니다.

확장 가능성과 현재 도입 범위의 분리

나중에 사용할 수 있다는 이유만으로 현재 필요하지 않은 기능까지 도입할 필요는 없습니다. 업체가 확장 가능성을 제시하면 어떤 업무 변화가 생겼을 때 추가할 기능인지 병원이 정합니다. 현재 요구사항에는 이번 제작에서 사용할 동작만 포함하고, 향후 후보는 별도 항목으로 기록합니다.

확장 가능이라는 설명이 기존 화면을 그대로 활용한다는 뜻인지, 추가 개발이나 별도 계약이 필요하다는 뜻인지도 명확히 해야 합니다. 업체는 향후 추가 시 다시 결정해야 할 설정과 병원이 준비해야 할 자료를 설명합니다. 병원은 아직 정하지 않은 업무를 현재 완료 조건에 포함하지 않고, 추가 도입을 판단할 조건만 남깁니다.

자주 묻는 질문

선택한 기능을 동시에 도입해야 합니까?

업무 간 의존 관계가 없다면 단계적으로 도입할 수 있습니다. 업체에 먼저 사용할 기능과 후속 기능을 연결할 때 필요한 작업을 묻습니다. 후속 기능이 준비되어야 앞 기능을 사용할 수 있다면 그 조건을 제작 범위에 명시합니다.

사진 첨부 기능도 처음부터 포함해야 합니까?

담당자가 질문을 처리하는 데 사진이 필요한 경우에만 도입 후보로 정합니다. 편리하다는 이유로 추가하면 불필요한 자료까지 받을 수 있습니다. 사진의 사용 목적과 처리 필요성을 병원이 먼저 정하고, 관련 개인정보 검토를 거쳐 업체에 요청합니다.

기존 병원 프로그램과 연결할 필요가 있습니까?

기존 프로그램에 같은 내용을 다시 입력해야 하는 업무가 있는지부터 파악합니다. 연결이 필요하다면 전달 대상과 항목, 전달 실패 시 처리할 주체를 정해 업체에 가능 여부를 묻습니다. 홈페이지 기능을 도입한다는 사실만으로 기존 프로그램과 연결된다고 전제하지 않습니다.

모바일과 컴퓨터 화면을 모두 시험해야 합니까?

두 환경에서 이용하도록 제작한다면 각각 시험하는 것이 적절합니다. 화면 크기에 따라 입력 영역이나 제출 동작을 이용하기 어려울 수 있으므로 같은 요구사항으로 진행합니다. 특정 환경만 지원한다면 업체가 그 제한을 제작 범위에 명시하도록 요청합니다.

업체 시연에 필요한 사용 권한은 어떻게 준비합니까?

업체와 병원 담당자가 시연에 필요한 접근 범위를 먼저 정합니다. 가능하면 시험용 계정을 사용하고 실제 업무 계정의 비밀번호를 여러 사람에게 전달하지 않습니다. 병원 담당자가 직접 접속해야 하는 단계는 시연 일정에 포함해 해당 화면 없이 시험을 마치지 않도록 합니다.

이어서 읽을 주제

GEO와 SEO 차이를 이어 읽으면 홈페이지에서 이용자의 요청을 처리하는 기능과 검색에서 병원 정보를 전달하는 준비가 어떻게 다른지 이해할 수 있습니다. 기능 도입과 검색 대응을 각각 어떤 요구사항으로 정리할지 판단할 때 참고할 수 있습니다.