Inviter des personnes à répondre à un sujet sans qu'elles aient besoin de créer un compte

J’aimerais pouvoir inviter des personnes à répondre à un sujet public sans qu’elles aient besoin de créer un compte. Comment faire ?

J’ai expérimenté la fonctionnalité Partager > Inviter par e-mail, mais je reçois un e-mail qui ne me permet pas de voir l’intégralité du message ou qui indique que je peux répondre par e-mail pour participer.

Cette fonctionnalité imiterait la manière dont les personnes peuvent répondre immédiatement aux messages privés.

Je souhaite cette fonctionnalité car il y a beaucoup de personnes dont je voudrais obtenir des avis sur des sujets spécifiques, mais pour qui la création d’un compte serait un obstacle trop important.

1 « J'aime »

Je ne pense pas que cela soit pris en charge.

Le flux « Partager → Inviter » générera un e-mail d’invitation similaire à celui de votre capture d’écran, mais l’invité devra cliquer sur le lien et choisir au minimum un nom d’utilisateur, puis sera redirigé immédiatement vers le sujet.

2 « J'aime »

Merci pour la réponse ! J’ai déplacé cette publication dans la catégorie « demande de fonctionnalité ».

Je suis intrigué que vous ayez mal compris le fonctionnement de la fonctionnalité d’invitation aux sujets : nous allons retravailler cette fonctionnalité pour l’aligner sur le nouveau système d’invitation amélioré. J’espère qu’au cours de ce processus, nous pourrons la rendre moins confuse.

Cette demande de fonctionnalité entre dans le domaine des utilisateurs temporaires (staged users). Les utilisateurs temporaires ne sont pas vraiment des utilisateurs, car ils ne peuvent participer que par e-mail, et leurs fonctionnalités ne sont pas bien développées, sauf dans le système de messages privés (PM). Je pense que vous demandez de repousser les limites de ce que les utilisateurs temporaires sont censés faire, ce qui est intéressant, mais peu susceptible de se produire dans un avenir proche, voire jamais.

Pour la plupart des communautés, il est absurde d’avoir des personnes participant à des discussions sans être des utilisateurs. Il y a aussi un effet de pente glissante ici : quelles privilèges d’utilisateur devrions-nous accorder ensuite aux utilisateurs temporaires ? Les utilisateurs temporaires ne peuvent pas être mentionnés avec @, ils ne suivent pas les sujets ou les catégories, etc., ils n’ont pas accès aux pièces jointes dans les catégories privées. Ils ne peuvent pas se connecter pour modifier leurs propres préférences, y compris les préférences e-mail. Ils ne reçoivent pas de résumés hebdomadaires par e-mail. Ils n’apparaissent pas dans les listes d’utilisateurs. À quel moment les utilisateurs temporaires deviennent-ils simplement des utilisateurs qui ne se connectent jamais ? Nous voulons que l’expérience du forum soit excellente pour tout le monde, donc l’objectif devrait vraiment être de réduire les obstacles pour inciter les gens à se connecter, plutôt que de les laisser se cacher derrière leurs e-mails.

Pouvez-vous préciser un peu votre cas d’usage, ce que vous avez déjà essayé avec les fonctionnalités existantes de Discourse et où vous rencontrez des difficultés ? Pouvez-vous décrire ces personnes que vous essayez d’impliquer et pourquoi elles ne sont pas disposées ou capables de s’inscrire et de participer en tant qu’utilisateurs ?

Un cas d’usage que je peux imaginer personnellement est d’inviter des membres de la famille et des amis réticents à rejoindre le site privé Discourse que j’utilise pour gérer des projets familiaux comme des albums photos, etc. Je sais qu’ils seront ravis d’entendre parler de sujets isolés, d’ajouter des réponses et de discuter avec moi et peut-être quelques autres personnes dans ces sujets. Cependant, ils ne voudront jamais rejoindre le site et être contraints de se connecter pour répondre, tout en voyant tous les autres sujets qui ne les intéressent pas. Mais c’est un cas d’usage assez particulier et probablement rare pour Discourse, et je parviens à le gérer en envoyant simplement des e-mails séparés à ces personnes pour discuter de mes projets.

Un autre cas d’usage pourrait concerner Discourse for Teams, où nous expérimentons déjà la fonctionnalité des utilisateurs invités. Pour l’instant, la façon dont les invités interagissent avec les sites Teams est en étant invités spécifiquement à rejoindre des catégories d’invités. Les invités sont comptés séparément des limites d’utilisateurs (le même nombre d’invités peut être invité que de membres de l’équipe). Des sujets peuvent ensuite être créés dans la catégorie d’invités, isolés du reste du site, permettant à l’équipe d’interagir avec des invités sur des sujets spécifiques, par exemple sur des projets clients. Jusqu’à présent, nous n’avons pas vu de nombreux sites Teams utilisant la fonctionnalité d’invités, mais ils pourraient commencer à l’utiliser s’ils voyaient une interface simple pour inviter des invités à des sujets et leur permettre de les rejoindre via leur e-mail sans avoir à se connecter.

Je pense que nous pourrions réaliser ce que vous décrivez en suivant l’exemple de la façon dont le personnel peut envoyer des messages privés à des adresses e-mail, en créant des utilisateurs temporaires qui peuvent ensuite répondre et recevoir des e-mails chaque fois que leurs messages privés sont répondus – et s’ils décident de créer un compte plus tard, ils obtiennent un accès complet à leur activité en tant qu’anciens utilisateurs temporaires. Un bouton pourrait être fourni pour envoyer un message à une adresse e-mail, peut-être avec une note personnelle en haut. Un utilisateur temporaire serait créé et le message complet leur serait envoyé par e-mail. S’ils répondent, ils suivront alors le sujet afin de recevoir les futures réponses (ce point a été soulevé dans un autre sujet cette semaine). S’ils sont submergés, ils peuvent utiliser le lien de désinscription dans le pied de page de l’e-mail.

1 « J'aime »

C’est exactement mon profil d’utilisateur également. Ils souhaitent s’engager dans un seul sujet, par exemple, mais n’ont pas besoin ou ne veulent pas voir tout le reste. C’est en fait assez courant pour nous car nous sommes une organisation de base. Nous interagissons toujours avec des personnes situées à la périphérie de notre réseau, dont la participation est nécessaire dans certains cas précis, mais qui seraient submergées par toute information supplémentaire.

Oui, c’est exactement ce que je pense qui fonctionnerait et ce que j’avais supposé qu’inviter quelqu’un à un sujet ferait lorsqu’il est fait par e-mail, car cela reflète le fonctionnement des messages personnels envoyés par e-mail.

1 « J'aime »

Cela est peu susceptible de se produire, du moins dans le discours central. Vous pouvez toujours inviter ces personnes à rejoindre la communauté, puis les aider à configurer leurs préférences pour désactiver les résumés par e-mail et autres notifications du site.

En attendant, merci d’avoir signalé l’interface « Inviter en MP » qui prête à confusion et peut facilement être confondue avec le système d’invitation au site. Il s’agit de deux fonctionnalités totalement distinctes. Nous allons examiner cela.

1 « J'aime »

Je suis venu sur ce fil de discussion parce que j’ai un cas d’utilisation connexe que j’essaie de comprendre : je veux pouvoir rendre un sujet visible à quelques personnes seulement (et elles ne sont pas membres de mon site).

Ou, une autre façon d’y penser : je veux créer un sujet qui soit privé, et inviter d’autres personnes sélectionnées à le consulter — mais elles n’ont pas besoin de créer de compte pour le faire.

Pourquoi ? Mon cas est similaire au cas « inviter des membres de la famille et des amis qui sont réticents ». Sauf que pour moi, il ne s’agit pas de membres de la famille — ce sont des contacts professionnels à qui je veux montrer certains éléments, uniques pour eux, en partie pour les encourager à rejoindre le site plus large.

Il semble que ce ne soit pas possible actuellement ? Peut-être y a-t-il une solution de contournement ?

Au minimum, je voulais ajouter une voix supplémentaire pour soutenir cette idée.

C’est un cas d’utilisation intéressant. Peut-être aimeriez-vous jeter un œil à Page Publishing - la page devient publique mais l’URL doit être connue pour y accéder, donc cela correspond peut-être à votre cas d’utilisation ?

Une idée intéressante d’ajouter une fonctionnalité comme celle de Nextcloud, où vous pouvez créer un lien de partage vers un fichier ou un dossier qui est unique, et également fournir une date d’expiration ou peut-être un mot de passe pour y accéder.

2 « J'aime »

Merci. J’ai pensé récemment que ce serait bien si vous pouviez donner à un sujet un lien compliqué (comme le font Dropbox, Google Docs et d’autres) - de sorte que n’importe qui puisse y accéder, mais vous avez besoin du lien pour ce faire, et il est peu probable que quelqu’un ait le lien à moins que vous ne le lui envoyiez. Cela pourrait bien fonctionner - et se rapprocher de la fonctionnalité « messages privés » que les gens demandent de temps en temps sur ce forum.

Et cela ne nécessiterait pas de page publiée (je pourrais simplement prendre un sujet public, mais lui donner un lien compliqué d’accès).

Je pense qu’il y a actuellement deux limitations - pour une page publiée ou juste un sujet normal que vous voulez garder accessible à quelques personnes sélectionnées via la méthode du « lien compliqué » :

  1. Comment créer un lien compliqué pour un sujet ? Actuellement, pour les sujets et les pages publiées, je pense que l’URL est générée automatiquement et qu’elle est une lecture directe du titre. (Je suppose que vous pourriez créer un titre étrange, mais cela n’aurait pas l’air très bien et serait déroutant pour les personnes qui le voient.)

  2. Les moteurs de recherche indexeraient la page publiée / le sujet, n’est-ce pas ? Cela diminuerait certainement la confidentialité potentielle de la page/du sujet.

3 « J'aime »

Remontée de ce fil de discussion !

Cette fonctionnalité est très précieuse pour tous les utilisateurs de Discourse – et si elle était implémentée, elle pourrait devenir un argument de vente majeur. Laissez-moi vous expliquer pourquoi avec mon cas d’utilisation, qui est très courant.

Mon cas d’utilisation

Contexte

Je travaille chez https://nanouherman.com en tant que développeur principal. Nous possédons une franchise, et les franchisés recherchent un meilleur moyen de communiquer où les e-mails ne sont pas enterrés / perdus, et pour référencer facilement d’autres messages et impliquer d’autres personnes. Je connais Discourse, j’ai donc pensé que ce serait une excellente idée.

Transition

Cependant, le changement sera difficile. D’autres entreprises ont leurs systèmes de support, et tout le monde ne peut pas passer immédiatement à des comptes de forum. Avoir des utilisateurs préparés pour ceux qui participent via leurs propres systèmes de support est immensément utile. Nous pouvons également envoyer des messages à ceux qui ne sont pas encore sur le forum en leur envoyant un message privé, ce qui en fait des utilisateurs préparés. Nous pouvons ensuite déplacer ces messages privés dans des sujets afin qu’ils soient catégorisés, et que tout le monde puisse les voir.

Conclusion

Cela nous permet effectivement d’intégrer pleinement Discourse dans notre communication existante, tout en ajoutant la structure et les avantages souhaités. Les utilisateurs peuvent facultativement rejoindre le forum, et ceux qui ont déjà un système peuvent continuer à l’utiliser. Presque tous nos messages et e-mails peuvent être déplacés sur Discourse. C’est comme un forum et un système de billetterie réunis en un seul.

Généralisation

De nombreuses autres entreprises utiliseraient Discourse si elles pouvaient l’interfacer de manière transparente avec leur communication existante, et le rendre facultatif tout en bénéficiant de ses avantages. La transition de tous les utilisateurs en même temps est difficile sans cela.

Je pense que vous surestimez un peu le besoin ici.

Les boîtes de réception de groupe offrent ce comportement aujourd’hui, et il existe de nombreux déploiements où cela a remplacé le besoin d’e-mail lors de la réponse aux clients externes et aux clients.

Mon cas d’utilisation est que nous voulons que la conversation soit publique pour tout le monde.