MY플레이스 리뷰어 차단은 팔로우만 막는 기능 — 병원 리뷰를 숨기지 않는 범위

팔로워 목록과 병원 리뷰의 구별

여기서 ‘내 팔로워’의 ‘내’는 기능을 사용하는 계정을 가리킵니다. 병원 업무를 맡은 사람이 조작하더라도 팔로우 관계를 관리하는 기능이라는 대상은 같습니다. 병원의 리뷰 목록과 담당 계정의 팔로워 목록은 구별해서 읽습니다. 양쪽에 같은 닉네임이 있더라도 한쪽 목록에서 빠진 사실만으로 다른 쪽 글의 상태까지 설명할 수는 없습니다.

리뷰 내용이 부당하다고 느낀 병원은 작성자를 더 이상 만나고 싶지 않을 수 있습니다. 다만 ‘이 사람의 팔로우를 막고 싶다’와 ‘병원에 게시된 글을 없애고 싶다’는 요청에는 각각 다른 대상이 들어 있습니다. 버튼을 누르기 전에 요청 문장에서 사람과 게시물을 구별하면 무엇을 처리하려는지 명확히 말할 수 있습니다.

표에서 화면을 나눈 이유는 같은 ‘안 보인다’는 말도 대상에 따라 뜻이 다르기 때문입니다. 팔로워 목록에 닉네임이 없다는 관찰에는 그 목록이라는 범위가 붙습니다. 병원 리뷰를 읽으려는 사람이 보는 화면까지 조사한 결과처럼 전달하지 않습니다. 화면 이름을 생략한 보고를 받았다면 무엇이 어디에서 보이지 않는다는 말인지 되묻는 편이 정확합니다.

리뷰어 차단 버튼이 리뷰 상세 화면에 있다는 이유로 리뷰 삭제 기능이라고 해석할 수도 없습니다. 버튼이 놓인 화면과 버튼이 하는 일은 구별할 필요가 있습니다. 리뷰를 읽다가 작성자에 대한 팔로우 설정을 바꿀 수 있다는 경로 설명으로 이해하고, 게시물 처리 결과는 따로 판단합니다.

차단 경로와 전후 화면 기록

공식 안내는 리뷰 상세 화면과 팔로우 관리 페이지에서 차단하는 경로를 제시합니다. 리뷰 상세 화면에서는 해당 리뷰어 오른쪽의 옵션 더보기 버튼을 눌러 ‘리뷰어 차단’을 선택합니다. 팔로우 관리 페이지에서는 팔로워 탭을 열고 리뷰어 오른쪽의 옵션 더보기에서 같은 항목을 선택합니다.

경로의 출발점은 다르지만 두 설명 모두 리뷰어를 대상으로 합니다. 병원은 처리 요청을 받은 직원에게 어느 화면에서 누구를 선택했는지 설명하도록 할 수 있습니다. ‘리뷰에서 차단했다’는 짧은 보고만으로는 리뷰 상세 화면을 이용했다는 뜻인지 글 자체를 숨겼다는 뜻인지 분명하지 않습니다. 실행한 메뉴 이름을 그대로 쓰면 조작 내용을 구체적으로 전달할 수 있습니다.

차단 전후 자료를 남긴다면 아래 항목을 참고할 수 있습니다. 병원에서 직접 관찰한 내용을 정리하기 위한 제안이며 네이버가 제출을 요구하는 양식은 아닙니다. 화면을 열지 않은 항목은 결과를 추정해서 채우지 않습니다.

계정 항목은 조작한 사람이 누구인지와 별개입니다. 같은 직원이 업무를 이어서 처리했더라도 서로 다른 계정으로 연 화면을 하나의 전후 자료처럼 묶지 않도록 합니다. 계정이 달라졌다면 그 사실을 기록에 밝혀야 무엇을 비교한 자료인지 설명할 수 있습니다. 계정 이름 자체를 외부에 공개하라는 뜻은 아닙니다.

선택 대상 항목에는 막으려던 사람과 실제 선택한 사람이 일치하는지 대조할 자료를 남깁니다. 닉네임만 받아 작업했다면 그 이름이 표시된 리뷰를 다시 찾아 요청 대상과 맞춥니다. 화면에 표시된 작성자를 가리키는 일과 그 사람의 실제 신원을 알아냈다는 판단도 구별합니다. 불만을 쓴 사람이라는 이유만으로 경쟁 병원 관계자라고 기록하지 않습니다.

병원 게시물 항목을 읽을 때는 리뷰 전체 개수만으로 특정 글의 변화를 대신 설명하지 않습니다. 특정 작성자의 특정 글을 묻는 요청이라면 그 글이 표시된 내용을 대상으로 삼습니다. 전후 자료 중 한쪽이 없으면 ‘전에는 있었는데 없어졌다’는 변화까지 입증한 기록으로 쓰지 않습니다.

이처럼 실제 처리한 기능과 관찰한 게시물을 구분해 두면 병원은 남은 리뷰에 어떻게 대응할지도 따로 논의할 수 있습니다. 차단 여부만으로 대응을 끝냈다고 판단하지 않도록 병원 평판 관리를 게시물별 대응 과제로 구체화합니다.

차단 처리 보고의 표현과 해석

병원 내부 보고에는 실행 사실과 관찰 사실을 구분해 씁니다. 실행 사실은 어떤 메뉴를 선택했는지이고, 관찰 사실은 그 뒤 어떤 화면에서 무엇을 읽었는지입니다. 두 사실 사이에 원인과 결과까지 확인한 것처럼 연결하는 말이 들어 있지는 않은지 문장을 읽습니다. ‘차단 처리’라는 표제만 붙여 게시물 문제 전체의 처리 결과로 전달하는 방식은 피합니다.

직원이 팔로워 목록을 열어 대상 이용자가 보이지 않는 것을 확인했다면, 보고도 해당 목록의 상태까지 설명합니다. 이때 ‘악성 리뷰 정리 완료’라고 쓰면 실제 조작보다 넓은 일이 끝났다는 뜻이 됩니다. 병원은 보고를 받으며 완료라는 말이 어느 작업에 붙었는지 물을 수 있습니다. 실행한 메뉴와 처리 요청의 목적이 서로 맞지 않았다면 목적에 맞는 후속 판단이 남아 있습니다.

반대로 병원에 남은 글을 읽고 차단 실패라고 결론 내리는 것도 맞지 않습니다. 기능이 약속한 변화와 병원이 기대한 변화가 다른 경우이기 때문입니다. 기대한 결과를 얻지 못했다는 사정만으로 같은 조작을 반복할 이유는 없습니다. 먼저 해당 기능에 기대했던 일이 팔로우 관리였는지 게시물 처리였는지 구분합니다.

차단 이후 병원 리뷰가 보이지 않는 상황을 발견했더라도 그 조작이 원인이라고 즉시 보고하지 않습니다. 전후 화면은 상태 차이를 보여 줄 수 있지만, 왜 달라졌는지까지 저절로 증명하지는 않습니다. 담당자가 직접 수행한 작업 외에 어떤 처리가 있었는지 알지 못한다면 원인을 미확인으로 남길 수 있습니다. 발견한 변화를 숨길 필요도, 근거 없이 차단의 효과로 설명할 필요도 없습니다.

일부 화면만 남은 경우에는 기록의 빈칸을 현재 화면으로 소급해 채우지 않습니다. 예전에 해당 리뷰어가 내 팔로워였는지 조사하지 않았다면 당시 관계를 알고 있는 것처럼 쓸 수 없습니다. 차단 전 자료가 없는 항목과 차단 후 실제로 읽은 항목을 구별해 전달합니다. 이 구분은 기능이 실패했다는 판정이 아니라 관찰 자료가 설명할 수 있는 범위를 밝히는 일입니다.

내부 질문이 ‘그 리뷰는 어떻게 됐나요?’라면 팔로우 설정을 처리했다는 답만 보내지 않습니다. 글의 상태를 아직 조사하지 않았다면 미확인이라고 답하고, 조사했다면 읽은 내용을 전달합니다. 보고받는 사람도 게시물 상태에 대한 답을 받았는지 판단할 수 있도록 질문의 대상을 유지합니다. 불편한 리뷰를 발견했다는 사실과 병원이 무엇을 실행했는지를 한 문장에 섞어 끝내지 않습니다.

차단에 관한 설명을 자동 응답으로 전달하려면 팔로우 처리와 게시물 처리의 차이를 답변 문구에도 반영할 필요가 있습니다. 병원 AI 챗봇을 도입하려는 병원은 ‘차단하면 글도 없어지는가’처럼 기능 범위를 묻는 질문부터 응답 내용을 정할 수 있습니다.