Inscription d'utilisateur flexible : présentation des comptes temporaires sur Discourse

Fonctionnalité
1

Cher équipe de développement de Discourse,

Je vous écris pour proposer une nouvelle fonctionnalité pour le système d’inscription des utilisateurs du logiciel de forum Discourse. Cette suggestion découle d’un défi que nous avons rencontré dans nos opérations réelles, et nous espérons qu’elle retiendra votre attention.

Contexte et justification :
Discourse s’appuie actuellement fortement sur les services de messagerie électronique pour l’inscription et la gestion des utilisateurs. Cependant, nous avons constaté que la plupart de nos utilisateurs potentiels n’utilisent pas fréquemment leur adresse e-mail. Même avec la vérification par e-mail désactivée, les utilisateurs hésitent ou se sentent mal à l’aise à fournir une adresse e-mail. Cela a conduit de nombreux utilisateurs potentiels à abandonner l’inscription, ce qui a un impact sur la croissance et l’activité de notre communauté.

Sur la base de cette situation, nous proposons la mise en œuvre d’un système de compte temporaire avec les fonctionnalités clés suivantes :

  1. Inscription simplifiée : les utilisateurs peuvent terminer l’inscription en fournissant uniquement un nom d’utilisateur et un mot de passe, sans adresse e-mail.

  2. Permissions limitées : pour garantir la sécurité de la communauté, ces comptes temporaires auront certaines restrictions fonctionnelles.

  3. Limite de temps : les comptes temporaires auront une période d’utilisation de 3 jours à compter de leur création.

  4. Mécanisme de complétion des informations : les utilisateurs devront fournir des informations personnelles supplémentaires (telles qu’une adresse e-mail) avant la fin de la période de 3 jours pour continuer à utiliser le compte.

  5. Nettoyage automatique : si les utilisateurs ne parviennent pas à compléter leurs informations dans le délai spécifié, le système supprimera automatiquement le compte et toutes les données associées, le supprimant définitivement de la base de données.

Avantages potentiels de cette fonctionnalité :

  • Abaisse la barrière à l’inscription pour les nouveaux utilisateurs
  • Offre une option de participation temporaire aux utilisateurs soucieux de leur vie privée
  • Encourage davantage d’utilisateurs à essayer et à découvrir la plateforme
  • Maintient la propreté de la base de données grâce au mécanisme de nettoyage automatique

Nous pensons que cette fonctionnalité contribuera à équilibrer la nature dépendante de l’e-mail de Discourse avec les habitudes réelles des utilisateurs, améliorant ainsi l’accessibilité de la plateforme et l’engagement des utilisateurs. Elle offre également aux administrateurs de site des options de gestion des utilisateurs plus flexibles.

Nous espérons sincèrement que l’équipe de développement envisagera d’intégrer cette fonctionnalité dans les futures mises à jour de version. Nous sommes également heureux de fournir plus de détails ou de discuter des approches d’implémentation possibles.

Nous attendons avec impatience votre réponse et vos commentaires. Merci de votre considération.

3

Je vois la demande pour cela, mais je ne suis pas totalement sûr qu’ils comprennent vraiment cela. Après un mois, ils essaient de se connecter et cela échoue. Et ensuite, un administrateur doit gérer un (pré-)utilisateur mécontent dont les identifiants de connexion sont cassés.

Je ne sais pas… c’est une question de confiance, mais en général, il est tout à fait normal que l’e-mail soit utilisé. Bien sûr, cela pourrait aussi être le choix des administrateurs. Tout comme j’ai la possibilité de facto de ne pas utiliser les niveaux de confiance (je donne immédiatement un niveau de confiance plus élevé et le fige).

Mais je ferais confiance à la méthode de Discourse pour nettoyer les comptes inutilisés et maintenir ces utilisateurs au TL0. Pour obtenir des droits plus élevés, un e-mail doit être fourni.

Je pense que ce n’est pas la tâche la plus facile car cela brise en quelque sorte les fonctionnalités fondamentales de Discourse. Mais je ne sais pas.

J’utiliserais une version aussi légère. Si l’UX n’était pas trop complexe. Mais mes besoins n’ont rien à voir avec la réticence des utilisateurs à donner leur e-mail, mais plutôt à rendre l’ensemble du processus beaucoup plus facile et à attraper les lurkers (avons-nous un nom plus correct pour ceux-ci ?)

4

Je pense que vous devrez être beaucoup plus précis dans votre description des « restrictions fonctionnelles certaines ». Équilibrer la capacité d’un utilisateur non vérifié à interagir de manière significative avec la communauté sans transformer la fonctionnalité en un rêve d’abus est très difficile, et demander à l’équipe Discourse de faire le travail pour trouver cet équilibre, en plus du travail d’implémentation réel, est demander beaucoup, pour une fonctionnalité qui, j’en suis presque sûr, ne sera pas largement adoptée.

De plus, je me demande si vous avez bien réfléchi à toutes les implications du « nettoyage automatique ». En supprimant définitivement le compte et toutes les données associées, vous avez à la fois le problème que Jakke a souligné (un utilisateur « temporaire » revient un mois plus tard pour constater que ses contributions ont été anéanties), mais les « trous » dans les conversations laissés par la suppression définitive d’un utilisateur sont importants (il y a une raison pour laquelle les utilisateurs ayant des contributions non négligeables sont généralement anonymisés, plutôt que supprimés).

2 « J'aime »
5

Je suis d’accord avec vous