플레이스 예약 버튼 연결이 맞는지 검수하는 방법

예약 버튼의 연결 대상과 검수 기준

네이버의 ‘플레이스에 예약/주문 버튼 노출 방법’은 한 업체의 플레이스에 서비스 하나만 버튼으로 노출할 수 있다고 명시합니다. 여러 예약·주문 서비스를 갖고 있더라도 모두 같은 업체의 버튼으로 노출할 수는 없습니다. 검수할 때에는 ‘예약 서비스가 있다’는 말보다 ‘이번 플레이스에 어떤 서비스를 연결하려는가’에 대한 답이 먼저 필요합니다.

연결하려는 대상을 정할 자료로 스마트플레이스 예약/주문의 서비스 목록을 사용할 수 있습니다. 병원 이름만 듣고 판단하기보다 목록에서 해당 서비스를 열어, 지금 운영하려는 예약 내용인지 읽습니다. 비슷한 이름의 서비스가 있다면 이름이 닮았다는 이유로 같은 대상으로 처리하지 말고 각 서비스의 내용을 구별합니다.

이때 버튼 노출과 연결 대상의 일치는 서로 다른 판단입니다. 버튼이 나타났어도 다른 서비스가 열리면 연결 대상 검수는 통과했다고 할 수 없습니다. 반대로 관리 화면에서 의도한 서비스를 선택했더라도 실제 버튼을 아직 누르지 않았다면 이용자 화면의 연결 결과는 남은 항목으로 표시합니다.

병원 온라인 예약 기능을 검토하는 문서에도 플레이스 버튼이 연결할 서비스 이름을 함께 씁니다. 홈페이지에서 운영하는 예약 방식과 네이버 예약 서비스를 같은 이름으로 부르면 무엇을 시험했는지 모호해질 수 있습니다. 이번 검수의 시작 화면은 병원의 플레이스이며, 그 화면에 있는 예약 버튼을 통해 도착한 결과를 판단합니다.

관리 화면과 실제 버튼의 대조 순서

관리 화면에서는 스마트플레이스의 예약/주문으로 들어가 검수할 예약 서비스명을 선택합니다. 이어 솔루션의 사용중인 솔루션에서 네이버 예약의 플레이스 연결 상태를 읽습니다. 공식 안내가 제시하는 연결 완료 표시는 ‘플레이스 연결됨’입니다. 표시를 읽기 전에 어느 서비스를 선택했는지 놓치지 않는 것이 중요합니다.

솔루션 메뉴 위치는 공식 안내에서 PC와 모바일을 나누어 설명합니다. PC에서는 화면 왼쪽 아래에서 찾고, 모바일에서는 뒤로 가기 후 위로 이동해 오른쪽으로 넘기는 경로가 제시돼 있습니다. 화면 배치가 다르더라도 최종적으로 읽을 대상은 사용중인 솔루션에 있는 네이버 예약의 연결 상태입니다.

운영설정도 함께 읽을 수 있습니다. 선택한 서비스에서 예약 또는 예약·주문, 설정, 운영설정 순으로 이동하면 예약받기 상태를 확인할 수 있습니다. 연결 상태를 읽는 동안 실제로 운영할 서비스가 맞는지 판단하기 위한 자료로 사용합니다. 검수 과정에서 설정을 읽은 것과 설정을 변경한 것은 기록에서 구분합니다.

그다음 이용자에게 공개된 병원의 플레이스를 엽니다. 표시된 병원 이름과 주소를 읽어 검수하려는 업체인지 먼저 대조합니다. 이름이 같은 다른 지역의 병원이나 별도 지점에서 시작하면 이후에 예약 화면이 정상적으로 열려도 이번 업체의 연결 결과를 설명할 수 없습니다.

버튼을 누른 뒤에는 페이지가 열렸는지와 그 내용이 맞는지를 차례로 읽습니다. 예약 화면에 표시된 병원 정보와 예약 상품을 병원이 운영하려는 서비스의 내용과 대조합니다. 화면에서 실제로 읽을 수 있는 정보만 판단 자료로 삼고, 이름이나 상품을 구별할 정보가 부족하다면 일치 여부를 미확인으로 남깁니다.

예약 페이지 주소를 직접 열어 본 결과는 플레이스 버튼을 눌러 본 결과와 구별합니다. 직접 입력한 주소가 맞아도 플레이스 버튼의 연결은 별도로 시험해야 합니다. 검수 자료에는 출발 화면과 도착 화면을 함께 남겨 어느 경로를 이용했는지 알 수 있게 합니다.

연결 검수 결과와 수정 대상의 구분

검수 결과는 관찰한 차이를 구체적으로 설명하는 방식으로 작성합니다. ‘예약 오류’라는 표현만으로는 버튼이 없는지, 눌러도 화면이 열리지 않는지, 다른 예약 서비스가 열리는지 알기 어렵습니다. 실제로 어느 단계까지 진행했고 어디서 기대한 내용과 달랐는지를 문장으로 남기면 수정할 대상을 정할 수 있습니다.

버튼이 없는 경우에는 도착 화면을 시험하지 못한 상태입니다. 이때 결과를 ‘잘못된 서비스로 연결’이라고 쓰지 않습니다. 반대로 버튼을 눌러 예약 화면까지 열었는데 병원이 정한 서비스와 다른 내용이 나타났다면, 버튼 노출 여부보다 연결 대상의 불일치를 설명합니다. 두 상황에 같은 판정 문구를 사용하지 않는 편이 좋습니다.

다른 서비스가 열렸다면 관리 화면에서 선택했던 서비스와 실제 도착 화면을 나란히 놓고 차이를 기록합니다. 병원명, 지점 표기, 예약 상품 등 읽을 수 있는 항목 가운데 무엇이 다른지 명시합니다. 원인을 아직 알 수 없는데도 특정 직원이 잘못 설정했다고 단정하지 않고, 화면으로 드러난 차이와 추가로 알아볼 부분을 나눕니다.

설정을 고친 뒤에는 같은 플레이스에서 버튼을 다시 눌러 결과를 읽습니다. 수정한 관리 화면만 보관하면 이용자가 접하는 연결도 바뀌었는지 알 수 없습니다. 수정 전후 자료에는 각각 시험한 시점을 남겨, 이전에 저장한 화면을 현재 연결의 증거로 사용하는 일을 피합니다.

병원 블로그 예약 연결을 함께 운영한다면 블로그에서 도착한 화면과 플레이스 버튼에서 도착한 화면을 혼동하지 않도록 경로 이름을 명시합니다. 블로그 링크가 정상이라는 결과를 플레이스 검수 완료로 옮겨 쓰지 않습니다. 이 글에서 판정할 대상은 플레이스의 예약 버튼이므로 그 버튼으로 시작한 자료를 기준으로 삼습니다.

의도한 서비스가 열렸지만 원하는 일정이 보이지 않는다면 결과를 둘로 나눌 수 있습니다. 연결 대상은 일치했으며 예약 상품이나 일정에는 별도의 검토가 필요하다고 기록하는 방식입니다. 일정 문제를 발견했다는 이유만으로 연결 대상까지 틀렸다고 쓰거나, 대상이 맞다는 이유로 예약 과정 전체가 정상이라고 보고하지 않습니다.

점검 기록에는 대상 플레이스, 관리 화면에서 선택한 서비스, 실제 도착 화면, 시험 시점, 판단 결과가 있으면 됩니다. 시스템이 자동으로 이런 검수 기록을 만들어 준다는 뜻은 아닙니다. 담당자가 관찰한 결과를 정리할 항목이며, 아직 열어 보지 못한 화면은 완료 목록에 포함하지 않습니다.

연결 대상 일치 판정을 마쳤다면 그 판정이 다루는 범위를 보고서에 그대로 씁니다. ‘플레이스 버튼에서 의도한 예약 서비스로 이동’처럼 결과를 표현할 수 있습니다. 실제 예약을 신청하지 않았다면 접수 완료까지 시험했다는 표현은 사용하지 않습니다.