Dunning, nouveau paiement dans le tableau de bord et essais sur le site ! – Notes de version du produit de mars

Les notes de version sont notre mise à jour mensuelle qui met en évidence les récentes améliorations apportées au produit, afin que vous puissiez facilement rester à jour sur les nouveautés. Voici ce que nous avons lancé en mars.

Ce cycle produit était axé sur trois objectifs principaux :
1. Augmenter les taux de renouvellement des paiements
2. Améliorations de l'UX
3. Dette technique - rendre le développement de notre côté plus efficace afin que nous puissions avancer plus rapidement

Relance et rétention

Comme vous le savez déjà, nous sommes de grands partisans des revenus récurrents avec des renouvellements de paiement automatiques. Par conséquent, les plans mensuels et annuels que les développeurs peuvent utiliser sont automatiquement renouvelés. Cela dit, le fait que le prochain paiement soit automatiquement facturé ne garantit pas que la charge n'échouera pas.

Il existe de nombreuses raisons d'échec des paiements, les plus courantes étant l'expiration de la carte de crédit, le manque de fonds suffisants et la carte de crédit signalée comme volée.

Si vous vivez aux États-Unis, je suis sûr que vous avez déjà été victime d'un vol de carte de crédit. Depuis que j'ai déménagé à New York en 2014, j'ai remplacé quatre cartes (c'est plus d'une carte par an !). Si c'est le cas courant et que vous ne proposez que des forfaits annuels, il y a de fortes chances que le renouvellement du forfait annuel échoue.

Qu'est-ce que la relance ?

La relance est un mécanisme intelligent qui envoie un e-mail au client en cas d'échec de paiement, avec des conseils sur la façon de résoudre le problème pour récupérer les paiements échoués (perte de revenus).

Comment fonctionne le mécanisme de relance de Freemius ?

Nous avons mis en place une séquence de 4 e-mails qui informeront le client des échecs selon le calendrier suivant :

1ère tentative ratée :
* Envoyer un e-mail d'échec au client.
* Réessayez un jour après la 1ère tentative infructueuse.

2ème tentative ratée :
* Envoyer un e-mail d'échec au client.
* Réessayez trois jours après la tentative infructueuse précédente.

3ème tentative ratée :
* Envoyer un e-mail d'échec au client.
* Réessayez cinq jours après la tentative infructueuse précédente.

4ème tentative ratée et finale :
* Annuler l'abonnement.
* Annuler la licence associée.
* Envoyer un e-mail d'annulation au client.

Abonnements aux cartes de crédit

S'il s'agit d'un abonnement par carte bancaire, les emails envoyés contiendront un lien direct vers un formulaire sécurisé de mise à jour de la carte :

Lors de la mise à jour de la carte de crédit, Freemius tentera immédiatement de traiter le paiement en attente et ne mettra à jour la carte qu'en cas de succès. En cas d'échec, un message d'erreur correspondant sera affiché au client.

Profils récurrents PayPal

Étant donné que le mécanisme d'erreurs de PayPal n'est pas aussi bon que celui de Stripe, PayPal ne fournit pas d'indicateur précis pour l'échec du paiement. Par conséquent, les e-mails que nous envoyons aux clients PayPal sont les mêmes et incluent des instructions sur la façon de résoudre les problèmes d'échec courants + comment contacter le support de PayPal pour une résolution.

Pour le moment, ce processus s'exécute en arrière-plan. Nous prévoyons d'ajouter des mesures au tableau de bord afin que vous puissiez obtenir des données sur les paiements récupérés.

Combien ça coûte?

Rien! La relance n'est qu'une autre capacité dont nous dotons nos développeurs. Comme nous le disons toujours, votre succès est notre succès, et c'est inhérent à notre modèle commercial lorsque vous monétisez avec Freemius. Pour que vous sachiez - Les services de relance commencent généralement à partir de 50 $ / mois et peuvent atteindre des milliers de dollars par an, si vous traitez de nombreux paiements.

Renouvellement manuel de licence pour les plugins et thèmes migrés

L'année dernière, nous avons introduit un outil de migration d'Easy Digital Downloads vers Freemius, et après avoir travaillé avec l'équipe Pootlepress, nous avons également étendu le plugin pour migrer de WooCommerce vers Freemius. Depuis la sortie, de nombreux développeurs qui ont migré vers Freemius n'ont pas mis en place de renouvellements automatiques. Nous avons donc passé du temps à réfléchir à la manière de traiter ces comptes migrés afin que les clients puissent facilement renouveler leur licence sans tracas.

Notre décision a été d'étendre la logique de paiement pour les renouvellements de licence (ce que nous ne prenions pas en charge auparavant), et d'ajouter également un mécanisme de rappels de renouvellement de licence qui fonctionne selon le calendrier suivant :

• 30 jours avant l'expiration de la licence
• 7 jours avant l'expiration de la licence
• 48 heures avant l'expiration de la licence
• 1 jour après l'expiration de la licence

Les e-mails envoyés présentent les avantages du renouvellement et fournissent un lien direct vers le formulaire de paiement sécurisé. Voici l'une des premières ébauches :

Tableau de bord des développeurs :

1. Optimisation des performances : nous avons fortement optimisé les performances afin que la plupart des pages du tableau de bord se chargent désormais plus rapidement.
2. Sites sous licence : ajout de l'option permettant d'afficher tous les sites qui utilisent actuellement une licence spécifique. Cliquez simplement sur le lien sous le champ Activations de la licence et vous obtiendrez une vue filtrée de tous les sites utilisant cette licence :
3. Graphique de croissance effective mensuelle :
   
   C'est un excellent indicateur pour mesurer le succès de vos itérations de produits. Votre objectif est de faire monter la ligne tout le temps. Si vous publiez une version qui déclenche une suppression, c'est un signe que quelque chose ne fonctionne pas comme prévu et vous devriez vous plonger dans les commentaires de désinstallation des données pour une enquête plus approfondie.
   Pour le moment, cette fonctionnalité n'est pas disponible pour les développeurs qui utilisent uniquement le niveau gratuit Freemius Insights.
4. Courbe de croissance du MRR (revenus récurrents mensuels) :
   
   Le MRR est l'un des indicateurs de résultat les plus importants pour les entreprises d'abonnement. Les analyses MRR de Freemius vous donneront une vision claire de la composition des mouvements MRR, fournissant des informations sur la santé de votre entreprise - passée, présente et future.
   Votre croissance nette du MRR est dérivée de :
   New Business MRR : Nouvelles conversions payantes
   Churn MRR : Clients payants qui ont annulé ou rétrogradé à un forfait gratuit
   Vous voulez vous assurer que votre Net MRR (le graphique linéaire) est toujours dans la section positive, ce qui signifie que vous avez ajouté plus de valeur dans les abonnements que ce que vous avez perdu (attrition).
5. Icônes des plugins : les plugins qui ont une version gratuite sur WordPress.org afficheront désormais l'icône du plugin :
   
   Outre le fait que c'est cool, pour les développeurs qui utilisent Freemius sur plusieurs plugins, cela rend l'expérience légèrement meilleure lorsque vous pouvez identifier le plugin sans même regarder le titre.
6. Mises à jour des extraits d'intégration contextuelle : lorsque vous apportez maintenant des modifications dans le tableau de bord qui nécessitent des modifications dans le code d'intégration, une fenêtre apparaîtra avec le nouveau code prêt pour votre copier-coller
   
7. Correction d'un bogue de mises à jour automatiques : après avoir reçu quelques plaintes concernant des clients qui n'obtenaient pas la dernière version du produit, nous avons enquêté sur le mécanisme de mise à jour et découvert que le mécanisme de commande des versions utilisait le "tri par type de chaîne", ce qui provoquait des versions comme la 1.1.8 . 1.1.8 être une version plus récente que 1.1.10 . Nous avons corrigé cela !

Offrir des essais directement depuis votre site

Nous prenons désormais officiellement en charge les essais avec un mode de paiement via Freemius Checkout. Cela signifie que vous pouvez offrir une option pour essayer votre plugin ou votre thème directement depuis votre site tout en capturant l'utilisateur en tant que prospect, ainsi que ses informations de facturation. Nous avons choisi d'investir dans des essais car nous avons remarqué que les développeurs obtiennent un taux de conversion beaucoup plus élevé lorsqu'ils les proposent.

Contrairement à un essai intégré au tableau de bord, puisque nous ne pouvons pas savoir où cet essai va être utilisé, la décision d'autoriser ou non l'utilisateur à un essai est basée sur l'e-mail du client. Si l'utilisateur a déjà utilisé un essai pour un certain plugin/thème en utilisant le même e-mail, l'essai ne fonctionnera pas. Si l'utilisateur essaie d'utiliser une fausse adresse e-mail uniquement pour accéder à la version d'évaluation, puisque nous n'exposons que le lien de téléchargement et la licence dans l'e- mail après la mise à niveau , il ne pourra pas abuser de la version d'évaluation.

Correctif : un correctif lié aux essais et au paiement, nous ignorons désormais les essais lorsque l'utilisateur saisit un code de réduction de 100 %.

SDK WordPress – v.1.2.1.6

Le nouveau SDK WordPress introduit une nouvelle vérification dans le tableau de bord, un système de localisation optimisé et une journalisation améliorée. Il est disponible en téléchargement ici :
https://github.com/Freemius/wordpress-sdk/tree/1.2.1.6.1

Nouveau paiement dans le tableau de bord

Nous avons finalement déprécié le paiement actuel dans le tableau de bord et l'avons remplacé par le nouveau paiement que nous utilisons pour Freemius Checkout. Cela nous aidera à être encore plus agiles en ce qui concerne les modifications et la maintenance du formulaire de paiement (une seule base de code). De plus, la nouvelle caisse est écrite en angulaire, ce qui la rend plus durable à long terme.

Cela signifie également que le nouveau paiement intégré au tableau de bord est désormais entièrement réactif ! Avec une UX mobile optimisée permettant une expérience d'achat facile à partir de n'importe quel appareil mobile.

Certains d'entre vous ont personnalisé la page de paiement avec une feuille de style CSS personnalisée. Avant de mettre à jour le dernier SDK, assurez-vous d'ajuster les règles CSS pour qu'elles fonctionnent avec le nouveau paiement.

Le paiement "hérité" continuera d'être entièrement fonctionnel pour la rétrocompatibilité, mais nous n'étendrons plus ses fonctionnalités, ni ne corrigerons les futurs bogues révélés.

Correctifs de sécurité

1. Nous avons découvert que de nombreux sites ont une structure de système de fichiers exposée lorsque quelqu'un tape un chemin direct vers un dossier sans fichier index.php . Outre le fait qu'il n'est pas sûr d'exposer la structure de vos fichiers/dossiers, les robots des moteurs de recherche indexent ces pages. Par conséquent, nous avons ajouté des fichiers index.php vides à tous les dossiers du SDK.
2. Correction XSS. Nous avons reçu un rapport d'un collègue développeur (Marcus Skies du plugin Events Manager) concernant une chaîne non échappée dans le SDK. En effet, nous avons oublié d'échapper un message d'erreur facultatif en cas d'échec de l'opt-in. La raison pour laquelle nous n'avons contacté personne est que la page d'inscription n'est disponible que pour les utilisateurs qui ont des autorisations sur la page des paramètres WP Admin. Donc, si l'utilisateur avait déjà un accès de connexion à cette page d'administration, il peut quand même exécuter n'importe quel code JavaScript.

Traductions

1. Le SDK est maintenant presque entièrement localisé en japonais !!! Un grand merci à Takayuki Miyauchi, @8bitOdyssey, Hidetaka Okamoto, Tomohyco Tsunoda. Le SDK était en fait entièrement localisé, mais nous avons continué à ajouter plus de fonctionnalités à la version actuelle qui était fournie avec des chaînes supplémentaires.
   Si vous parlez une autre langue que l'anglais, soyez génial et aidez-nous à traduire le SDK dans d'autres langues :
   https://www.transifex.com/freemius/wordpress-sdk/dashboard/
2. Le mécanisme de traduction de WP.org ne prend pas en charge plus d'un domaine de texte. Je n'approfondirai pas la raison pour laquelle nous pensons qu'il pourrait être amélioré en en supportant plus d'un, mais ce que cela signifie en pratique, c'est que même si vous n'aviez que quelques chaînes localisées dans votre plugin ou thème, en ajoutant le SDK Freemius , le mécanisme de traduction ajouterait automatiquement des centaines de chaînes à votre produit.
   Étant donné que la traduction des chaînes est effectuée par produit, elles devraient toutes être traduites (même si elles ont déjà été entièrement traduites sur un plugin ou un thème différent, en ignorant les traductions fournies avec le SDK).
   Joachim Jensen nous a aidés à résoudre ce problème en enveloppant toutes les méthodes dans de nouvelles méthodes et en enrichissant le script Gulp qui extrait les chaînes liées au domaine du texte. Ainsi, à partir de maintenant, les chaînes du SDK Freemius ne seront plus extraites par WordPress.org et n'affecteront pas vos efforts de traduction. Merci @intoxstudio !

Enregistrement

En raison de la complexité du SDK WordPress qui combine l'exécution synchrone, les appels WP-Cron et AJAX. La journalisation en ligne ne suffit pas pour résoudre les cas extrêmes. Au fur et à mesure que nous grandissons, le SDK devient de plus en plus stable, cela dit, nous voyons toujours des problèmes liés à la corruption dans les enregistrements de données Freemius. Ces cas extrêmes nécessitent généralement un débogage de production de notre côté (WP Admin + FTP Access). Nous voulons les réduire et avons enquêté sur plus de problèmes de notre côté. Par conséquent, nous avons enrichi notre enregistreur pour la journalisation de base de données persistante multisession avec des capacités d'exportation. En clair, lorsque vous activez le mode de débogage, le SDK crée une table de journalisation personnalisée et commence à stocker tout ce qui se passe avec le SDK (qu'il s'agisse de requêtes synchrones ou asynchrones). Ensuite, vous pouvez télécharger un vidage CSV de ces journaux et nous l'envoyer pour une enquête plus approfondie. La désactivation du mode débogage supprimera la table de journalisation personnalisée (n'oubliez pas de la désactiver !).

Comment accéder à la page de débogage ?

Pour accéder à la page de débogage de Freemius, accédez à https://path.to/site/wp-admin/admin.php?page=freemius

Comment activer le mode débogage ?

Cliquez sur le commutateur Débogage :

Divers SDK

• Nous prenons désormais entièrement en charge le cas d'utilisation des plugins/thèmes sans page de paramètres .
• Nous avons ajouté un nouveau bouton Modifier la licence à la page Compte pour modifier la licence actuellement active :
  
  Ceci est utile pour les développeurs qui souhaitent remplacer la clé de licence par la clé du client avant de remettre le site au client.
  Affichez toujours le formulaire de commentaires de désactivation puisque nous avons ajouté la désactivation automatique de la version gratuite lors de l'activation du code premium.
• Mode Serviceware : nous avons ajusté le SDK pour qu'il fonctionne avec les produits Serviceware sans version de code premium. Ce mode unique masque toutes les étiquettes liées au type de code du plugin et aux instructions de téléchargement après la mise à niveau. Ce mode a été initialement développé pour Replyable qui l'utilise depuis quelques mois déjà, et nous espérons voir plus de services commencer à utiliser le Freemius Serviceware.
• Nous avons amélioré le formulaire d'envoi de la clé de licence pour afficher l'adresse e-mail actuelle de l'administrateur WP.
  
  Le raisonnement sous-jacent est que lorsqu'un client effectue une mise à niveau depuis le tableau de bord, s'il s'est déjà inscrit, nous remplissons automatiquement son adresse e-mail dans le formulaire de paiement. Parfois, les clients ignorent ce champ et oublient plus tard quelle était l'adresse e-mail qu'ils ont utilisée pour la mise à niveau. Cela devrait résoudre cela !
• Meilleur mécanisme pour tester les mises à jour du produit : lors de l'exécution du SDK en mode développement avec la clé secrète, les versions déployées et non publiées seront désormais disponibles via le mécanisme de mise à jour. C'est une autre étape pour faciliter les tests, afin que vous puissiez tester le mode de mise à jour de votre version avant de la diffuser à vos utilisateurs.
  Suite à cette fonctionnalité, nous pouvons assez facilement ajouter une capacité pour les bêta-testeurs. Les utilisateurs pourront s'inscrire pour devenir des testeurs bêta et ils recevront les versions initiales de votre plugin (gratuites ou payantes) avant les autres. Si c'est quelque chose que vous voudriez voir venir, faites-le nous savoir dans les commentaires.

Contributeurs de la version du SDK

Léo Fajardo
Vova Feldman
Joachim Jensen
Rami Iouchouvaev