매우 유감입니다. 많은 분들이 PM 시스템에 존재하는 이 일종의 '빈틈(loophole)'을 인지하지 못하고 있을 것 같습니다.
저는 해당 메시지를 이동하거나 수정하는 Customization > Theme component 를 사용해 왔습니다. 저는 많은 분들이 PM을 열람하는 것이 얼마나 쉽고 유혹적인지(특히 전체 권한이 없는 경우 관리자만 가능)를 모르고 있다고 생각합니다.
제안 : 저처럼 자신이 초대받지 않은 PM을 열람하기 전에 한 단계 더 확인하는 절차를 원하시는 관리자를 위해, 메시지/경고 프롬프트/옵션을 비활성화(숨김)할 수 있는 사이트 설정을 추가하면 어떨까요?
추가로, 열람 중이 있을 때 ‘좋아요’ 버튼을 숨기는 것도 좋은 방법입니다. PM 트리/대화를 확인하는 과정에서 실수로 누르기 매우 쉬우기 때문입니다. 대화에 참여하지 않는 멤버가 누군가가 PM에 '좋아요’를 눌렀다는 것을 보면 당황할 수 있습니다. 저도 한 사용자가 저에게 독성(toxic)을 보일 때 이런 일이 있었습니다. 당시 한 모드가 사이트 정책에 대해 그 사용자를 가스라이팅하고 있었으며, 저는 클라이언트의 지시에 따라 그 모드의 과도한 반응(부적절하게 침묵/정지 조치)을 되돌리고 있었습니다. 그 모드는 제가 그의 과도한 행동을 되돌리는 것에 대해 불만을 품고, 다른 멤버들을 가스라이팅하여 제가 사용자를 BAN하라고 요구하거나 그의 상급자에게 제에 대해 불평하도록 조종하려 했습니다.
다행히 제가 실수로 '좋아요’를 눌렀다가 취소한 사용자는 이해해 주었지만, 처음에는 PM이 예상과 달리 실제로는 비공개가 아니라는 사실에 꽤 충격을 받았습니다. 그렇지 않았다면 커뮤니티 전체에 신뢰 위반으로 인해 큰 파장이 일어났을 수 있습니다.
PM은 어디에서 숨겨지나요?
방금 해당 설정을 활성화하고, 내가 속하지 않은 그룹으로만 접근이 제한된 카테고리를 하나 생성해 보았습니다. 설명대로 잘 작동했습니다. 카테고리 목록에서 해당 카테고리가 보이지 않습니다.
또한, PM 링크를 클릭하면 “이 페이지는 비공개입니다” 페이지로 이동하는 것도 확인했습니다. 하지만 다른 위치에서는 여전히 PM의 일부 내용을 읽을 수 있습니다. 따라서 이 기능을 오해하고 있는 것 같습니다.
예를 들어, 사용자가 좋아요나 반응을 보낸 게시물을 확인할 때(관리자가 아닌 경우를 제외하고는 이 작업을 자주 수행합니다) 메시지 초반부를 읽을 수 있습니다.
글쎄, 우리 사이트 스태프 스스로도 "로마는 하루아침에 지어지지 않았다"는 속담처럼 이 점을 인식하고 감사해야 할 때입니다.
시간과 자원이 필요합니다. 팀의 점진적인 업데이트를 공유하며 이 매우 긍정적인 첫걸음을 소개해 주시는 것은 훌륭합니다. 그리고 우리가 피드백/비판을 제시하는 것은 결국 이 기능이 더 완성도 있게 갖춰지도록 실제 필요한 부분을 돕기 위함일 뿐입니다.
@Canapin이 오래전에 만든 토픽에서 커뮤니티가 이 기능/활용을 발견했을 때 커뮤니티에 실제로 큰 피해를 줄 수 있는 명확한 사례가 있었습니다. 그 예에서 여기의 한 멤버는 경쟁사가 이 기능을 사용하다 발각되어 신뢰를 잃었고, 그 결과 상당수의 사용자가 그 포럼을 떠나 그 경쟁사의 포럼으로 옮겼다고 언급했습니다.
Discourse에 7년 이상 관여해 온 저로서는 팀이 처음에 단호하게 구현을 반대했던 다양한 사안에 대해 입장을 재고하는 모습을 지켜봐 왔습니다. 예를 들어 사용자가 다른 사용자를 차단할 수 있는 옵션이 있습니다. 이것은 그 부분의 시작은 되었지만, 이미 더 완전한 차단/무시 기능이 필요함을 입증하고 있으며, 상호 차단이 이루어진 토픽에서 좋은 토론을 하는 데 실제로 방해가 되지 않는 다른 플랫폼들과의 동등성 측면에서는 여전히 많은 것이 필요합니다. 현재의 형태는 오히려 개인적인 그림자 밴(shadow ban)에 가깝습니다. 차단된 사용자는 자신을 차단한 사용자에게 여전히 응답할 수 있기 때문입니다.
저희는 100% 익명 커뮤니티를 운영하고 있으며, 사용자가 실제 이름이나 주소 등을 게시하는 것을 허용하지 않기 때문에 이 기능을 정말로 환영합니다.
저희가 직면한 과제 중 하나는 커뮤니티 내 콘테스트를 위해 배송 주소를 안전하게 교환할 수 있는 방법을 마련하는 것입니다. 이전에는 관리자나 운영진(모드)이 접근할 수 없도록, 사용자가 스폰서에게 주소를 개인 메시지로 보낼 수 있도록 E2E(끝-끝) 암호화를 사용했습니다.
저희의 특정 사용 사례를 위해, 그룹 기반 권한 설정을 볼 수 있기를 희망합니다. 그렇게 하면 실제 참가자만 개인 메시지를 보낼 수 있고, 관리자/운영진은 이에 접근할 수 없게 됩니다.