L’une des leçons les plus frappantes quand on construit un SaaS, c’est que la partie la plus difficile commence souvent une fois que le produit fonctionne déjà. Écrire du code, livrer des fonctionnalités, corriger des bugs et déployer des mises à jour sont des tâches concrètes. Le problème est clair, le système est clair et l’étape suivante l’est souvent aussi.
Trouver des clients, en revanche, est beaucoup moins net. La distribution est plus chaotique. Le positionnement est plus flou. Le message demande du jugement. Les clics, le CTR, la rétention et la conversion obligent à penser moins comme un simple ingénieur et davantage comme un marketeur, un rédacteur, un analyste et quelqu’un qui comprend les comportements humains.
Lancer n’est que le début
Beaucoup de développeurs sous-estiment cette partie parce que le logiciel donne un retour immédiat. Un bouton fonctionne ou non. Un déploiement passe ou échoue. Le marketing, lui, fonctionne rarement de cette façon. On peut publier quelque chose de réfléchi et malgré tout être ignoré. On peut construire un produit utile et ne pas réussir à expliquer clairement pourquoi il mérite de l’attention.
Cet écart est particulièrement frustrant quand on construit seul. On a l’impression d’apprendre un second métier à partir de zéro tout en essayant de continuer à exercer le premier. Et, honnêtement, on ne parle pas assez de cette difficulté dans les discussions sincères sur le SaaS.
La distribution a une autre boucle de feedback
Cette différence compte parce que les métriques marketing sont des signaux, pas des explications toutes faites. Un clic ou une variation du CTR peut me dire que quelque chose a changé, sans m'indiquer à lui seul si la cause vient de l'audience, du canal, du message, du timing ou du produit. La rétention et la conversion sont utiles pour la même raison : elles réduisent le champ des questions, mais n'y répondent pas à ma place. Le travail consiste à interpréter le signal et à décider quoi essayer ensuite.
Pourquoi la partie créative paraît plus dure
- Le code récompense la logique et la structure.
- La distribution dépend de l’attention, du bon timing, de la confiance et de la répétition.
- Un bon message a souvent l’air simple, mais atteindre cette simplicité demande beaucoup d’itérations.
- Même des outils AI très solides aident plus vite sur le code que sur un positionnement original ou une créativité qui sonne vraiment humain.
Ce dernier point est d’ailleurs assez parlant en ce moment. AI peut être extrêmement utile lorsqu’une tâche est technique et bien définie. Mais dès que le travail devient créatif, nuancé ou fortement lié à une voix, le résultat peut devenir maladroit. Ce contraste rappelle à quel point le jugement humain reste essentiel.
Je n'en déduis pas que l'AI est incapable de travail créatif. Ma conclusion est plus limitée : dans mon usage, il est plus facile de faire confiance à l'AI quand la tâche est contrainte et que le résultat peut être vérifié. Le positionnement et la voix n'ont pas d'équivalent d'un typechecker. Je dois toujours décider si le résultat est précis, crédible et adapté au public.
Le mot « lancer » a changé de sens pour moi
Cette expérience a changé ma façon de penser le lancement d'un SaaS. Le produit peut être en ligne et techniquement sain alors que le problème de distribution reste presque intact. Après le lancement, une seconde boucle commence : expliquer à qui s'adresse le produit, aider les bonnes personnes à le découvrir, observer ce qu'elles font et ajuster à la fois le message et le produit. Pour un développeur solo, ce travail se dispute la même attention limitée que l'ingénierie.
Ce que je garderais en tête avant le prochain lancement
- Puis-je expliquer clairement à qui s'adresse le produit et pourquoi ces personnes devraient s'y intéresser ?
- Où les premiers utilisateurs vont-ils réellement le découvrir ?
- Quels signaux vais-je suivre — clics, CTR, conversion, rétention — et que ne peut pas me dire chacun d'eux à lui seul ?
- Est-ce que je traite la sortie de l'AI comme un brouillon à juger plutôt que comme un substitut à mon jugement ?
Ce n'est pas une règle universelle
Je ne prétends pas que l'acquisition client soit toujours plus difficile que l'ingénierie pour tous les SaaS. Certains produits ont des contraintes techniques extrêmes ; d'autres disposent déjà d'une distribution. Mon propos est plus étroit : pour un développeur à l'aise avec la construction logicielle, le travail après le lancement peut demander un autre ensemble de compétences et une boucle de feedback bien moins déterministe. Dans mon cas, c'est ce qui m'a le plus surpris.
Ma conclusion pratique est simple : lancer n'est pas franchir la ligne d'arrivée. Acquisition, positionnement, message et rétention sont de vraies compétences de construction de produit. Elles s'apprennent plus lentement et se « déboguent » plus difficilement que le code parce que le feedback est plus bruité, mais les ignorer ne les fait pas disparaître.