您好，
我看到以下关于成员通知的选项：
不过，是否有可能添加一个“关注”选项？
这对于希望跟踪潜在问题成员及其在大型社区中参与情况的版主来说将特别有用。
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:
-
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
-
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)
-
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.
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 阅读器）来与社区互动，实在过于繁琐。
其次，在私有站点上，你需要为每个用户生成并包含 API 密钥，以便他们将密钥附加到想要关注的 RSS 链接上。这对需要为每个用户生成密钥的工作人员来说是个痛点，而且教导非技术用户如何使用这些密钥也令人困惑。
比较以下两组用户操作说明：
- 点击按钮，每当该用户发布新主题时你就会收到通知。
VS - 联系管理员申请 API 密钥，然后下载一个 RSS 阅读器，前往用户活动页面，在链接后添加 .rss，将你的 API 密钥附加到链接末尾，再将该链接添加到你的 RSS 阅读器中。现在，每天检查你的 RSS 阅读器以查看你已添加的用户的最新帖子。
显然，我们有空间让这一过程变得更加简便。
这个插件非常适合这一用途，但遗憾的是，它仅适用于自建或企业版站点。
我很希望看到该插件被纳入 Discourse 的官方插件库，以便标准版和企业托管版站点也能使用它。将其作为插件保留，仍然符合你的理念：在讨论平台上，用户不应关注“谁在说”，而应关注“说了什么”。同时，这也允许任何确实认为让用户互相关注具有价值的社区，轻松地将此功能添加到他们的站点中。
4 个赞
我在此有一个巨大的疑问：与采用略有不同的分类结构相比，这能带来什么价值？
如果你有一些希望所有人都知晓的帖子，你可以创建一个“公告”分类，并确保大家关注或追踪它。
能否举一些现实世界的例子，说明在什么情况下这个功能是必要的？此外，关于“关注”功能带来的负面影响也存在诸多担忧。如果每当某位名人在论坛上发帖，总是那同样的 50 个人因为设置了跨论坛关注而点赞和回复，这对这位名人来说可能会相当有压力。还有……如何避免这演变成一场人气竞赛？
我有很多疑问 
3 个赞
首先，它符合人们从其他互动平台已经熟悉的行为模式，从而降低了学习成本。
其次，用户会在多个分类中发帖。如果我想关注某个人（可能是潜在问题用户）或者尊重并希望向其学习的人，那么能够关注他们就有助于我从噪音中筛选出有效信息。出于某种原因，我对该用户的帖子感兴趣，而这个插件允许我在这个层面上关注他们。
以下是一些使用场景：
我很乐意分享我的看法。我认为举一个例子能帮助你理解我为什么认为这个功能有价值。
假设你拥有一个（业余）作家社区。该社区的目的是让这些创作者讨论他们的技艺，同时也互相提供反馈和鼓励。其中一个分类名为“每周写作提示”，社区工作人员会在此发布每周的写作题目。作家们可以将自己对提示的回应作为主题发布，并获得同行的反馈。
作为一名作家，假设你发现另一位作家与你非常合拍。你们喜欢阅读彼此的作品，并且都能给出很好的反馈。事实上，你希望确保能看到这位作家的所有作品。于是你请他们在发帖时@提到你。然而，他们表示还有另外 10 个人也想关注他们的作品，每次发帖都要求他们@每一位个人实在太过麻烦。
于是，他们组建了一个群组。现在，这位作家在发帖时@提到该群组。这在一段时间内很有效，但如果我发现另一位我想关注其作品的作家，而这位作家属于另一个反馈群组呢？这会导致一种分形的群组结构：是的，每个用户可能在他们的网络中拥有大约 10 个人，但对于群组中的每个用户来说，这 10 个人都是相同的。如果我想关注一位新的人，我要么需要把他们加入我的群组（这意味着我群组里的所有人都会关注他们），要么我需要为这个新圈子创建一个新群组。
我通过 Discourse 运营一个在线学习平台，我们正面临完全相同的情况。能够关注学生在我们的研讨会中结识的人，是我们用户请求最多的功能。
因此，针对你的具体观点，并不是我希望所有人都注意到某个公告，而是我认为这个功能能支持社区成员之间建立更紧密的联系。
这些担忧完全合理。我当然不 pretend 自己拥有终极答案。然而，为了规避“被关注”可能带来的负面感受，也许可以将其设计为对称关系，即除非你也关注我，否则我无法关注你（想想 Facebook 的好友关系，而不是 Twitter 的粉丝关系）。我们如何避免它变成人气竞赛？也许可以设置一个选项，限制你可以拥有的连接数量？这将强调重点不在于数量，而在于连接的质量。诚然，如果一位“朋友”为了腾出空间给其他人而抛弃了你，这可能会引起一些尴尬的紧张关系……或者，你可以将你的“关注者”列表设为私密，这样没人知道谁受欢迎、谁没有关注者。
如果你还有其他问题，欢迎随时提出，我很乐意协助思考！谢谢，Sam。
4 个赞
为什么不时不时访问用户的个人资料页面呢？他们所有的活动都直接显示在用户页面上。这里有一个非常简单且显而易见的解决方案。
老实说，我认为我们永远不会将其作为除完全可选的插件之外的任何其他形式来实现。
1 个赞
因为人们追求便利。在商务场景中，人们不希望错过经理、重要的直属下属或密切合作同事的帖子。我发现，人们往往会默认选择那些提供最简单、最无缝解决方案的渠道。如果 Discourse 无法做到这一点，他们就会转而使用电子邮件或即时通讯工具。
我个人觉得没问题。
谢谢 Jeff。按这个逻辑，为什么还要提供“关注”分类或主题的功能呢？为什么不直接时不时去查看该主题，看看是否有人发布了新内容或回复了你的消息？
关键在于：是让去主动寻找他们想看的内容，还是主动将内容推送给他们。如果我们事先知道用户希望随时了解某个主题或分类的最新动态，那么当有新活动时，我们就应发送通知。同样，如果我们事先知道用户希望随时了解另一位用户的动态，为什么还要让用户自己去寻找相关内容呢？希望您能分享对此的看法，说明这两者有何不同。
我同意这应该是一个完全可选的插件。在许多社区中，此功能并不会让体验变得更好（例如，我认为 Meta 论坛加上“关注”功能并不会更好）。不过，鉴于这是一个非常普遍的需求，我认为该插件应作为 Discourse 官方插件列表的一部分，向标准托管站点和企业托管站点提供。
4 个赞
我认为可以支持将用户关注范围限定在单个或一组特定分类中，以避免全论坛范围的“ creep”效应，或让用户无法关闭其公开形象。
以写作场景为例：自动关注用户在任意“故事”分类下创建的任何主题或回复，但绝不关注“故事讨论”分类下的内容——这样，“粉丝”群体就不会被作者对_其他_故事的看法所打扰。
1 个赞
@riking 太棒了！
如果允许我补充一点，假如这作为一个分类设置，例如 follower_notification_enabled（默认为 false），那么管理员就可以控制哪些分类支持此功能。
我认为有一个领域值得尝试，那就是使用标签（hash tagging）。我认为这解决了 @codinghorror 提出的许多担忧，而且之前也多次被提及。不过有一个问题：# 已经保留用于标签和分类，因此必须使用不同的符号（或者使用双 #）。
目前标签是按主题（topic）划分的，没有干净的方式为单个帖子打标签。但……让我们暂且假设这种功能存在。
来自 Sam 桌面的故事
以下是来自 Sam 桌面的精彩故事
故事续篇##sams-desktop-adventures
这样，用户可以关注 ##sams-desktop-adventures，并在有新帖子使用该标签时收到通知。
##sams-desktop-adventures 会自动变为链接，点击它会显示包含该标签的所有帖子的搜索结果。
在我看来，这更符合解决具体问题的精神，而无需回到用户“关注”机制所带来的“监视”层面。
我并不是说现在就会实施这一点，但我认为，对于那些希望拥有“帖子标签”而非“主题标签”功能的社区，我们可能会更愿意采用这样的系统（默认关闭）。
4 个赞
我认为此请求的核心要素已包含在（现已#官方）Discourse Follow 插件中。 
我们关闭此请求，任何增强功能都可以在新的提案中讨论。 
2 个赞