About this case study
Ce guide décrit un processus reproductible de deux semaines, pas un résultat client rapporté ni la promesse qu'un nombre précis de personnes s'inscrira.
Votre outil a résolu la mauvaise moitié du problème
Vous avez décrit ce que vous vouliez, un outil de code IA l'a écrit, et dimanche soir la chose tournait sur un vrai domaine, avec authentification, base de données et page de paiement. Ça marche. Vous l'utilisez depuis une semaine. Et l'onglet statistiques affiche le même chiffre depuis le lancement : vous, sur trois appareils.
Ce n'est pas un échec de l'app. Lovable, Bolt, Cursor, v0 et Replit ont compressé en un week-end la partie qui prenait trois mois. Ce qu'ils n'ont pas compressé, c'est l'autre moitié : convaincre un inconnu que ça vaut la peine d'ouvrir, puis un deuxième, puis trente.
Cette moitié n'est pas devenue moins chère, parce qu'elle n'a jamais été un problème de code. Distribuer, c'est une personne qui explique un problème précis à ceux qui l'ont, là où ces gens s'en plaignent déjà. Aucun outil de build ne le fait à votre place, et aucune fonctionnalité supplémentaire ne remplace ce travail.
La bonne nouvelle : c'est un chantier plus petit qu'il n'y paraît de l'extérieur, et l'essentiel du résultat se joue dans les deux premières semaines — non pas selon la quantité que vous publiez, mais selon la précision de votre visée. Ce qui suit est une quinzaine tenable en parallèle d'un emploi.
Semaine un : choisissez un utilisateur, un problème, une page
Avant de publier quoi que ce soit, resserrez la cible jusqu'à ce qu'une seule phrase la contienne :
- Nommez une personne qui a ce problème aujourd'hui. Pas « les petites entreprises », mais « une toiletteuse pour chiens qui prend ses rendez-vous par WhatsApp et perd la moitié des messages ».
- Écrivez le problème comme elle le dirait à voix haute, la plainte d'abord, sans un seul mot de vocabulaire produit.
- Notez aussi à qui l'app ne s'adresse pas, pour pouvoir passer à côté des conversations qui ne convertiront jamais.
- Ramenez le titre de la landing page à cette phrase du problème et mettez le résultat obtenu juste en dessous.
- Remplacez chaque nom de fonctionnalité par les mots réellement employés par votre utilisateur : « arrêter de courir après les factures », pas « flux automatisé de créances ».
- Ne laissez qu'une seule action visible sans faire défiler, et ouvrez la page sur un téléphone avant de croire qu'elle fonctionne.
- Ajoutez une ligne disant qui a construit ça et pourquoi, parce qu'à ce stade les gens vous achètent vous, pas une marque.
Mettez en place une présence qui ne mange pas votre temps de dev
Si la plupart des apps faites en un week-end se taisent dès la troisième semaine, ce n'est pas par paresse. C'est qu'écrire des publications entre en concurrence directe avec le travail qui donne une sensation de productivité, et développer gagne toujours cet arbitrage. Soit la présence vous coûte des minutes plutôt que des soirées, soit elle ne survivra pas à une vraie semaine.
C'est exactement le rôle d'Amplispect. L'outil lit votre site et en tire un espace de travail — l'offre, à qui elle s'adresse, le ton dans lequel vous écrivez déjà — pour ne pas repartir d'une page blanche chaque lundi. Il rédige ensuite une semaine de publications à la cadence que vous fixez, chacune avec un rôle et une date, pour Instagram, Threads et X.
Rien ne part tout seul. Vous ouvrez la semaine, supprimez ce qui ne va pas, réécrivez la phrase qui ne vous ressemble pas, et validez le reste avec un aperçu par réseau sous les yeux. Comptez vingt minutes une fois par semaine pour cette relecture, et traitez-la comme un déploiement : non négociable.
Trois canaux, c'est le périmètre honnête : Instagram, Threads et X sont les réseaux où le produit publie. Tous les autres endroits de votre liste — Reddit, Discord, un forum de niche, une newsletter que vous lisez — relèvent du travail manuel, fait de vos mains. C'est la section suivante, et la plus importante.

Semaine deux : allez là où ces utilisateurs discutent déjà
Les publications planifiées construisent une trace que les gens peuvent vérifier. Ce sont les conversations qui produisent vraiment les premiers utilisateurs, et cette partie reste manuelle, volontairement :
- Listez cinq endroits que votre utilisateur lit réellement : deux subreddits, deux communautés Discord ou Slack, un forum de niche ou une newsletter.
- Passez les trois premiers jours à seulement répondre, sans lien ni nom d'app, jusqu'à savoir prédire quelles réponses sont votées.
- Répondez exactement à la question, en public et en entier, pour que la réponse soit utile même à quelqu'un qui ne clique sur rien.
- Ne mentionnez l'app que dans les fils où elle est honnêtement la réponse, et dites clairement que vous l'avez construite.
- Lisez les règles d'autopromotion de chaque communauté avant votre première publication, pas après votre première suppression.
- Écrivez en privé aux trois personnes dont la plainte reprenait presque mot pour mot votre phrase du problème, et demandez ce qu'elles utilisent aujourd'hui.
- Tenez une note des expressions qu'elles emploient. Ce sont les publications de la semaine suivante et, à terme, le titre de votre page.
Mesurez les réponses et les inscriptions, pas les impressions
À ce stade, le nombre d'impressions vous ment. Une publication peut toucher quatre mille personnes sans rien signifier, tandis qu'une réponse dans un fil de onze participants peut vous donner votre troisième client payant. Les gros chiffres au début indiquent le plus souvent que vous avez touché la mauvaise foule, pas que vous progressez.
Suivez quatre choses et rien d'autre : les réponses de comptes qui ne sont pas des bots, les clics vers le site, les inscriptions, et combien de ces personnes ont rouvert l'app une deuxième fois. Une ligne dans une note, une fois par semaine. C'est le chiffre de la deuxième ouverture qui vous dit s'il vaut la peine de distribuer plus fort.
Quatorze jours suffisent pour apprendre quelle formulation du problème obtient des réponses. Ils ne suffisent pas pour conclure que l'app n'a pas de marché. Si rien n'a pris, changez la phrase et la page avant de changer le produit : il est bien plus probable que le texte soit faux que le code écrit par votre outil.
Ce que quatorze jours peuvent raisonnablement produire
À la fin de la quinzaine, vous pouvez raisonnablement avoir : un utilisateur défini, une landing page écrite dans sa langue à lui, une semaine de publications relue et diffusée à une cadence que vous tenez, cinq communautés où l'on reconnaît votre nom, et quatre chiffres honnêtes à comparer la semaine suivante. C'est une habitude de distribution, et c'est elle qui capitalise. Ce n'est pas un nombre d'inscriptions garanti, et aucun outil ne peut vous en promettre un.
Le garde-fou
N'essayez pas d'automatiser la moitié communautaire. Amplispect publie sur Instagram, Threads et X après que vous avez relu chaque publication, et ne publie ni sur Reddit, ni sur Discord, ni sur les forums — délibérément. Déverser des réponses générées dans des communautés est le moyen le plus rapide de faire bannir votre app des endroits précis où vivent vos premiers utilisateurs, et ce bannissement est bien plus dur à défaire qu'une semaine creuse.
Aller plus loin
La suite du manuel de distribution, à peu près dans l'ordre où vous en aurez besoin :
- Comment distribuer une app : le guide complet pour les fondateurs qui ont déjà construitLe guide complet pour distribuer une app, du premier utilisateur à un rythme hebdomadaire reproductible.
- Vos 10 premières publications sur votre app quand vous n’avez ni utilisateurs ni témoignagesDix publications précises à écrire quand vous venez de livrer et ne savez pas quoi en dire.
- Transformez votre landing page en 30 jours de publicationsComment la page que vous venez de réécrire devient un mois de publications sans inventer de matière nouvelle.
- Comment obtenir les 100 premiers utilisateurs de votre appÀ quoi ressemble le travail de conversation une fois passé la première poignée d'utilisateurs.
- Pourquoi personne n’utilise votre app (et le fossé de distribution derrière)Un diagnostic à lire si les deux semaines passent et que les chiffres restent plats.
- Transformez votre site en espace de travailVoyez comment Amplispect lit le site que vous avez déjà pour poser l'offre, l'audience et le ton.
- Commencer avec AmplispectCréez l'espace de travail et relisez votre première semaine de publications planifiée.
Questions fréquentes
J'ai créé une app mais personne ne l'utilise. Par quoi commencer ?
Resserrez avant d'élargir. Écrivez une phrase qui nomme une personne et le problème qu'elle a aujourd'hui, puis réécrivez le titre de votre landing page pour que ce soit cette phrase. La plupart des apps sans utilisateurs ont un problème de positionnement, pas de trafic, et du trafic envoyé vers une page vague est du trafic perdu.
Comment trouver des utilisateurs sans budget marketing ?
Deux choses en parallèle : une cadence régulière de publications sur les canaux qui vous appartiennent, et des conversations manuelles dans les communautés où votre utilisateur demande déjà de l'aide. La première construit une trace vérifiable, la seconde produit les premiers utilisateurs réels. Aucune des deux ne coûte d'argent.
Amplispect peut-il publier sur Reddit ou Discord à ma place ?
Non. Amplispect publie sur Instagram, Threads et X, et chaque publication est relue par vous avant de partir. Reddit, Discord et les forums restent manuels, ce qui est aussi la bonne réponse pour ces communautés : la promotion automatisée y finit généralement en bannissement.
Combien de temps avant de savoir si mon app a un marché ?
Deux semaines vous disent si votre formulation du problème obtient des réponses. Juger le produit lui-même prend plus de temps et demande une autre preuve : est-ce que les inscrits reviennent une deuxième et une troisième fois. Changez le message d'abord, il est moins cher à corriger et c'est plus souvent lui qui cloche.

