+ RESSOURCE GRATUITE · BUILDER CRÉATIF

Ce qui fait payer un utilisateur. Et ce qui le fait partir.

Cinq structures d'entrée qui décident du chiffre, avant la première ligne de code.

La décision qui pèse le plus sur ce que rapporte une application ne se prend pas dans le code. Elle se prend dans les deux premières minutes d'usage : ce que vous donnez avant de demander, et ce que vous demandez avant d'avoir donné.

C'est là que la plus grande partie de la perte se joue, et ça se décide à la conception — pas au correctif d'après. Cette page montre les cinq structures d'entrée possibles, ce que chacune coûte réellement, et les six erreurs qui font sortir les gens avant même que le prix soit une question.

Cette page ne parle pas de technologie. Les cinq structures se construisent de la même façon. Ce qui change, c'est ce que vous montrez, et à quel moment.

+ 01 · LE PARCOURS

Le parcours, et l'endroit où ça se perd.

Entre l'installation et le paiement, il y a quatre marches. À chacune, des gens sortent, et la cause n'est jamais la même. Trois de ces causes sont subies : la fiche du store, l'humeur, le moment de la journée. Une seule dépend entièrement de vous.

Quatre fuites, une seule que vous tenez vraiment à la conception : le moment où l'application devient visiblement utile.

Le moment « ah, d'accord » — la première fois où l'application est visiblement utile — est la seule étape que vous contrôlez réellement à la conception. Vous décidez où elle se trouve, combien d'écrans il faut pour l'atteindre, et ce que vous avez le droit de demander avant. Tout le reste du parcours se joue sur cette décision.

+ 02 · LES CINQ STRUCTURES

Les cinq structures d'entrée.

Il n'y en a pas trente. Il y en a cinq, et le choix se fait avant la conception, pas après la mise en ligne. Chacune convient à une situation précise et porte un contre-effet précis. Choisir sans voir le contre-effet, c'est le découvrir six mois plus tard.

le paiement n'existe pas encore

Tout ouvert, le paiement vient plus tard.

À qui ça convient

Une activité qui vend déjà et dont les clients reviennent d'eux-mêmes : un réseau de points de vente, un service avec des habitués. L'application doit d'abord être adoptée, pas monétisée.

Ce que ça donne

Le maximum de gens entrent et se servent. Vous voyez qui revient avant de demander quoi que ce soit — et vous savez donc à qui demander.

Le contre-effet

L'application devient un service gratuit dans la tête des gens. Le jour où vous introduisez le paiement, vous le négociez avec des utilisateurs habitués à ne rien payer.

la valeur, puis le prix

Le paiement demandé après la première valeur reçue.

À qui ça convient

La majorité des cas. Un logiciel établi dont la version mobile doit prouver en deux minutes qu'elle fait vraiment le travail, pas seulement afficher le même menu.

Ce que ça donne

La demande arrive au moment où elle est légitime. La personne a vu ce qu'elle achète : la question n'est plus « à quoi ça sert », elle est « est-ce que ça vaut ce prix ».

Le contre-effet

Il faut être capable de nommer cette première valeur et d'y arriver vite. Si personne dans l'équipe ne sait la désigner, cette structure devient « tout ouvert » sans que vous l'ayez décidé.

aucun engagement à l'entrée

L'essai sans carte bancaire.

À qui ça convient

Un produit dont la valeur se voit à l'usage sur plusieurs jours, pas sur un écran : outil métier, suivi d'activité, gestion d'équipe.

Ce que ça donne

Beaucoup d'entrées, aucune friction, et une base d'essais assez large pour voir où les gens décrochent — ce qui vaut souvent plus que les essais eux-mêmes.

Le contre-effet

La fin de l'essai est un mur froid. La personne n'a jamais posé d'acte d'engagement ; le jour où vous demandez sa carte, la vente est entièrement à faire.

engagement, puis rappel

L'essai avec carte, plus un rappel avant le prélèvement.

À qui ça convient

Un produit à panier élevé, vendu à des professionnels, où vous préférez peu d'essais sérieux à beaucoup de curieux.

Ce que ça donne

Les gens qui entrent sont déjà décidés. Et le rappel évite le prélèvement subi — c'est lui, concrètement, qui protège votre note sur le store.

Le contre-effet

Beaucoup moins d'entrées, donc beaucoup moins à apprendre. Et sans le rappel, vous fabriquez du chiffre avec des gens qui se sentent piégés : ils l'écrivent dans les avis, et vous le repayez en remboursements.

rien avant le paiement

Le mur d'entrée : payant dès le premier écran.

À qui ça convient

Une marque déjà connue, dont la promesse est vendue ailleurs : en boutique, par une équipe commerciale, par un contenu qui a déjà fait le travail avant l'installation.

Ce que ça donne

Le chiffre par installation le plus élevé, et une base d'utilisateurs qui a choisi. Rien à convertir plus tard, rien à renégocier.

Le contre-effet

Tout repose sur ce qui se passe avant l'installation. Si la fiche du store porte la promesse toute seule, l'écran de paiement ne rattrapera rien — il ne fait que constater.

Note technique, une fois pour toutes : ces cinq structures se branchent toutes sur le même outillage de facturation — RevenueCat, Stripe. Le choix ne se joue pas là.

+ 03 · CE QUI FAIT PARTIR

Les six erreurs qui font partir.

Elles ne se voient pas dans un cahier des charges. Elles se voient dans les chiffres trois mois après, quand il est cher de revenir en arrière.

Demander la création d'un compte avant d'avoir rien donné.

Un compte est un prix. Vous le faites payer avant d'avoir montré la marchandise.

Demander la note du store au mauvais moment.

La question tombe pendant un chargement, une erreur, une hésitation. La note qui en sort vous suit pendant des mois.

Réclamer l'autorisation de notifier avant de l'avoir méritée.

Un refus ne se redemande pas. Vous perdez le canal pour toute la durée de vie de l'installation.

Un écran de paiement qui n'affiche pas le prix.

Chercher le prix, c'est douter. Et le doute, au moment de payer, se règle en fermant l'application.

Un abonnement qu'on ne sait pas résilier.

La sortie cachée ne retient personne. Elle transforme un départ silencieux en avis une étoile et en demande de remboursement.

Un écran de chargement sans rien à regarder.

Une attente vide se ressent deux fois plus longue. Montrez ce qui se construit, ou montrez le résultat avant qu'il soit complet.

+ 04 · LA PREUVE

La preuve.

Deux chiffres, un seul produit, Evolum. Nous l'avons construit et exploité.

Evolum : de 0 à 120 000 € de revenus mensuels, sans levée de fonds.

Evolum : 4,8/5 sur 11 000 avis, obtenus en déplaçant le moment où l'application demande la note. Elle la demandait au mauvais moment ; changer ce moment a tout changé.

Rien n'a changé dans le produit. Seule la position de la question a changé sur la ligne du temps.

Le second est la démonstration la plus propre de toute cette page. Même application, mêmes utilisateurs, même fonctionnalité : un seul moment déplacé. C'est exactement ce dont parlent les cinq structures d'entrée — pas de ce que fait l'application, mais de l'ordre dans lequel elle le fait.

+ REPARTIR AVEC

Recevez la grille par email.

Les cinq structures et les six erreurs, sur une page que vous pouvez poser sur la table avant l'atelier de conception. Un email, rien d'autre.

+ ET APRÈS

Laquelle de ces cinq structures s'applique à votre app ?

Trente minutes sur votre produit : où se situe votre moment « ah, d'accord », quelle structure d'entrée il autorise, et ce qu'il faut changer avant d'écrire du code. Si votre modèle actuel tient déjà, nous vous le dirons.

Parler de mon app