La question des tarifs

Chaque application que nous lançons soulève la même question initiale : comment va-t-elle générer des revenus ? Il n'y a pas de réponse universelle, mais nous utilisons un cadre de réflexion qui nous a évité bien des erreurs de jugement initiales.

Le principe est simple à expliquer. Nous partons du coût de fonctionnement de l’application et de ce que l’utilisateur en retire réellement, puis nous recherchons le modèle où ces deux éléments s’équilibrent. Pas le modèle qui rapporterait le plus sur une feuille de calcul, ni celui qu’utilise par hasard un concurrent. Mais celui qui reflète fidèlement la réalité du travail.

Nous sommes un petit studio autofinancé, ce n’est donc pas une question abstraite. Nous ne disposons pas de fonds d’investisseurs pour financer un modèle qui ne s’autofinance pas, ni d’une équipe chargée de la croissance pour masquer les défauts d’un modèle qui agace les utilisateurs. Quel que soit notre choix, il doit fonctionner selon ses propres termes.

Achat unique

Pour les applications dont la valeur se concrétise au moment de leur utilisation et qui ne nécessitent pas d'infrastructure permanente de notre part — convertisseurs d'images, calculatrices, utilitaires simples —, nous facturons un montant unique. L'utilisateur paie, devient propriétaire de l'application, et nous passons à autre chose.

“Dire ” passer à autre chose » est un peu exagéré. Même une application que l’on achète une seule fois nécessite des mises à jour lorsque le système d’exploitation évolue, et ces mises à jour ne sont pas gratuites. Ce que nous avons appris, c’est de fixer nos prix en tenant compte de cela, plutôt qu’en nous contentant du prix le plus bas qu’une boutique est prête à accepter. Un petit utilitaire de bureau qui effectue une seule tâche sur votre propre machine, sans que rien de notre côté ne génère de facturation mensuelle, correspond parfaitement à ce modèle.

Abonnement

Pour les applications qui entraînent des coûts réels et récurrents de notre côté (serveurs de synchronisation, inférence IA, mises à jour régulières du contenu), nous proposons un abonnement. Nous essayons de fixer le prix à un niveau correspondant approximativement à ce dont nous aurions besoin de la part d’un utilisateur moyen pour atteindre le seuil de rentabilité, et non à ce que nous pourrions tirer au maximum.

Le critère que nous appliquons consiste à déterminer si nous pouvons expliquer, en une seule phrase, à quoi sert cet abonnement mensuel. Si la réponse est “ un serveur qui synchronise vos données entre vos différents appareils ” ou “ des prévisions que nous devons récupérer et traiter chaque jour ”, alors l'abonnement est justifié. Si la réponse est “ parce que les revenus récurrents sont plus attractifs ”, ce n’est pas justifié. Une application qui a besoin de données actualisées pour rester utile est exactement le genre de cas où nous envisageons sérieusement un abonnement.

Gratuit avec des publicités

C'est rare. Nous ne le faisons que lorsque l'application est tellement décontractée qu'un simple système d'accès payant, même modeste, entraverait sa découverte, et lorsque nous avons trouvé un partenaire publicitaire qui ne suit pas les utilisateurs d'une application à l'autre. Ces deux conditions sont de plus en plus difficiles à remplir chaque année.

Nous n'excluons pas la publicité. C'est un moyen légitime de financer des logiciels pour lesquels les utilisateurs ne paieraient pas autrement, et pour certaines applications, cela peut s'avérer être la bonne décision. Ce à quoi nous prêtons particulièrement attention, c'est leur emplacement et le choix de nos partenaires : une publicité qui interrompt la fonction même pour laquelle l'application a été conçue représente un coût pour l'utilisateur, même si ce coût n'apparaît jamais sur un reçu.

Freemium

Le modèle intermédiaire : une application gratuite qui est véritablement utile en soi, avec une mise à niveau payante pour ceux qui en veulent davantage. C’est celui-là que nous avons le plus de mal à mettre au point. Si la barre est placée trop bas, la version gratuite ressemble à une simple démo. Si elle est placée trop haut, personne ne passe à la version payante et l’application ne peut pas s’autofinancer. Lorsque nous l’utilisons, notre règle est que la version gratuite doit être un produit que nous recommanderions volontiers en tant que tel.

Gratuit

Quant aux outils, nous souhaitons qu’ils existent quoi qu’il arrive. Certaines de nos petites applications entrent dans cette catégorie. Elles sont financées par les applications payantes.

Nos erreurs

Notre premier réflexe a été de fixer les tarifs à la fin, une fois l'application développée. C'était une erreur. La tarification façonne le produit : une application par abonnement doit donner envie de revenir, une application à usage unique doit être complète dès le premier jour, une application gratuite doit être peu coûteuse à exploiter. Désormais, nous choisissons le modèle avant même de concevoir le premier écran, et nous le réexaminons en toute honnêteté si l’application s’avère différente de ce que nous avions prévu.

Aucun de ces choix n'est définitif. Une application peut passer d'un modèle à l'autre à mesure qu'elle se développe et que ses coûts évoluent — et lorsque cela se produira, nous le signalerons clairement et en expliquerons les raisons.