Décrocher son premier client grâce à un outil de prospection : Leadverse
Comment Jakub Mužík, après avoir lancé plusieurs produits sans revenus, a confirmé une demande payante avec Leadverse et fait croître ses revenus récurrents en corrigeant l'essai, le tarif et le paiement.
Le problème client identifié à la cinquième tentative
Jakub Mužík a présenté Leadverse comme à peu près son cinquième projet et le premier produit qui a commencé à rapporter de l'argent. C'était un service destiné aux développeurs qui créent des produits sans parvenir à trouver des clients : il leur montrait des publications de personnes cherchant déjà une solution proche. Il utilisait son propre outil pour trouver des clients potentiels tout en développant et en vendant le produit.
Mužík a travaillé huit ans comme développeur Salesforce. Son entrée dans le développement de produits personnels a été une application mobile d'annonce d'événements à proximité, créée pour son mémoire de licence. Voyant que les gens la téléchargeaient et y réagissaient bien, il a commencé à créer d'autres produits sur son temps libre, mais la plupart rapportaient zéro dollar de revenu.
L'idée de Leadverse est venue d'une publication sur Reddit. Son auteur demandait aux développeurs ce qu'ils construisaient et proposait de retrouver les publications des personnes qui avaient besoin de ce produit. En voyant des centaines de réponses, Mužík a jugé qu'il existait une demande dans la recherche de clients elle-même. C'était l'occasion de relier des développeurs qui avaient besoin de quelqu'un à qui présenter leur produit et des utilisateurs à la recherche d'un produit qui résoudrait leur problème.
Tout en gardant son emploi et ses missions freelance, il a développé seul, la nuit et le week-end, et la première version a demandé environ un mois. Le produit initial récupérait des publications sur Reddit et X et sélectionnait celles liées au produit de l'utilisateur. Lorsque l'utilisateur saisissait la description de son produit et le type de client recherché, l'IA évaluait la pertinence et proposait aussi des réponses adaptées au contexte de chaque publication. Il permettait également d'exporter les résultats de recherche dans un fichier CSV ou de vérifier régulièrement l'arrivée de nouvelles publications.
Transformer les résultats de recherche en ventes
Améliorer la qualité de la recherche supposait d'abord de distinguer ce que voulait l'utilisateur. Une même publication avait une valeur différente pour quelqu'un qui cherchait un emploi et pour quelqu'un qui cherchait des clients. Mužík a séparé les champs de saisie en « le produit ou le service que vous proposez » et « le type de conversation que vous voulez trouver », puis a ajusté les prompts pour qu'ils s'appliquent à des objectifs variés. Il a expliqué que ce changement lui avait permis de réduire les résultats non pertinents.
Dans la vente aussi, il montrait d'abord les résultats de recherche. Il publiait sur Reddit une demande pour présenter un produit en une ligne, puis utilisait son outil pour retrouver des publications pertinentes et les renvoyer. À une personne qui présentait un service d'amélioration du taux de conversion d'une landing page, il a annoncé avoir trouvé 35 publications pertinentes et en a partagé les liens de cinq. L'autre personne pouvait voir le type de résultats que fournit Leadverse avant même de passer par l'inscription.
Pour approcher directement des clients potentiels, il fixait l'ordre de la conversation. Il laissait d'abord un commentaire public utile au problème rencontré par l'autre personne, puis, en message privé, mentionnait ce problème et demandait si elle accepterait d'examiner l'outil. En cas d'intérêt, il envoyait un lien ; sinon, il mettait fin au contact. La méthode qu'il a partagée réunissait en un seul processus le fait de trouver des publications pertinentes et celui de poursuivre la conversation en lisant la réaction de l'autre.
Ces actions n'ont pas produit tout de suite des revenus importants. Environ cinq mois après le lancement, les chiffres qu'il a communiqués étaient de 530 dollars de revenus récurrents mensuels (MRR) et 1 696 dollars de paiements cumulés. De nouveaux abonnés commençaient à arriver chaque semaine, mais le parcours entre l'inscription, l'essai et le paiement laissait beaucoup à corriger. En expliquant la croissance de cette période, il a aussi détaillé ses changements sur la formule d'essai, la vidéo de présentation, la collecte de retours et l'écran de paiement.
Corriger l'essai gratuit et le tarif
Comme le produit utilisait l'IA, même l'usage gratuit engendrait des coûts. Mužík a indiqué que le coût des appels à l'API du LLM représentait environ 90 % du coût total. Maintenir la qualité des résultats de recherche tout en ajustant les prompts et les modèles était donc une tâche opérationnelle majeure. En plus du rythme de croissance des utilisateurs, il devait aussi surveiller la structure de coûts capable de soutenir cet usage.
Il a d'abord adopté un modèle freemium qui offrait gratuitement un nombre donné de résultats de recherche. Mais beaucoup d'utilisateurs essayaient une fois puis partaient, et le coût de leur fournir des résultats continuait de s'accumuler. Mužík est passé à un essai gratuit de trois jours exigeant l'enregistrement de la carte au préalable. Selon son explication, moins de personnes démarraient l'essai, mais le taux de conversion en payant a augmenté, ce qui a aidé à réduire la charge de coûts.
Il a ensuite porté l'essai de trois à sept jours. Certains utilisateurs ne parvenaient pas à mesurer la valeur du produit sur une période courte. Il a expliqué que, après cet allongement, les indicateurs de conversion s'étaient améliorés. En pratique, il associait un filtre confirmant l'intention d'essayer par l'enregistrement de la carte et un temps suffisant pour examiner les résultats.
Il a aussi changé le tarif à plusieurs reprises. Il a commencé avec des formules à 9 et 14 euros par mois, et a indiqué que la conversion s'était améliorée environ un mois plus tard, en passant à un affichage en dollars. Il a ensuite mené des expériences de baisse et de hausse, mais a raconté que, dans son service, la baisse de prix n'avait pas amélioré le taux de conversion. Plutôt que de maintenir un prix bas en supposant son efficacité, il ajustait le montant en observant les inscriptions et les paiements réels.
Il a aussi créé une option adaptée à l'usage. Il a ajouté une formule personnalisée dont le plafond d'usage et le prix étaient ajustables, et, au moment de son bilan, environ 30 personnes l'avaient choisie. La structure tarifaire a encore évolué ensuite : sur la page officielle consultée le 27 septembre 2026, une formule unique à 49 dollars par mois et un essai gratuit de sept jours sont proposés. Cela montre qu'il ne traitait pas le tarif bas et les options limitées du début comme une politique définitive.
Peaufiner de la présentation au paiement
Sur la page de présentation, il a renforcé les informations nécessaires pour comprendre le produit. Il a placé sous le premier écran une vidéo montrant le déroulé d'usage et mis sa photo dans la section contact. Il a aussi remplacé le « nous » par « je », révélant que le produit était porté par une seule personne. Les témoignages de vrais utilisateurs ont été placés juste avant la grille tarifaire et sur l'écran de paiement, afin d'être visibles au moment de décider l'achat.
Il a également remplacé l'écran de paiement, qu'il avait construit lui-même, par une page fournie par Stripe. L'étape de finalisation du paiement est ainsi entrée dans le périmètre d'amélioration. Mužík a cité ce changement parmi les mesures qui avaient aidé à corriger un faible taux de conversion. Le travail d'ajout de fonctions de recherche avançait en parallèle de celui visant à aider les visiteurs déjà intéressés à terminer le paiement.
La réaction des utilisateurs a aussi montré ce que les écrans communiquaient mal. Une personne a dit regretter qu'une adresse de site web soit nécessaire et qu'il serait bon que ceux qui en sont encore à concevoir un produit puissent l'utiliser. En réalité, le champ de l'adresse était facultatif, et Mužík a répondu qu'il devait l'indiquer plus clairement. C'était un cas montrant qu'une fonction déjà disponible peut sembler absente à l'utilisateur si l'écran ne la communique pas correctement.
Mužík a commencé à envoyer un e-mail demandant un retour sept jours après l'inscription et à recueillir le motif lors d'une résiliation d'abonnement. Dans un texte ultérieur où il a tiré les leçons de son expérience, il a aussi souligné l'importance d'un onboarding court guidant de la configuration initiale jusqu'à la consultation des résultats. L'idée était que le développeur connaît bien son outil, mais qu'une personne qui arrive pour la première fois peut ne pas savoir quoi saisir ni quel résultat regarder. Examiner le comportement après l'inscription et les motifs de résiliation est entré aussi dans l'amélioration du produit.
Grandir en choisissant les fonctionnalités à garder
Il y a aussi eu des tentatives qu'il a arrêtées en ajoutant des fonctionnalités. D'après FounderBase, qui a compilé des entretiens, Mužík a testé une fonction d'exploration des publications Bluesky, mais l'a abandonnée faute d'avoir trouvé une demande suffisante pour découvrir des outils qui vaudraient la peine d'y être utilisés. Cette décision montre que l'important n'est pas le nombre de plateformes prises en charge, mais le nombre de clients potentiels valables que l'on peut y trouver. Même dans un produit qui commençait à générer des revenus, toute extension n'avait pas à être conservée.
Dans une publication où il revenait sur l'exploitation à son huitième mois, il a révélé 2 653 dollars de revenus récurrents mensuels, 107 clients payants et 10 203 dollars de paiements cumulés. À ce moment-là aussi, il gérait seul, sans cofondateur, salariés ni investisseurs externes. Il a écrit qu'il avait connu des périodes où la croissance s'était arrêtée pendant des semaines, ce qui l'avait fait douter. Ce qu'il mettait en avant dans la rétrospective de cette période, c'était le travail quotidien de faire connaître le produit, d'écrire et de contacter des clients potentiels.
Dans un entretien publié le 11 août 2026, il a avancé environ 3 300 dollars de revenus récurrents mensuels, plus de 130 clients payants et plus de 20 000 dollars de revenus cumulés. Ces chiffres sont des revenus de l'activité et ne signifient ni le bénéfice net du fondateur ni la taille de son patrimoine. À ce moment-là, son objectif suivant restait d'augmenter les revenus récurrents pour quitter son emploi.
Ce qui retient l'attention dans le cas de Mužík, c'est le jugement de passer à un nouveau produit et celui de continuer à corriger un produit qui commence à susciter des réactions. Après avoir confirmé une demande payante sur Leadverse au terme de plusieurs tentatives, il a corrigé les problèmes restants dans les conditions d'essai, le tarif et le premier usage. Les lancements répétés relevaient d'un processus de recherche d'opportunité, et les améliorations après le premier paiement, d'un processus visant à faire de cette opportunité une source de revenus durable.