邀请人们回复主题,而无需他们创建帐户

I’d like to be able to invite people to reply to a public topic without needing to create an account. How do I do this?

I did experiment with the Share > Invite by Email feature, but I get an email that doesn’t allow me to see the full post or say that I can reply via email to participate.

This feature would mimic how people can reply immediately to personal messages.

I’d like this feature because there are many people who I’d like to give input on specific topics, but for whom creating an account will be too big of a barrier.

1 个赞

I don’t think that is supported.

The “Share → Invite” flow will generate an invite email like the one in your screenshot, but the invitee will need to click the link and select at least a username, and will be directed to the topic right away.

2 个赞

Thank you for the answer! I’ve changed this post category to feature request now.

I’m intrigued that you misunderstood how the invite to topic feature works - we will be reworking this feature to bring it in line with the newly improved invite system. Hopefully in the process we can make it less confusing.

This feature request enters staged user territory. Staged users are not really users because they can only participate by email, and staged user functionality is not well fleshed out except in the PM system. I think you are asking to push the limits of what staged users are intended to do which is interesting but not likely to happen anytime soon if ever.

For most communities it is nonsensical to have people participating in discussions who are not users. There is a slippery slope here as well… what user privileges should we give staged users next? Staged users cannot be @ mentioned, they do not watch topics or categories etc, they don’t have access to attachments in private categories. They can’t log in to edit their own preferences, including email preferences. They can’t get weekly email summaries. They don’t show up in user lists. When do staged users just become users who never log in? We want the forum experience to be awesome for everyone, so really the goal should be to lower the barriers to getting people to log in, rather than letting them hide in their email.

Can you elaborate a bit on your use case, and what you’ve already tried with existing Discourse functionality and where you are running into trouble? Can you describe these people you are trying to loop in and why they are not willing or able to sign up and participate as users?

A use case I can imagine for me personally is to invite family members and friends who are reluctant to join the private discourse site I am using to manage family projects like photo albums and such. I know they will be excited to hear about isolated topics, add replies and talk with me and maybe a few other people in those topics. However, they will not ever want to join the site and be burdened by logging in to reply and also seeing all the other topics they are not interested in. But this is a fairly particular and likely rare use of Discourse, and I am able to deal with it by just emailing these people separately to talk to them about my projects.

Another use case might be in Discourse for Teams, where we are already experimenting with guest user functionality. At the moment, the way guests interact with Teams sites is by being invited specifically to join guest categories. Guests are counted separately from the user limits (the same number of guests can be invited as team members). Topics can then be created in the guest category that are isolated from the rest of the site, allowing the team to engage with guests on specific topics, e.g. on client projects. So far we have not seen many Teams sites using the guest functionality, but they might start using it if they saw an easy interface to use to invite guests to topics and let them join it via their email without having to log in.

I guess we could achieve what you describe by following the example of how staff can PM email addresses, creating staged users who can then reply and get emails whenever their PMs are replied to - and if they decide to create an account later, they gain full access to their activity as former staged users. A button could be provided to send a post to an email address, maybe with a personal note at the top. A staged user would be created and the full post would be sent to them by email. If they reply, they’d then be watching the topic so they get future replies (this came up in another topic this week). If they are overwhelmed they can use the unsubscribe link in the footer of the email.

1 个赞

This is precisely my user profile as well. They want to engage in just one topic, for example, but don’t need to or want to see everything else. This is actually quite common for us because we’re a grassroots organizing organization. We’re always interacting with people who are at the periphery of our network whose involvement is necessary in some specific instances but who would be overwhelmed by any more information.

Yes, this is exactly what I think would work and what I had assumed inviting someone to a topic would do when done via email because it mirrors how personal messaging to an email works.

1 个赞

This is unlikely ever to happen, not in core discourse. You can always invite these people to join the community, and then help them set their preferences to turn off email summaries and other notifications from the site.

Meanwhile, thanks for pointing out the confusing “invite to PM” UI which is easy to confuse with the site invite system. These are two completely distinct features. We’ll take a look at that.

1 个赞

我之所以来到这个帖子,是因为我有一个相关的用例,我正在尝试弄清楚:我想让一个主题只对几个人可见(他们不是我网站的成员)。

或者,换一种思考方式:我想创建一个私有主题,并邀请特定的人查看它——但他们不需要为此创建帐户。

为什么?我的情况与“邀请不情愿的家人和朋友”类似。对我来说,不是家人——而是我想向他们展示某些特定物品的专业联系人,部分是为了鼓励他们加入更大的网站。

看起来现在不可能这样做?也许有变通的方法?

至少,我想为支持这个想法增加一个声音。

这是一个有趣的用例。也许您想看看 Page Publishing - 该页面将公开,但需要知道 URL 才能访问它,所以这也许符合您的用例?

有点像添加 nextcloud 那样的功能,您可以创建一个文件的共享链接或文件夹,该链接是唯一的,还可以提供过期日期或访问密码。

2 个赞

谢谢。我最近一直在想,如果你能给一个主题一个复杂的链接(就像 Dropbox、Google Docs 等一样),那就太酷了——这样任何人都可以访问它,但你需要链接才能做到,而且除非你发送给他们,否则没有人会拥有这个链接。这可以很好地工作——并且更接近于人们在这个论坛上偶尔请求的“私有帖子”功能。

而且它不需要发布页面(我可以只采用一个公开的主题,但给它一个复杂的链接来访问)。

我认为目前存在两个限制——对于已发布的页面或您希望通过“复杂链接”方法仅供少数人使用的普通主题:

  1. 如何为主题创建复杂链接?目前,对于主题和已发布的页面,我认为 URL 是自动生成的,并且可以轻松读取标题。(我猜你可以创建一个奇怪的标题,但这看起来不太好,并且会让查看它的人感到困惑。)

  2. 搜索引擎会索引已发布的页面/主题,对吗?这肯定会降低页面/主题的潜在隐私性。

3 个赞

复活这个帖子!

此功能对所有 Discourse 用户都非常有价值——如果实现,它可能成为一个巨大的卖点。我将通过我的用例来展示为什么,这是一种非常常见的情况。

我的用例

背景

我在 https://nanouherman.com 担任首席开发人员。我们拥有一家特许经营店,特许经营商正在寻找一种更好的沟通方式,这样电子邮件就不会被埋没/丢失,并且可以轻松地引用其他消息并将其他人拉进来。我熟悉 Discourse,所以我觉得这是一个绝妙的主意。

过渡

然而,进行切换将是困难的。其他公司有他们的支持系统,并非所有人都能够立即切换到论坛账户。为那些通过自己的支持系统参与的人设置暂存用户非常有用。我们还可以通过向尚未加入论坛的人发送私人消息来向他们发送消息,将他们变成暂存用户。然后,我们可以将这些私人消息移至主题,以便进行分类,并且每个人都可以看到它们。

结论

这有效地使我们能够将 Discourse 完全集成到我们现有的沟通中,同时添加所需的结构和好处。用户可以选择加入论坛,而那些已经拥有系统的人可以继续使用它。我们几乎所有的消息和电子邮件都可以迁移到 Discourse。它就像一个论坛和工单系统结合在一起。

泛化

如果 Discourse 能够与现有沟通无缝对接,并使其成为可选的,同时仍然获得好处,那么将有更多公司使用 Discourse。如果没有这一点,一次性迁移所有用户将很困难。

我认为你们在这里有些夸大其词了。

群组收件箱今天就提供了这种功能,并且在许多部署中,它已经取代了与外部客户和顾客沟通时对电子邮件的需求。

我的用例是我们希望对话对所有人公开。