Leute einladen, auf ein Thema zu antworten, ohne dass sie ein Konto erstellen müssen

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 „Gefällt mir“

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 „Gefällt mir“

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 „Gefällt mir“

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 „Gefällt mir“

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 „Gefällt mir“

Ich bin zu diesem Thread gekommen, weil ich einen ähnlichen Anwendungsfall habe, den ich herausfinden möchte: Ich möchte, dass ein Thema nur für wenige Personen sichtbar ist (und diese sind keine Mitglieder meiner Website).

Oder anders ausgedrückt: Ich möchte ein Thema erstellen, das privat ist, und ausgewählte andere einladen, es anzusehen – aber sie müssen dafür keine Konten erstellen.

Warum? Mein Fall ähnelt dem Fall „Familienmitglieder und Freunde einladen, die zögern“. Nur dass es bei mir nicht um Familienmitglieder geht – es sind berufliche Kontakte, denen ich bestimmte, für sie einzigartige Elemente zeigen möchte, teilweise um sie zu ermutigen, der größeren Website beizutreten.

Scheint, als wäre das jetzt nicht möglich? Vielleicht gibt es eine Umgehungslösung?

Zumindest wollte ich eine weitere Stimme zur Unterstützung dieser Idee hinzufügen.

Das ist ein interessanter Anwendungsfall. Vielleicht möchten Sie sich Page Publishing ansehen – die Seite wird öffentlich, aber die URL muss bekannt sein, um darauf zugreifen zu können. Passt das vielleicht zu Ihrem Anwendungsfall?

Eine interessante Idee wäre, eine Funktion wie bei Nextcloud hinzuzufügen, bei der Sie einen Freigabelink für eine Datei oder einen Ordner erstellen können, der eindeutig ist und auch ein Ablaufdatum oder vielleicht ein Passwort für den Zugriff bietet.

2 „Gefällt mir“

Danke. Ich habe kürzlich darüber nachgedacht, dass es cool wäre, wenn man einem Thema einen komplizierten Link geben könnte (wie Dropbox, Google Docs und andere es tun) – damit jeder darauf zugreifen kann, aber man braucht den Link, um darauf zuzugreifen, und es ist unwahrscheinlich, dass jemand den Link hat, es sei denn, man schickt ihn ihm. Das könnte gut funktionieren – und der „privaten Beiträgen“-Funktionalität näher kommen, die Leute immer wieder in diesem Forum anfordern.

Und es wäre keine veröffentlichte Seite erforderlich (ich könnte einfach ein öffentliches Thema nehmen, ihm aber einen komplizierten Link zum Zugriff geben).

Ich denke, es gibt derzeit zwei Einschränkungen – für eine veröffentlichte Seite oder ein normales Thema, das Sie über die „komplizierte Link“-Methode nur wenigen ausgewählten Personen zugänglich machen möchten:

  1. Wie erstellt man einen komplizierten Link für ein Thema? Im Moment, denke ich, wird für Themen und veröffentlichte Seiten die URL automatisch generiert und ist eine einfache Lesung des Titels. (Ich schätze, man könnte einen seltsamen Titel erstellen, aber das würde nicht sehr gut aussehen und wäre für die Leute, die ihn sehen, verwirrend.)

  2. Suchmaschinen würden die veröffentlichte Seite / das Thema indizieren, oder? Das würde die Privatsphäre der Seite/des Themas definitiv beeinträchtigen.

3 „Gefällt mir“

Diesen Thread wiederbeleben!

Diese Funktion ist für alle Discourse-Benutzer äußerst wertvoll – und wenn sie implementiert wird, könnte sie zu einem riesigen Verkaufsargument werden. Ich werde Ihnen anhand meines Anwendungsfalls, der sehr häufig ist, zeigen, warum.

Mein Anwendungsfall

Kontext

Ich arbeite bei https://nanouherman.com als leitender Entwickler. Wir besitzen eine Franchise und die Franchisenehmer suchen nach einer besseren Möglichkeit zur Kommunikation, bei der E-Mails nicht untergehen/verloren gehen, und um einfach auf andere Nachrichten zu verweisen und andere Personen einzubeziehen. Ich bin mit Discourse vertraut, daher dachte ich, es wäre eine großartige Idee.

Umstellung

Der Wechsel wird jedoch schwierig sein. Andere Unternehmen haben ihre Supportsysteme, und nicht jeder kann sofort auf Forenkonto umsteigen. Es ist äußerst nützlich, gestufte Benutzer für diejenigen zu haben, die über ihre eigenen Supportsysteme teilnehmen. Wir können auch Nachrichten an diejenigen senden, die noch nicht im Forum sind, indem wir ihnen eine PM senden und sie zu gestuften Benutzern machen. Wir können diese PMs dann in Themen verschieben, damit sie kategorisiert und für alle sichtbar sind.

Schlussfolgerung

Dies ermöglicht es uns effektiv, Discourse vollständig in unsere bestehende Kommunikation zu integrieren und gleichzeitig die gewünschte Struktur und Vorteile hinzuzufügen. Benutzer können sich optional im Forum anmelden, und diejenigen, die bereits ein System haben, können es weiterhin nutzen. Fast alle unsere Nachrichten und E-Mails können auf Discourse verschoben werden. Es ist wie ein Forum und ein Ticketsystem in einem.

Verallgemeinerung

Viele weitere Unternehmen würden Discourse nutzen, wenn sie es nahtlos mit ihrer bestehenden Kommunikation verbinden könnten und es optional machen könnten, während sie dennoch die Vorteile nutzen. Ohne dies ist es schwierig, alle Benutzer gleichzeitig umzustellen.

Ich glaube, Sie übertreiben hier etwas mit dem Bedarf.

Gruppen-E-Mail-Postfächer bieten dieses Verhalten bereits heute, und es gibt viele Bereitstellungen, bei denen dies die Notwendigkeit von E-Mails bei der Beantwortung externer Kunden und Klienten ersetzt hat.

Mein Anwendungsfall ist, dass die Konversation für alle öffentlich sein soll.