Watch Users Setting

Hi,

I see the following options for notifications about a member:

However, would it be possible to add a “Watching” option?

This would be especially useful for moderators who want to track potentially problematic members and their participation in a large community.

3개의 좋아요

What would this actually do? No such feature is planned at the current time.

1개의 좋아요

Hi Jeff, that’s a completely fair question.

Here are some potential use cases:

  1. Intranet: An employee wants to watch the posts of their manager or a key influencer in their organization; a manager wants to watch the posts of a new hire as they get onboarded into the organization

  2. Community: A member of the community wants to watch the posts of a speaker/influencer/leader of the community (perhaps an employee of the hosting organization)

  3. Moderation: A moderator wants to watch the posts of a potentially troublesome community member

2개의 좋아요

This seems equal to follow feature on social media. This plugin could be useful:

6개의 좋아요

You can already do this if you want to use the rss feeds. For example, here is your activity feed on this site that is available for anyone to follow.

https://meta.discourse.org/u/outofthebox/activity.rss

2개의 좋아요

Couldn’t you already achieve this by subscribing to the RSS feed on that user’s page?

2개의 좋아요

I think that will work. I think it would be a slight upgrade to keep all the activity within the Discourse ecosystem through this feature suggestion, but the RSS feed is a definite solution that works as well. Especially in an intranet environment, asking people to adopt both Discourse and an RSS reader will be a tough challenge. Thank you!

1개의 좋아요

이 기능을 더 널리 사용할 수 있게 하는 데 큰 가치를 봅니다.

사용자의 RSS 활동 피드에 구독하는 것은 가능하지만, 커뮤니티와 상호작용하기 위해 두 개의 별도 앱(Discourse와 RSS 리더)을 사용하도록 사용자에게 요청하는 것은 꽤 번거롭습니다.

두 번째로, 비공개 사이트에서는 사용자가 따라가고 싶은 RSS 링크에 추가할 API 키를 각 사용자별로 생성하고 포함해야 합니다. 이는 각 사용자를 위해 키를 생성하는 스태프에게는 부담이 되고, 기술에 익숙하지 않은 사용자에게 키 사용법을 교육하는 것도 혼란스럽습니다.
사용자를 위한 이 두 가지 안내문을 비교해 보세요:

  • 버튼을 클릭하면 이 사람이 새 주제를 게시할 때마다 알림을 받습니다.
    VS
  • 먼저 API 키를 요청하고, RSS 리더를 다운로드한 다음, 사용자의 활동 페이지로 가서 .rss를 추가하고, 링크에 API 키를 붙여 넣고, 그 링크를 RSS 리더에 추가하세요. 이제 추가한 사용자들의 새 게시물을 매일 RSS 리더에서 확인하세요.

분명히 이 과정을 더 쉽게 만들 여지가 있습니다.

이 플러그인은 이 용도에 훌륭하지만, 안타깝게도 셀프 호스팅 또는 엔터프라이즈 사이트에서만 사용할 수 있습니다.

Discourse의 공식 플러그인에 이 플러그인이 포함되기를 희망합니다. 그러면 표준 및 비즈니스 호스팅 사이트에서도 이를 사용할 수 있게 됩니다. 플러그인으로 유지하더라도, 토론 플랫폼에서는 사용자가 누가 말하는지가 아니라 무엇이 말하는지에 집중해야 한다는 당신의 철학적 관점은 기본적으로 유지됩니다. 그럼에도 불구하고, 서로를 팔로우하는 기능의 가치를 인정하는 커뮤니티가 이 기능을 쉽게 사이트에 추가할 수 있게 해줄 것입니다.

4개의 좋아요

여기서 제가 가진 가장 큰 질문은, 이 기능이 단순히 카테고리 구조를 약간 다르게 구성하는 것보다 어떤 가치를 제공하는가 하는 것입니다.

모든 사용자에게 꼭 알리고 싶은 게시물이 있다면, 공지사항 카테고리를 만들고 사람들이 해당 카테고리를 구독하거나 추적하도록 하면 됩니다.

이 기능이 유용한 실제 사례에 대해 좀 더 구체적으로 설명해 주실 수 있을까요? 또한 “팔로우” 기능이 부정적인 인상을 줄 수 있다는 우려도 많습니다. 유명인이 포럼에 게시물을 올릴 때마다 항상 같은 50명이 크로스파이어(crossfires)에 등록되어 있어서 좋아요를 누르고 댓글을 달게 되면, 해당 유명인에게는 상당한 스트레스가 될 수 있습니다. 게다가… 이런 방식이 결국 인기 경쟁으로 변질되지 않을까요?

여기서 제가 궁금한 점이 많습니다 :slight_smile:

3개의 좋아요

첫째, 다른 인터랙티브 플랫폼에서 이미 익숙한 동작 방식과 일치합니다. 이를 통해 학습 곡선을 낮출 수 있습니다.

둘째, 사용자는 여러 카테고리에 게시물을 올립니다. 주의를 기울이고 싶은 사람(잠재적 문제 발생자)이나 존경하며 배우고 싶은 사람이 있다면, 그들을 팔로우할 수 있는 기능은 노이즈 속에서 시그널을 선별하는 데 도움이 됩니다. 어떤 이유에서든 그 사람의 게시물에 관심이 있으며, 이 플러그인을 통해 해당 수준에서 그들을 팔로우할 수 있습니다.

다음은 몇 가지 사용 사례입니다:

제 의견을 말씀드릴 수 있어서 기쁩니다. 이 기능이 왜 가치 있는지 이해하는 데 도움이 될 만한 예시를 드릴게요.

(애호가) 작가들의 커뮤니티가 있다고 가정해 봅시다. 이 커뮤니티의 목적은 창작자들이 그들의 기법을 논의하는 것뿐만 아니라 서로의 작품에 피드백과 동기를 부여하는 것입니다. 그중 "주간 프롬프트"라는 카테고리가 있는데, 커뮤니티 스태프가 매주 글쓰기 프롬프트를 게시합니다. 작가들은 프롬프트에 대한 답변을 주제(topic)로 추가하고 동료들로부터 피드백을 받을 수 있습니다.

작가로서, 나와 잘 맞는 다른 작가를 찾았다고 합시다. 우리는 서로의 작품을 읽는 것을 좋아하고 훌륭한 피드백을 주고받습니다. 사실, 나는 이 다른 작가의 모든 작품을 꼭 보고 싶습니다. 그래서 게시할 때 나를 @멘션 해달라고 요청합니다. 하지만 그 작가는 자신의 작품을 따라다니기를 원하는 다른 10명도 있다고 하며, 매번 게시할 때마다 개인별로 @멘션 하는 것은 작가에게 큰 부담이라고 합니다.

그래서 그들은 그룹을 형성합니다. 이제 작가는 게시할 때 그룹을 @멘션 합니다. 이 방식은 한동안 잘 작동하지만, 만약 다른 피드백 그룹에 속해 있는, 내가 그의 작품을 따라보고 싶은 또 다른 사람을 만난다면 어떻게 될까요? 이는 프랙탈적인 그룹 구조로 이어집니다. 네, 각 사용자는 네트워크에 약 10명의 다른 사람이 있을 수 있지만, 그룹 내 각 사용자에게는 동일한 10명입니다. 만약 새로운 사람을 따라보고 싶다면, 그 사람을 내 그룹에 추가해야 합니다(즉, 내 그룹의 모든 사람이 그를 따라보는 것이 됨)거나, 이 새로운 관계를 위해 새로운 그룹을 만들어야 합니다.

저는 디스코urs를 통해 e-learning 플랫폼을 운영하는데, 우리가 처한 상황이 정확히 이렇습니다. 워크숍에서 연결된 학생을 따라갈 수 있는 기능은 우리 사용자들로부터 가장 많이 요청되는 기능입니다.

따라서, 당신의 구체적인 지적에 대해 말하자면, 모든 사람이 공지사항을 알아야 한다고 생각하는 것이 아니라, 저는 이 기능이 커뮤니티 내 개인들 간의 더 긴밀한 연결을 지원한다고 봅니다.

이것들은 완전히 타당한 우려입니다. 저는 certainly 정답을 가지고 있다고 주장하지 않습니다. 그러나 “팔로우당하는” 쪽의 불쾌감을 해결하기 위해, 대칭적인 연결 구조를 만드는 것은 어떨까요? 즉, 내가 당신을 팔로우하려면 당신도 나를 팔로우해야 하는 방식입니다(트위터 팔로워가 아닌 페이스북 친구를 생각해 보세요). 인기 투표가 되지 않도록 어떻게 방지할까요? 연결할 수 있는 수에 상한선을 설정하는 옵션이 있다면 어떨까요? 이는 양(quantity)이 아니라 연결의 질(quality)이 중요하다는 점을 강조하게 될 것입니다. 솔직히 말하면, 당신의 "친구"가 다른 사람을 위해 당신을 버릴 경우 다소 어색한 긴장감이 생길 수 있습니다… 대안으로, “팔로워” 목록을 비공개로 설정하여 누가 인기 있는지, 누가 팔로워가 없는지 아무도 알 수 없도록 할 수 있습니다.

더 생각해 볼 수 있는 질문이 있으시면 알려주세요! 감사합니다, Sam.

4개의 좋아요

가끔씩 사용자 프로필 페이지를 방문해보는 건 어떨까요? 사용자의 모든 활동은 사용자 페이지에 그대로 표시되어 있습니다. 바로 눈앞에 아주 간단한 해결책이 있습니다.

솔직히 우리는 이 기능을 완전히 선택적인 플러그인 외에는 어떤 형태로도 구현하지 않을 것 같습니다.

1개의 좋아요

사람들은 편의성을 원하기 때문입니다. 비즈니스 환경에서는 상사나 중요한 직속 보고자, 또는 긴밀하게 협업하는 동료의 게시물을 놓치고 싶어 하지 않습니다. 제가 발견한 것은, 사람들이 가장 쉽고 매끄러운 솔루션을 제공하는 채널을 기본적으로 선택한다는 점입니다. Discourse가 이를 제공하지 않으면, 그들은 단순히 이메일이나 채팅을 대신 사용합니다.

개인적으로는 괜찮습니다.

Jeff, 감사합니다. 그 논리라면 카테고리나 토픽을 '팔로우’하는 옵션을 왜 포함하나요? 새로운 글이 쓰였거나 자신이 말한 것에 대한 답변이 있는지 확인하려고 가끔씩 그 토픽을 방문하면 되지 않나요?

차이는 사용자가 보고 싶은 콘텐츠를 직접 찾아다니게 하는 것과 그 콘텐츠를 사용자에게 제공해 주는 것의 차이입니다. 사용자가 특정 토픽이나 카테고리에 대한 최신 정보를 꾸준히 알고 싶어한다는 것을 사전에 알고 있다면, 새로운 활동이 있을 때 사용자에게 알림을 보내면 됩니다. 마찬가지로, 사용자가 다른 사용자의 최신 정보를 꾸준히 알고 싶어한다는 것을 사전에 알고 있다면, 왜 그 사용자에게 직접 해당 콘텐츠를 찾아가도록 해야 하는 건가요? 이 두 가지가 어떻게 다른지에 대한 Jeff님의 의견을 듣고 싶습니다.

이것이 완전히 선택적인 플러그인이어야 한다는 데 동의합니다. 이 기능이 오히려 상황을 악화시킬 수 있는 커뮤니티가 많이 있기 때문입니다(예: 메타(Meta)에는 팔로우 기능이 있어도 더 나아지지 않을 것 같습니다). 다만, 이렇게 자주 요청되는 기능인 만큼, Discourse의 공식 플러그인 목록에 포함되어 표준 및 비즈니스 호스팅 사이트에서 사용할 수 있도록 해야 한다고 생각합니다.

4개의 좋아요

지원 가능성이 있어 보이는 기능 중 하나는 사용자 감시(워치) 범위를 단일 카테고리나 특정 카테고리 집합으로 제한하는 것입니다. 이를 통해 포럼 전체에 걸쳐 발생하는 크리퍼 효과(creeper effect)나, 공개된 자신의 페르소나를 꺼놓을 수 없는 상황을 피할 수 있습니다.

글쓰기 예시를 들어 설명하자면, 사용자가 스토리(Story) 카테고리의 어느 곳에서든 생성하는 토픽이나 답변은 자동으로 감시되도록 하고, 스토리 토론(Story Discussion) 카테고리에서는 절대 감시하지 않도록 하는 것입니다. ‘팬’ 집단은 다른 스토리에 대한 저자의 의견을 보기 위해 불필요하게 알림을 받을 필요가 없기 때문입니다.

1개의 좋아요

@riking 똑똑하시네요!

추가로 말씀드리자면, 이것이 카테고리 설정이라고 가정해 보겠습니다. 예를 들어 follower_notification_enabled (기본값: false) 같은 설정 말이죠. 그러면 관리자가 이 기능이 지원되는 카테고리를 직접 제어할 수 있습니다.

실험해 볼 가치가 있을 것 같은 한 가지 영역은 해시 태그입니다. 저는 이 방식이 @codinghorror가 제기한 우려 중 많은 부분을 해결한다고 생각하며, 이전에도 여러 번 언급된 바 있습니다. 다만 하나의 문제는 # 기호가 이미 태그와 카테고리를 위해 예약되어 있어, 다른 기호(또는 이중 ##)를 사용해야 한다는 점입니다.

현재 태그는 주제(topic) 단위로 적용되며, 게시물(post)에 태그를 붙이는 깔끔한 방법은 없습니다. 하지만 … 잠깐만, 그런 기능이 있다고 상상해 봅시다.

Sam의 데스크톱 이야기

Sam의 데스크톱에서 나온 멋진 이야기들
이야기의 나머지 부분

##sams-desktop-adventures

이 경우 사용자는 ##sams-desktop-adventures를 구독(watch)하여 해당 태그가 포함된 모든 새 게시물에 대한 알림을 받을 수 있습니다.

##sams-desktop-adventures는 자동으로 링크가 되며, 클릭하면 해당 해시 태그를 포함하는 모든 게시물의 검색 결과를 볼 수 있습니다.

저에게는 특정 문제를 해결하는 데 이 방식이 더 적합해 보이며, 사용자 팔로우의 "스토킹"적인 측면으로 돌아가는 것을 피할 수 있습니다.

지금 바로 이런 일이 일어나고 있다고 말하는 것은 아니지만, “게시물 태그” 기능을 원하지만 “주제 태그” 기능은 원하지 않는 커뮤니티를 위해 이러한 시스템(기본값은 꺼짐)을 도입하는 것에 훨씬 더 열려 있을 것이라고 생각합니다.

4개의 좋아요

이 요청의 핵심 요소는 (이제 #official인) Discourse Follow 플러그인으로 커버된다고 생각합니다. :partying_face:

이 이슈는 닫고, 추가 개선 사항은 새로운 제안에서 논의합시다. :+1:

2개의 좋아요