Premiers utilisateurs

J'ai créé une app avec Lovable, Bolt ou Cursor. Comment trouver des utilisateurs ?

Un plan concret de deux semaines pour le fondateur qui a livré une app en un week-end avec un outil de code IA et n'a personne pour l'utiliser : un utilisateur, un problème, une landing page dans ses mots, une cadence tenable et des conversations manuelles.

8 septembre 20269 min de lectureCréateurs qui utilisent des outils de code IAFrançais
Une semaine de publications Amplispect planifiée dans le calendrier de contenu

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.

Temps de développementUn week-end
Utilisateurs le premier jourZéro
Durée du plan14 jours

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.

L'éditeur Amplispect affichant une publication rédigée avec un aperçu distinct par réseau
Chaque publication est relue avant d'entrer dans la file, avec un aperçu par réseau : une phrase qui passe mal sur X est repérée alors qu'elle n'est encore qu'un brouillon.

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 :

Thèmescomment trouver des utilisateurs pour mon appapp sans utilisateursj'ai créé une app et maintenantdistribution d'app pour fondateurs solopremiers utilisateurs d'une nouvelle app

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.

Tester le workflow

Transformez le scénario en votre propre rythme de travail.

Commencez par une campagne, connectez les canaux que vous utilisez déjà et construisez un workflow que votre équipe peut répéter.