Monétisation des utilisateurs avec accès au groupe ?

Soutien
8

@Joshua_Kogan Vous pouvez le faire dès maintenant de deux manières différentes en utilisant le plugin Custom Wizard.

Effectuer le paiement en externe

Une méthode consisterait à rediriger l’utilisateur vers un fournisseur de paiement lors de la soumission d’une étape d’un assistant personnalisé, à s’assurer que le paiement est effectué en combinant des paramètres autorisés et des données requises, puis à ajouter l’utilisateur à un groupe lors d’une étape ultérieure (en utilisant l’action « Ajouter au groupe »).

Voici une description complète de la partie paiement de cette approche. La partie « ajouter au groupe » devrait être évidente :

Configuration de la redirection de l'utilisateur vers le fournisseur de paiement
  1. Route To Action (Action de redirection). Il existe un nouveau type d’action appelé « Route To » qui vous permet d’envoyer un utilisateur vers une URL de destination lors de la soumission d’une étape. Pour vos assistants, l’action doit être ajoutée à l’étape qui précède le paiement de l’utilisateur. Actuellement, elles sont ajoutées à l’étape « payment » elle-même, mais vous pouvez supprimer cette étape et les ajouter à l’étape précédente si vous le souhaitez. L’action « Route To » dispose actuellement de deux paramètres :

  • url : Il s’agit de l’URL de destination. Comme pour les autres entrées de l’assistant, vous pouvez interpoler des données en utilisant w{} pour les champs de l’assistant et u{} pour les champs de l’utilisateur.

  • code : Un code unique à ajouter en tant que paramètre à l’URL de destination. Lorsque ce paramètre est rempli, l’assistant personnalisé génère une chaîne hexadécimale aléatoire unique qu’il :

    • ajoute à l’URL en tant que paramètre de requête supplémentaire en utilisant la clé que vous fournissez ; et
    • enregistre le code dans les données de soumission en utilisant la clé que vous fournissez

    Associer une clé unique à chaque demande permet de valider tout rappel pour cette demande (c’est-à-dire lorsque l’utilisateur revient vers l’assistant). Dans le cas de Chargify, Chargify stockera toute valeur que vous envoyez dans le paramètre « reference » (voir plus loin), que vous pourrez ensuite ajouter à l’« URL de retour » vers laquelle Chargify redirigera l’utilisateur après qu’il aura terminé le paiement.

  1. Permitted Params (Paramètres autorisés). Il s’agit d’un nouveau paramètre d’étape qui vous permet de spécifier quels paramètres de requête sont autorisés pour l’étape et la clé sous laquelle ils doivent être enregistrés dans les données de soumission. Vous pouvez l’utiliser pour enregistrer à la fois des données statistiques ou analytiques (telles que l’endroit où l’utilisateur a entré l’assistant) et pour les rappels. Dans le cas de Chargify, nous avons transmis le code « reference » à Chargify (et l’avons enregistré dans les données de soumission) lorsque nous avons redirigé l’utilisateur vers Chargify pour effectuer le paiement. Nous ajouterions ensuite ce code à l’« URL de retour » en tant que paramètre de retour, que nous enregistrerions ensuite dans les soumissions en ajoutant le paramètre que nous spécifions comme contenant le customer_reference dans les paramètres de retour. Notez que dans Chargify, vous devrez définir l’« URL de retour » sur l’URL de l’étape suivant l’étape à laquelle vous avez attaché l’action « route to ». Cela signifie que vous ajouterez le paramètre customer_reference en tant que paramètre autorisé à cette même étape.

  2. Required Data (Données requises). Il s’agit d’un nouveau paramètre d’étape qui vous permet d’imposer une vérification des données avant d’autoriser un utilisateur à afficher l’étape. Actuellement, vous pouvez exiger qu’un élément de données de soumission soit égal à un autre élément de données de soumission. Si l’utilisateur tente de charger l’étape et que la vérification des données requises échoue, il verra un message d’erreur. Dans le cas de Chargify, nous l’utiliserons pour exiger que le code créé dans l’action « Route To » soit égal au customer_reference renvoyé par Chargify. Vous pouvez personnaliser le message d’erreur affiché aux utilisateurs en utilisant le champ « Message affiché lorsque les données sont absentes » dans l’administration de l’assistant. De plus, un lien « Redémarrer l’assistant » est ajouté au message d’erreur, permettant à l’utilisateur de réinitialiser l’assistant à l’étape 1 et d’effacer les saisies existantes.

Effectuer le paiement en interne

Vous pouvez utiliser ProCourse Memberships pour effectuer le paiement.

Vous pouvez également utiliser presque n’importe quel fournisseur de paiement s’il dispose d’une API prenant en charge OAuth2 ou l’autorisation de base (Stripe utilise par exemple l’autorisation de base), en configurant une connexion API à l’aide de l’action « Send to API » de Custom Wizard et du système de gestion des points de terminaison API associé. La manière dont vous configurez cela dépendra du fournisseur. Cette approche est moins stable ; il s’agit d’une fonctionnalité en version bêta, mais elle présente un potentiel significatif.