반복 방문 예약의 지점 우선 흐름
반복 시술 예약은 다시 방문할 지점을 먼저 선택하고 그 지점의 예약 대상 시술을 선택하는 흐름을 기본으로 제안합니다. 시술을 먼저 선택해 들어온 경우에는 해당 선택을 유지한 채 방문 지점을 확인하도록 설계합니다. 이는 네트워크 피부과의 자체 예약 화면에 적용하는 운영안이며, 공식 플랫폼이 권장하는 선택 순서는 아닙니다.
판단 기준은 이용자가 예약 화면에 들어오기 전에 무엇을 직접 선택했는지입니다. 아무것도 선택하지 않았다면 방문할 곳부터 묻고, 시술을 선택했다면 그 의사를 지우지 않은 상태에서 방문할 곳을 정하게 합니다. 화면에 값이 표시되어 있다는 이유만으로 이용자가 이미 선택을 마쳤다고 처리하지는 않습니다.
| 예약 진입 상태 | 지점·시술 확인 순서 제안 | 선택 유지 여부 |
|---|---|---|
| 선택한 항목 없이 진입 | 방문 지점 선택 후 해당 지점의 시술 선택 | 새로 선택한 내용을 유지 |
| 이용자가 지점을 선택해 진입 | 방문 지점 재확인 후 예약 대상 시술 선택 | 직접 선택한 지점을 유지 |
| 이용자가 시술을 선택해 진입 | 시술 표시를 유지하고 방문 지점 선택 | 선택한 시술을 우선 유지 |
| 화면에서 지점을 미리 지정 | 지정된 지점 안내 후 이용자의 방문 의사 확인 | 확정 전 변경할 수 있게 설계 |
지점 우선 흐름은 이전 방문 지점을 반드시 다시 선택하게 한다는 뜻이 아닙니다. 이용자가 다른 지점을 원하면 그 지점을 기준으로 예약 대상 시술을 제시합니다. 이전 이용 이력은 선택을 돕는 정보로 활용하고, 이번 방문 의사를 대신하는 값으로 처리하지 않도록 합니다.
시술 선택을 유지하는 진입 처리
시술 안내에서 예약 화면으로 이동했다면 상단에 선택한 시술과 아직 정하지 않은 방문 지점을 함께 표시하도록 제안합니다. 지점을 정하기 전에 시술 선택부터 다시 요구하면 이용자가 앞서 수행한 동작을 반복하게 됩니다. 마케팅 담당자는 시술 안내의 예약 연결이 실제로 어떤 값을 전달하는지 개발 담당자에게 요청해야 합니다.
시술 내용을 읽었다는 사실과 예약할 시술을 직접 선택했다는 사실은 다르게 처리합니다. 안내 화면을 방문했을 뿐이라면 시술을 확정한 것으로 취급하지 않고, 예약 버튼 문구가 특정 시술 선택을 뜻하는지도 함께 따집니다. 단순한 화면 이동에 선택 완료라는 의미를 부여하지 않는 방식입니다.
방문 지점을 정한 뒤 해당 시술이 예약 대상에 없다면 다른 시술로 자동 변경하지 않도록 합니다. 선택한 지점에서는 해당 시술의 예약을 진행할 수 없다고 알리고, 이용자가 지점이나 시술을 다시 선택할 수 있게 합니다. 이때 예약 화면의 목록만으로 해당 지점의 시술 제공 여부까지 단정하는 문구는 피합니다.
진입 상태부터 정리하는 실행 순서
화면 배치를 결정하기 전에 예약 진입 경로별로 전달되는 지점·시술 값을 정리합니다. 마케팅 담당자는 공통 예약 버튼과 지점 안내, 시술 안내에서 시작하는 경로를 모으고, 개발 담당자는 각 경로에서 실제로 전달받는 항목을 기재합니다. 지점 운영 담당자는 해당 지점에서 예약받을 시술 목록을 준비합니다.
- 개발 담당자는 진입 시 선택된 지점과 시술을 읽고, 이용자의 직접 선택인지 화면의 사전 지정인지 표시합니다.
- 화면 기획 담당자는 방문 지점을 선택하거나 재확인하는 구간을 설계하고, 변경할 수 있는 위치를 정합니다.
- 지점 운영 담당자는 정해진 방문 지점의 예약 대상 시술 목록을 대조하고, 이어서 제시할 항목을 확정합니다.
- 예약 접수 담당자는 제출된 지점·시술 조합을 접수 화면에서 식별할 수 있는지 시험합니다.
준비 자료에는 화면 이름만 기재하지 말고 진입 직후 표시되는 값과 그 값을 정한 주체를 함께 남깁니다. 같은 예약 화면이라도 연결 경로에 따라 초기 상태가 다를 수 있으므로, 화면 주소를 공유하는 것만으로 시험을 마치지 않습니다. 담당자는 실제 연결 버튼을 눌러 도착한 상태를 기록합니다.
| 화면 구간 | 이용자에게 확인받을 항목 | 플랫폼 적용 전 확인 사항 |
|---|---|---|
| 예약 진입 | 현재 전달된 지점과 시술 | 연결 경로가 전달하는 선택값 |
| 방문 지점 선택 | 이번에 방문할 지점 | 해당 화면의 선택·변경 가능 범위 |
| 예약 대상 시술 선택 | 선택 지점에서 예약할 시술 | 예약 대상 목록의 반영 방식 |
| 제출 직전 | 최종 지점과 시술의 조합 | 접수되는 값과 표시 문구의 일치 |
자체 화면과 플레이스 연결의 적용 범위
네이버 안내에 따르면 한 업체의 플레이스에 여러 예약·주문 서비스를 모두 버튼으로 노출할 수는 없습니다. 예약 서비스는 심사를 통과한 뒤 노출 설정을 할 수 있으며, 예약받기와 플레이스 연결 설정도 관련됩니다. 이 설명은 버튼 노출 조건이므로 자체 화면의 선택 순서를 네이버 예약에서도 그대로 구현할 수 있다는 근거로 사용하지 않습니다.
자체 예약 화면 변경과 플레이스 예약 버튼 연결은 담당 업무를 따로 정합니다. 개발 담당자는 자체 화면에서 구현할 동작을 정리하고, 네이버 운영 담당자는 현재 연결된 서비스와 이용자가 도착하는 화면을 기록합니다. 병원 실장은 두 경로의 도착 화면을 대조해 어느 범위까지 같은 안내를 적용할지 결정합니다.
버튼이 노출되는지와 원하는 선택 상태로 진입하는지는 별개의 시험 항목으로 관리합니다. 연결 후에는 지점명과 시술 표시가 의도대로 전달되는지 실제 이용 경로에서 시험합니다. 지원 여부가 불명확한 동작은 구현된 것으로 안내하지 않고 플랫폼에서 가능한 범위를 먼저 확인합니다.
사전 지정값과 직접 선택의 차이
구글의 양식 안내는 선택 목록에 별도 지정이나 이용자의 변경이 없으면 첫 항목이 사용될 수 있으며, 특정 항목을 기본값으로 지정할 수도 있다고 설명합니다. 병원은 목록에 지점명이 나타났다는 사실만으로 방문 의사가 확정됐다고 판단해서는 안 됩니다. 개발 담당자는 초기 표시값이 어디에서 왔는지와 이용자가 선택 동작을 했는지를 따로 관리하도록 설계합니다.
특정 지점을 미리 지정한다면 이용자에게 그 상태를 알리고 변경 방법을 함께 제시합니다. 첫 항목이라는 이유로 표시된 지점에 이용자의 선택이라는 설명을 붙이지 않습니다. 시험할 때는 지점 항목을 건드리지 않고 진행해도 예약이 제출되는지, 그때 접수되는 지점이 무엇인지 기록합니다.
이용자가 아무 동작도 하지 않았을 때의 처리 방식도 문서에 포함합니다. 방문 지점을 아직 정하지 않은 상태를 화면에서 표현할지, 미리 지정한 지점에 대한 동의를 별도로 받을지는 자체 화면의 구현 방식에 따라 정합니다. 어느 방식을 택하든 선택이 끝난 상태와 아직 의사를 묻는 상태를 같은 문구로 표시하지 않습니다.
지점과 시술 항목의 별도 설명
구글의 양식 안내는 관련 입력 항목을 묶고 그 묶음의 뜻을 설명하는 요소를 소개합니다. 자체 예약 화면에서는 방문 지점과 예약할 시술을 각각 이름이 있는 항목으로 묶는 데 이 원리를 적용할 수 있습니다. 묶음의 설명은 무엇을 선택하는 구간인지 알려 주는 문구로 작성합니다.
지점 항목에는 방문할 곳을, 시술 항목에는 해당 지점에서 예약할 대상을 선택한다는 뜻을 전달합니다. 두 항목을 모두 예약 정보라는 제목 아래 표시하더라도 각각의 선택 상태는 식별할 수 있어야 합니다. 기획 담당자는 안내 문구만 읽어도 미선택 항목을 알 수 있는지 시험합니다.
지점 변경으로 시술 목록이 달라질 때는 유지된 항목과 다시 선택해야 할 항목을 화면에서 설명합니다. 목록을 갱신하면서 기존 선택을 조용히 삭제하면 이용자가 변경 이유를 알기 어렵습니다. 개발 담당자는 변경 전후의 상태와 안내 문구를 함께 기록해 접수 담당자에게 전달합니다.
예약 대상 목록을 불러오지 못한 상태
시술 목록을 불러오지 못한 상태와 선택한 지점에 예약 대상 시술이 없는 상태는 다르게 안내해야 합니다. 두 상황을 모두 예약 가능한 시술 없음으로 표시하면 일시적인 화면 오류가 지점의 운영 정보처럼 전달될 수 있습니다. 개발 담당자는 목록 요청 실패와 정상 응답 뒤 빈 목록을 별도 상태로 처리합니다.
목록 요청에 실패했다면 이미 선택한 지점과 시술을 보존하고 다시 시도할 방법을 안내합니다. 운영 담당자는 정상적으로 받은 목록이 비어 있을 때만 예약 대상 등록 상태를 조사합니다. 오류가 발생한 화면과 발생 조건을 함께 남겨 담당자가 재현할 수 있게 합니다.
자주 묻는 질문
지점명을 비슷하게 쓰는 곳은 선택 목록에 무엇을 더 표시해야 하나요?
이용자가 방문할 곳을 식별하는 데 필요한 소재지 정보를 함께 제시하도록 제안합니다. 내부에서만 쓰는 약칭은 피하고, 지점 운영 담당자가 실제 안내에 사용하는 명칭을 기준으로 화면 문구를 정합니다. 이름이 길어도 서로 다른 지점을 같은 약칭으로 줄이지 않습니다.
예약 화면에서 뒤로 이동하면 선택값을 모두 지워야 하나요?
뒤로 이동했다는 이유만으로 모든 값을 삭제할 필요는 없습니다. 돌아온 화면에서 어떤 값을 유지할지 이동 경로별로 정하고, 이전 값이 이번 접수에 유효한지 판단하는 조건도 마련합니다. 브라우저의 이동과 화면 안의 이전 버튼은 각각 시험합니다.
운영 중단 지점을 저장한 이용자에게는 어떻게 안내해야 하나요?
저장된 지점을 예약 가능한 곳으로 계속 제시하지 않도록 운영 상태를 반영합니다. 다른 지점으로 임의 전환하지 말고 현재 예약을 진행할 수 없는 이유와 지점을 다시 선택하는 방법을 안내합니다. 선결제 내역의 처리 문제는 예약 화면 변경과 별도로 담당 창구에서 대응합니다.
화면에는 시술명이 맞는데 다른 항목으로 접수되면 무엇을 조사하나요?
표시 문구와 함께 전송되는 내부 항목값의 연결을 조사합니다. 구글의 양식 안내는 사람이 읽는 옵션 문구와 데이터를 처리할 때 사용하는 값을 따로 설명합니다. 개발 담당자는 화면의 명칭만 수정한 뒤 전송값 연결이 이전 상태로 남았는지 시험합니다.
선택 순서를 변경한 뒤에는 어떤 기록을 남겨야 하나요?
변경한 화면과 적용일, 시험한 진입 경로, 발견한 오류와 처리 내용을 남기도록 제안합니다. 운영 담당자는 잘못된 지점으로 접수됐다는 연락이 들어오면 해당 경로와 연결해 기록합니다. 화면 순서를 변경했다는 사실만으로 예약 성과가 개선됐다고 결론 내리지는 않습니다.