Retour au blog
5 avril 2026Sergei Solod4 min de lecture

Mon premier revenu SaaS : ce qu’un seul paiement a réellement prouvé

Le premier paiement reçu pour un produit SaaS que j’avais construit moi-même était modeste, mais il a changé la qualité des preuves dont je disposais. Voici ce qu’une transaction peut valider, ce qu’elle ne prouve pas et pourquoi la répétition compte davantage que le jalon lui-même.

SaaSPremier revenuIndie hackerValidation produitCréation de produitParcours startupExpérience développeur

Ce n’était ni un salaire, ni un revenu freelance, ni un paiement ponctuel d’un client. Une personne inconnue sur internet a payé pour un produit que j’avais imaginé, développé et hébergé sur mon propre domaine et mon propre serveur.

Cette différence comptait pour moi. J’avais déjà été payé pour écrire du logiciel dans le cadre de mon travail. Ici, une personne que je ne connaissais pas avait trouvé quelque chose que j’avais construit indépendamment et avait décidé que cela valait son argent.

Ce qu’un seul paiement valide réellement

Il est tentant de donner à la première vente plus de sens qu’elle n’en mérite. Un paiement ne prouve pas le product-market fit. Il ne prouve ni une demande répétable, ni la croissance future, ni la rentabilité, ni que le projet est devenu une entreprise stable.

Mais il confirme quelque chose de plus limité et néanmoins précieux.

  • Au moins une vraie personne a vu assez de valeur pour payer. C’est une preuve plus solide que ma propre conviction que le produit pouvait être utile.
  • Le parcours d’achat a fonctionné pour cette transaction. Produit, domaine, hébergement, flux de paiement et étapes après paiement ont suffisamment bien fonctionné pour qu’un achat réel soit mené à terme. Cela ne revient pas à dire que toute l’infrastructure a été « validée ».
  • L’idée est passée d’une valeur hypothétique à un échange réel. Avant le paiement, je pouvais seulement dire que j’avais construit quelque chose. Après, je pouvais dire que quelqu’un l’avait acheté.

C’est une petite quantité de preuve, pas un verdict sur le business. C’est ainsi que je préfère aujourd’hui considérer les premiers revenus.

Ce que j’avais sous-estimé : obtenir un paiement

De l’extérieur, les discussions SaaS passent vite aux revenus récurrents, au product-market fit, à la croissance et au passage à l’échelle. Mon début était beaucoup moins spectaculaire : obtenir ne serait-ce qu’un paiement en ligne était difficile.

Un client potentiel a des alternatives. Son attention est limitée. Un petit produit indépendant démarre sans la confiance dont dispose déjà une entreprise établie. Construire une fonctionnalité est un problème technique ; convaincre une autre personne que le résultat mérite son argent est un problème différent.

Cela a été l’une des leçons les plus utiles de ces premiers mois. Savoir livrer du logiciel et savoir construire une entreprise sont deux compétences liées, mais différentes.

Pourquoi aimer le travail comptait plus que je ne l’imaginais

Cette expérience a aussi renforcé une idée qui commençait déjà à s’imposer chez moi : construire un SaaS uniquement pour gagner rapidement de l’argent est une base fragile pour rester motivé longtemps.

Si le revenu avait été ma seule raison de continuer, l’échange aurait été mauvais pendant longtemps. J’ai continué parce que j’aimais réellement le processus : construire, résoudre des problèmes, lancer, tester, corriger et recommencer.

Cela ne rend pas le revenu secondaire. Un produit destiné à devenir une entreprise doit finir par produire des résultats économiques. Mais le plaisir de construire m’a donné suffisamment de marge émotionnelle pour continuer à apprendre avant que ces résultats apparaissent.

La première vente est un signal, pas une ligne d’arrivée

Après ce paiement, « personne ne paiera jamais pour ça » n’était plus vrai. Mais je ne savais toujours pas combien de personnes paieraient, à quelle fréquence, si elles reviendraient ou si le revenu pourrait un jour dépasser les coûts.

Ce sont des questions distinctes qui demandent davantage de preuves.

Pour quelqu’un qui construit son premier produit, cette distinction me paraît importante. Les premiers jalons sont faciles à minimiser ou à romantiser. Balayer le premier paiement parce qu’il est petit ignore qu’une vraie transaction a eu lieu. Le traiter comme la preuve que l’entreprise fonctionne va trop loin dans l’autre sens.

Le milieu utile est plus simple : noter précisément ce qui s’est passé, le célébrer, puis continuer à tester si cela peut se reproduire.

Ce que je garderais en tête si je recommençais

Je ne jugerais pas les premiers mois uniquement au revenu, mais je n’utiliserais pas non plus « je suis encore en train de construire » comme substitut permanent aux signaux du marché. Il faut séparer les deux formes de progrès.

  • Le progrès technique montre que vous savez construire et publier.
  • Un paiement terminé montre qu’au moins une personne était prête à échanger de l’argent contre le résultat.
  • Des paiements répétés sont nécessaires avant de tirer des conclusions plus fortes sur la demande.
  • Le revenu doit encore être comparé aux coûts avant de dire grand-chose sur la santé d’une entreprise.

Pourquoi cette étape compte encore pour moi

Le montant était petit. Sa signification ne l’était pas.