Intégration plus étroite de la création de compte et des abonnements

Fonctionnalité
1

Imaginez une communauté où je souhaite exiger la connexion pour tout accès (j’ai donc activé le paramètre « connexion requise ») et où je veux que tous les utilisateurs aient un abonnement.

Actuellement, les utilisateurs doivent avoir créé un compte avant de pouvoir créer un abonnement (via le plugin Abonnements.) Cela est tout à fait logique, bien sûr ; on ne peut pas avoir d’abonnement avant d’avoir un compte.

Malheureusement, une fois que l’utilisateur a créé son compte, je dois avoir une certaine quantité de contenu visible. Cela signifie que j’ai besoin d’une catégorie supplémentaire, juste pour contenir un sujet, qui dit : « …vous êtes à mi-chemin ! Maintenant, vous devez vous abonner. »

Avec les idées suivantes, la création de compte et la configuration de l’abonnement restent un processus en deux étapes. Mais il n’y aurait aucun utilisateur sur le site qui ait un compte, mais pas d’abonnement (car on leur montrerait un mur pour configurer leur abonnement.)

Une nouvelle option « account-creation-more-url » pour Discourse

Permettez-moi de définir une nouvelle option (appelons-la « account-creation-more-url ») qui contient l’URL d’un sujet que j’ai publié sur une page, et une option « account-creation-more-link-text ».

Uniquement si Discourse est configuré avec « connexion requise » activé, alors un nouveau lien vers cette URL apparaît sur l’écran/la fenêtre modale de création de compte. Cela me permet de créer facilement une page qui détaille tout ce que je dois détailler. Cela me donne un moyen de diriger les gens vers quelque chose qui explique ce qui se passe, lorsqu’ils sont confrontés au mur de création de compte. (C’est à moi de mettre un lien fonctionnel « créez votre compte » dans cette page publiée, etc.)

Une nouvelle option « subscriptions required » pour le plugin Abonnements

Un nouveau booléen « subscriptions-required », et un champ « subscriptions-required-products » pour spécifier une liste de produits séparés par des virgules. (Ceux du plugin Abonnements bien sûr.)

Lorsqu’un utilisateur (autre qu’un administrateur du site, bien sûr) se connecte, s’il n’a pas l’un de ces produits actif. Il voit un autre écran/une autre fenêtre modale qui force la configuration d’un abonnement.

Et deux champs « subscriptions-required-more-url » et « subscriptions-required-more-link-text ». (Que je définirais sur la même page publiée que j’utiliserais sur le mur de création de compte.) Cela me permet de diriger les gens vers un endroit qui explique quoi/pourquoi les abonnements.

Autres sujets sur Meta qui sont quelque peu liés…

3 « J'aime »
2

Je suis entièrement d’accord que l’expérience prête à l’emploi du plugin d’abonnement peut être grandement améliorée ! Cela dit, vous avez beaucoup de pouvoir aujourd’hui si vous souhaitez mettre un peu la main à la pâte.

Nous avons des solutions ici, vous pouvez créer un composant de thème pour ajouter le lien.

J’aime beaucoup le flux de « voir que des catégories existent » sur la page d’accueil et avoir une icône spéciale pour indiquer qu’il s’agit de contenu « pour abonnés ».

Ensuite, les non-abonnés peuvent cliquer dessus pour être invités à s’inscrire afin de voir le contenu.

@blake avions-nous quelque chose comme ça dans le plugin ?

3 « J'aime »
3

Je pense que vous pouvez utiliser Category Previews pour y parvenir.

3 « J'aime »
4

Le plugin d’abonnement n’interagit actuellement pas avec les catégories, seulement avec les groupes, que vous restreignez ensuite manuellement aux catégories via l’interface utilisateur normale de Discourse.

Oui, il semble que vous le puissiez :

3 « J'aime »
5

Cela rend le flux de travail un peu lourd (il faut toujours s’inscrire avant de s’abonner), et cela ne convient qu’aux sites qui ont une structure très simple de « quelques catégories ».

Le problème principal lorsque l’on tente d’utiliser Discourse comme site d’adhésion (avec des membres payants) est que les deux processus (inscription et abonnement) sont actuellement séparés. J’ai abordé cela en l’acceptant, ou en essayant de le contourner :

Accepter la séparation inscription / abonnement

Avoir une composante publique du site, afin que les gens aient déjà une raison de s’y inscrire - et l’« adhésion financière » consiste simplement à passer au niveau supérieur. Exemple de site :

Contourner le problème

Être en mode connexion uniquement, et utiliser le https://meta.discourse.org/t/custom-wizard-plugin/73345 pour diriger les gens vers la page d’abonnement dans le cadre du flux d’inscription.

Malheureusement, ils peuvent toujours en sortir s’ils sont déterminés. S’ils le font, ils bénéficient d’une expérience assez restreinte, mais cela doit être configuré avec soin. Exemple de site :
https://members.ukdhc.org

La voie à suivre

Avoir la possibilité de connecter les deux dans un flux unique serait formidable, en particulier pour les organisations membres qui souhaitent utiliser Discourse pour leur site web.

Personnellement, je le ferais comme ceci dans un premier temps :

  1. Avoir un réglage dans le plugin qui active les abonnements pendant l’inscription
    • OFF : comme la fonctionnalité actuelle (par défaut)
    • OPTIONNEL : dirige les gens vers la page d’abonnement à la fin de l’inscription (mais leur permet de naviguer ailleurs)
    • FORCÉ : dirige vers la page d’abonnement et n’autorise l’accès à aucune autre partie du site sauf si l’abonnement est accordé.

Il faudrait bien sûr un peu de messagerie et de finition dans ce cadre.

4 « J'aime »
6

Ceci obtient certainement mon vote ! Pour les administrateurs qui essaient de gagner leur vie grâce à leur Discourse, pouvoir s’abonner lors de l’inscription fournirait un énorme coup de pouce aux taux de conversion.

Si je peux demander, l’équipe envisage-t-elle actuellement de travailler sur cela ?