Agence de services vs business de produit logiciel

L'herbe n'est pas plus verte de l'autre côté de la colline. Elle est juste chère autrement.

J'ai vécu les deux côtés. Agence et produit. Pour vraiment construire le produit, j'ai dû délibérément laisser partir 40 clients. Ce n'est pas de la théorie sortie d'un livre. C'est une décision qui a fait mal.

Ce que tu retiens ici :

• Pourquoi la marge d'agence te garde coincé et pourquoi le produit te préfinance.
• Les trois pièges du passage au produit.
• Pourquoi je construis des systèmes qui restent, au lieu de la dépendance.

Ma thèse : l'agence vend des heures et crée de la dépendance. Un produit est un système qui reste. Je pars, le système reste.

🧨 Année après année au lieu de projet après projet

Le business d'agence donne un sentiment de sécurité. Du cash-flow dès le premier projet. Mais tu es au bureau à 23h, tu traites des tickets de support le samedi, tu vends des heures. Si tu réussis, tu dois embaucher. Et tu restes à une marge de 0 à 20 pour cent. Laborieux.

Le produit inverse le calcul. Au lieu de projet après projet, tu encaisses année après année. Du revenu récurrent qui se cumule. Mais il arrive tard.

La différence se voit chaque 1er janvier. L'agence repart de zéro et doit revendre l'année entière. L'entreprise produit démarre avec le revenu de l'année précédente et construit dessus. Après quelques années, ce n'est plus un détail. C'est l'entreprise.

📊 Rule of 40 : l'étalon sobre d'un business produit

Le monde SaaS a popularisé une formule sobre pour dire quand un business produit est sain : la Rule of 40. Taux de croissance plus marge doivent totaliser au moins 40. Stijn Hendrikse la cite dans T2D3 comme définition d'un succès SaaS durable, à côté du chemin de l'hypercroissance.

La partie utile : la formule te laisse le choix. 30 pour cent de croissance à 10 pour cent de marge, ça passe. 10 pour cent de croissance à 30 pour cent de marge, ça passe aussi. Tu n'as pas besoin d'être une startup en hypercroissance. Une entreprise produit rentable, qui grandit calmement, réussit le test tout aussi bien. Pour les boîtes bootstrappées du DACH, c'est l'étalon plus pertinent que n'importe quelle courbe triple-triple du monde du VC.

Maintenant, pose l'agence à côté. Son revenu, c'est taux d'occupation fois tarif journalier. Les deux ont un plafond. Tu ne peux pas être plus que complètement booké, et le marché négocie ton tarif journalier pour toi. Croître veut presque toujours dire plus de monde, et plus de monde tire la marge vers le bas. Voir plus haut : 0 à 20 pour cent.

Une agence peut bien vivre. Mais structurellement, elle peut à peine battre la Rule of 40, parce que croissance et marge pendent au même levier : les heures vendues. Le produit découple le revenu des heures. C'est la seule raison pour laquelle il peut bouger les deux côtés de la formule en même temps.

🛠️ Les trois pièges du passage

1. Product management au lieu de gestion de projet. Dans un projet, tu construis ce que veut le client unique. Dans un produit, chaque demande spéciale est du poison. Une seule checkbox dont un seul client a besoin coûte une fortune à maintenir sur le long cycle de vie du produit. J'ai souvent dit oui quand quelqu'un arrivait avec la carotte et 50,000 francs. Ça n'a jamais payé. La maintenance était trop lourde à chaque fois.

2. Le préfinancement. C'est là que la plupart se trompent dans le calcul. Un projet rapporte peut-être 100,000 francs plus 20,000 de support par an. Dans un produit, le même client paie environ 40,000 par an, mais tu préfinances le développement. Avec le premier client, il y a un trou. Avec le deuxième, il est deux fois plus grand, avec le troisième, trois fois. Plus de clients, plus grand le trou. En plus, un payback CAC de 9 à 18 mois. Et je n'ai jamais vu un vrai product-market fit en 6 mois. Ça prend des années.

3. La structure d'organisation. Une bonne équipe produit, c'est 3 à 4 personnes qui travaillent efficacement. Ça coûte 300,000 francs par an et plus. Si tout repose sur une seule personne, tu as un risque de concentration. Si elle lâche, le savoir est parti et l'entreprise est morte.

Les 3 pièges partagent le même noyau : des réflexes de projet dans un business produit. Le réflexe de dire oui. Le réflexe de vouloir le revenu maintenant. Le réflexe de tout accrocher à la personne la plus forte. Dans le travail en mode projet, ce sont des vertus. Dans un business produit, ce sont des habitudes chères.

🤖 Le plan directeur

Ne construis pas à partir de zéro. SaaSifie un projet existant. Prends la solution que tu as déjà construite pour un client et fais-en un produit réutilisable. DigiTickets est né comme ça d'une solution de billetterie pour un aquarium. Bexio, Paymash et Localina sont sortis d'agences. Le schéma se répète.

SaaSifier ne veut pas dire renommer le code. Ça veut dire extraire le noyau générique d'une solution spéciale : la partie que beaucoup d'entreprises peuvent utiliser de la même façon. Le reste reste dehors ou devient de la configuration. C'est du travail de produit, pas du travail de projet, et c'est exactement là que la plupart des tentatives échouent.

La pire version, c'est être ni chair ni poisson. Un an de produit, puis retour au projet parce que c'est trop lent. Ça ne fait que brûler de l'argent.

Aujourd'hui, il y a un levier qui n'existait pas avant. Je l'appelle Get Multiplayer : la façon dont humains et agents IA travaillent ensemble. Une équipe hyperlean, quelques pros plus des agents qui tournent 24 heures sur 24. Trois au lieu de trente. Ça réduit l'équipe à 300,000 francs et la profonde vallée de larmes. Les agents tournent sur le Context Engine, le contexte business et code de ton entreprise. C'est exactement ce contexte qui passe la porte quand une agence s'en va.

🧩 Le chemin du milieu honnête : produit plus services

Entre l'agence et le produit pur, il y a un chemin du milieu souvent dénigré. À tort. Un produit avec une offre de services bien packagée par-dessus peut être le pont qui porte la transition.

Hendrikse le décrit dans T2D3 comme un bundle "Premium plus" : le plan supérieur du logiciel plus des services comme l'onboarding ou le contenu. Son expérience : un tel bundle peut parfois augmenter le revenu par client de 50 pour cent, sans développement produit supplémentaire. C'est son chiffre, tiré de son propre travail de conseil, pas une loi de la nature. La logique derrière tient quand même : le client achète un résultat, pas une licence.

Pour celui qui bascule depuis l'agence, c'est doublement attractif. Tu sais déjà faire ce que les pures entreprises produit doivent apprendre à la dure : livrer. Onboarding, intégration, formation, c'est ta routine. Package-les en offres fixes à prix fixes, pas en heures ouvertes. Sinon, tu auras de nouveau une agence dans l'année, juste avec un logiciel en vitrine.

Un détail fait la différence : facture les services en récurrent quand tu peux. Un onboarding, c'est du one-shot. Mais des sessions de review, des rapports ou des analyses accompagnées peuvent être intégrés à l'abonnement annuel. Comme ça, le service paie exactement dans la métrique qui porte un business produit : le revenu récurrent.

La limite est claire. Les services peuvent nourrir le produit, jamais le remplacer. Chaque package doit être standardisé et payer dans le produit. Les demandes spéciales individuelles restent du poison, voir la checkbox plus haut.

💰 Comment financer la transition?

Avec le cash-flow de l'agence. Le business projet paie le développement du produit jusqu'à ce que le produit se porte lui-même. Mais ça ne marche qu'avec 2 règles dures : un budget temps fixe pour le produit et une personne qui possède le produit. Sinon, le client qui appelle par hasard gagne toujours.

Le budget temps doit être concret. Pas "on travaille sur le produit quand il y a du mou". Il n'y en a jamais. À la place : des jours définis par semaine avec des personnes définies, et ces jours sont bloqués pour les projets clients. Si un projet prend feu, il brûle sans l'équipe produit.

Et fais le calcul de marge honnêtement. Tes propres heures ne sont pas gratuites juste parce qu'aucune facture n'arrive. Finance la construction du produit avec des soirées non payées et tu mens à ta propre métrique, et tu remarqueras trop tard que la transition ne tient pas.

Et le produit a besoin d'un owner avec un vrai pouvoir. Une personne qui a le droit de dire non, même au meilleur client de l'agence. Sans cet owner, la pire version d'en haut se produit : un an de produit, puis retour au projet. Pas parce que le produit était mauvais. Mais parce que personne n'avait pour seul job de le défendre.

Sois honnête sur la durée. J'ai écrit plus haut qu'un vrai product-market fit prend des années, pas 6 mois. Ça veut dire que l'agence doit porter la transition pendant plusieurs années sans que les gens du produit glissent de nouveau dans les projets. Si tu ne peux pas tenir ça, choisis plutôt l'agence délibérément. C'est aussi un business légitime.

Le reste, c'est de la séquence : d'abord un pilote payé, puis une release étroite, puis les clients suivants. À quel point cette boucle peut être serrée, c'est dans produit SaaS en 90 jours. Je rassemble d'autres décisions comme celle-ci dans le hub entrepreneuriat.

🎢 Hauts, bas, avertissement

✅ Ce qui marche : un produit scale, une agence non. Plus de clients n'exigent pas plus d'heures. Ceux qui savaient vendre un produit ont fini par gagner plus d'argent.

❌ Ce qui ne marche pas : le fantasme Costa Rica. Ouvrir le laptop sur la plage, répondre à deux demandes, retourner surfer. Aucun produit ne tourne comme ça. C'est toujours un lancement, toujours de la haute performance exigée.

⚠️ Attention : une entreprise produit, c'est comme un zoo. Tu dois aligner tes clients. Construis un zoo pour des éléphants et mets-y des souris, et tu as le mauvais zoo. Et : comme product manager, tu n'as pas d'amis. Tu dis non à de l'argent. C'est dur.

Pourquoi je choisis quand même le produit : l'agence crée de la dépendance, le savoir reste dehors. Je construis un système qui reste installé dans l'entreprise. Le risque est plus grand, la récompense aussi. Je pars, le système reste. Si tu veux qu'on te construise un système comme ça, jette un œil à Pedalix.