您好,
对于已取消的会员,我们选择“停用账户”,以期移除他们的访问权限并阻止他们接收通知。尽管如此,他们仍然是我们某个特定用户组的成员。
我们注意到,一些已取消的会员,在我们停用了他们的 Discourse 访问权限后,最终仍然能够自行重新激活他们的账户,和/或仍然接收我们发送给特定用户组的通知。
我们如何确保已取消的会员:
- 无法重新激活他们的 Discourse 账户,并且
- 不再接收电子邮件通知
提前感谢!
您好,
对于已取消的会员,我们选择“停用账户”,以期移除他们的访问权限并阻止他们接收通知。尽管如此,他们仍然是我们某个特定用户组的成员。
我们注意到,一些已取消的会员,在我们停用了他们的 Discourse 访问权限后,最终仍然能够自行重新激活他们的账户,和/或仍然接收我们发送给特定用户组的通知。
我们如何确保已取消的会员:
提前感谢!
您需要暂停那些用户。
这会产生负面影响,因为他们将无法使用该帐户,但我认为这就是您想要的?
匿名化应该足够了。实际上,取消/删除也应该足够了。如果前成员仍然是群组的一部分,我会将其视为一个错误。
暂停适用于非常糟糕的成员,而这在此处并非情况和目的。
供您参考,我们在将前团队成员从内部网站上离职时使用“暂停”,所以我认为这是该功能的一个有效用途。 ![]()
为什么不使用合适的工具而是使用悬挂呢?这才是真正的问题所在 ![]()
缺乏合适的工具与采取有效行动并不相同,我认为。
这取决于人们试图实现什么。我有很多被暂停的用户。他们可能再也不会回来了,或者在某些情况下已经不在了。然而,他们中的许多人多年来提供了仍然有用的内容,并且在他们给出的答案中被视为“专家”,尽管他们不再是用户了。所以,有人说“几年前‘fred’发过一篇关于那个主题的帖子”并不奇怪。如果我匿名化用户,那么没有人会说几年前“anon12345”发过一篇帖子。同样,如果他们从“fred”那里找到了一些好的回复,他们更有可能将他认作专家,而不是如果他的账户现在是anon41324。
当然,人们可能可以使用搜索来找到他们想要的东西,或者回复者可以找到帖子并添加链接,但这并不能真正帮助提问者变得能够自给自足地找到自己的东西,或者让那些认识fred的人承担起为那些懒得自己动手的人挖掘的责任。
我认为暂停账户似乎是个不错的选择?不一定总是出于负面原因。有时可能是员工/客户离职,或者社区成员想暂时休息一下。这两种情况都适用于将账户设为暂停状态,而不是删除或匿名化。这也意味着如果他们重新加入团队或重新订阅成为客户等,他们可以再次回来。
感谢您的所有意见。对我们所需的内容非常有帮助。
我想既然其中一些人将其作为离职流程的一部分(无论他们之后是否会回来,或者他们是否完全取消),我认为我们除了停用他们的账户外,还将实施“暂停”用户,将他们的通知设置为“从不”,并让他们退出他们在 Discourse 中的所有登录。
这将确保一旦我们的会员取消或他们处于暂停状态,他们将无法访问社区。
另外,顺便问一下,如果他们被暂停(但仍将是我们标记用于公告的特定组的一部分),他们仍然无法通过电子邮件接收通知,对吗?
再次感谢
确实如此。此外,为了让它听起来不那么负面,你总是可以自定义文本
例如,将 js.user.suspended_permanently 从“此用户已被暂停”更改为“用户已取消账户”等
这是正确的——被暂停的用户无法与 Discourse 互动,也不会收到电子邮件。如果需要,您可以解除暂停他们,并清除暂停带来的“处罚”。我们使用它来管理付费会员资格,并有一个自定义原因:
该用户不活跃。
原因:会员资格已过期
非常感谢!非常有用的见解! ![]()
您好,Irene。看起来您已经准备好继续进行操作了。我想就账户停用的细微差别留个便条。
当用户账户停用时,该账户将从所有浏览器会话中登出,并且必须重新激活其电子邮件才能登录和接收电子邮件。停用的用户将不会收到通知。
这在什么时候有用呢?嗯,我认为主要用例是适用于内部团队使用的网站,并且组织控制着团队成员的电子邮件地址,进而控制账户。
如果有人离职并且不再能够访问工作电子邮件收件箱,他们将无法重新验证电子邮件地址或登录。
对于单点登录 (SSO) 和其他登录选项,以及用户更改电子邮件地址等情况,都存在一些注意事项。因此,如果需要,暂停选项会很有用。![]()