Comment distribuer une app : le guide complet pour les fondateurs qui ont déjà construit

En 2026, vous pouvez décrire une app à Lovable, Bolt, Cursor, v0 ou Replit le matin et la mettre en production le soir. Le travail qui demandait autrefois une équipe financée et un trimestre demande aujourd'hui un week-end et une carte bancaire. C'est un vrai changement, et il a une conséquence évidente : le nombre d'apps terminées augmente bien plus vite que le nombre de gens qui en cherchent une.

La rareté a changé de place. Elle était dans l'ingénierie, et savoir construire suffisait à prendre de l'avance. Elle est désormais dans l'attention. Livrer n'est plus un exploit ; être trouvé, si. La compétence qui sépare une app avec des utilisateurs d'une app sans utilisateurs n'est plus la capacité à construire, c'est la capacité à la mettre devant les bonnes personnes, de façon répétée, sans s'épuiser.

La plupart des fondateurs découvrent cela lors d'un moment précis et déprimant. L'app fonctionne. La landing page est en ligne. Les paiements sont branchés. La courbe d'analytics est une ligne plate à zéro et rien n'est techniquement cassé. Personne ne sait que l'app existe, et aucun message d'erreur ne vous le dira.

Le réflexe est de retourner dans l'éditeur. Une fonctionnalité de plus, c'est un problème familier, avec une solution connue et une récompense immédiate. La distribution est un problème inconnu, sans première étape évidente : on la repousse à la prochaine version, qui n'arrive jamais vraiment. Six mois plus tard, il existe une app très soignée avec quatre utilisateurs, dont trois sont des amis.

Le recadrage qui débloque : la distribution n'est pas un lancement. Un lancement, c'est une journée et, pour l'essentiel, un ticket de loterie. La distribution est un système que l'on fait tourner chaque semaine, qui capitalise, et que l'on peut déboguer avec les réflexes que vous appliquez déjà au code. Le reste de ce guide, c'est ce système.

Quand un fondateur dit « il faut que je fasse du marketing », il regroupe en général quatre métiers différents dans un même bloc intimidant. Séparez-les et chacun devient assez petit pour commencer cette semaine. Un système de distribution a exactement quatre pièces : audience, canaux, cadence, retours.

L'audience, c'est le groupe assez étroit pour que vous puissiez imaginer une personne précise dedans et prévoir ce qui l'agace. « Les développeurs » n'est pas une audience. « Les développeurs solo qui sortent des projets perso et détestent en parler » en est une. La version étroite vous dit quoi écrire ; la version large ne dit rien, et c'est pour cela qu'écrire pour tout le monde donne l'impression d'écrire dans le vide.

Les canaux, ce sont les endroits où cette audience dépense déjà son attention. Vous ne les choisissez pas selon l'application que vous préférez. Si vos utilisateurs débattent du problème dans un subreddit, ce subreddit compte plus que le réseau aux plus jolies statistiques.

La cadence, c'est la fréquence à laquelle vous apparaissez, et c'est la pièce qui décide si le système fonctionne. La distribution récompense la fréquence bien plus que la finition. Trois publications ordinaires par semaine valent mieux qu'une impeccable par mois, parce que c'est la troisième qui atteint celui qui ne regardait pas pendant les deux premières.

Les retours sont la boucle qui empêche tout cela d'être une devinette. Vous regardez quelles publications ont déclenché des réponses, quels mots les gens vous ont renvoyés, quelle visite sur la landing page est devenue une inscription, et vous injectez cela dans la semaine suivante. Sans retours, vous n'avez pas un système de distribution, vous avez un loisir.

La plupart des fondateurs à l'arrêt n'ont aucune des quatre pièces. La plupart de ceux qui se sentent occupés sans résultats en ont trois : il leur manque la cadence.

La question des canaux a une réponse ennuyeuse et juste : allez là où vos utilisateurs sont déjà, pas là où vous êtes à l'aise. Pour le savoir, notez les trois derniers endroits où vous avez vu quelqu'un décrire, avec ses propres mots, le problème que votre app résout. Ce sont vos premiers canaux. Tout le reste est une hypothèse.

Il faut aussi être honnête sur ce qui s'automatise et ce qui exige votre présence. Amplispect publie sur Instagram, Threads et X : vous relisez la semaine, vous validez les publications, et elles partent à l'heure prévue sans ouvrir trois applications. Cela couvre le rythme régulier, c'est-à-dire précisément la partie qui s'effondre quand elle dépend de la volonté quotidienne.

Reddit, LinkedIn, Product Hunt et TikTok restent manuels, et c'est le bon choix plutôt qu'une limite. Reddit sanctionne tout ce qui ressemble à un communiqué ; il faut être un participant avec un historique dans la communauté. LinkedIn récompense une voix personnelle et des réponses dans la première heure. Product Hunt est une journée coordonnée, pas une cadence. TikTok demande votre visage. Automatisez le rythme, faites le reste à la main, et arrêtez de culpabiliser sur la différence.

Deux canaux tenus avec régularité battent six canaux faits une seule fois. Commencez avec trois au maximum, dont un automatisé et un manuel, et n'en ajoutez un qu'après un mois sans avoir manqué une semaine sur les canaux existants. Le coût d'un canal n'est pas la publication, c'est l'attention qu'il retire au canal qui marchait déjà.

Les débuts d'une distribution produisent beaucoup de chiffres dont presque aucun ne veut dire quelque chose. Impressions, nombre d'abonnés et likes bougent pour des raisons sans rapport avec votre app : un test d'algorithme, un hashtag, un gros compte qui vous repartage une fois. Optimiser pour eux vous apprend à écrire des publications qui performent au lieu de publications qui vendent.

Mesurez plutôt quatre choses. Les réponses et les enregistrements, parce qu'ils signifient que quelqu'un a reconnu son propre problème. Les clics vers la landing page, parce que c'est de l'intention. Les inscriptions issues de ces clics, parce que c'est votre landing page qui se note elle-même. Et l'activation, la part d'inscrits qui atteignent le moment où l'app devient vraiment utile, parce qu'un problème de distribution et un problème d'onboarding se ressemblent vus de l'extérieur et que seul ce chiffre les distingue.

Lisez ces chiffres chaque semaine et agissez chaque mois. Chaque semaine, parce qu'une semaine est assez courte pour que vous vous rappeliez ce que vous avez fait ; chaque mois, parce qu'une semaine isolée est surtout du bruit et que vous réécririez sinon toute votre stratégie chaque vendredi. Quand un chiffre bouge, notez le changement que vous aviez fait avant. Cette note vaut plus que le tableau de bord.

Une dernière chose à ignorer : les chiffres des autres fondateurs. Une capture d'écran d'un pic montre le résultat d'un système que vous ne voyez pas, souvent après des mois de travail que personne n'a capturés. Comparez plutôt cette semaine à votre propre semaine précédente. C'est la seule comparaison qui contient assez de contexte commun pour vous apprendre quelque chose d'actionnable.