Développer ou acheter ? Le calcul a changé

Ces derniers mois, nous faisons chez We Do Dev Work quelque chose que, ironiquement, je n'aurais probablement pas recommandé il y a quelques années.

Chaque fois que quelqu'un propose un nouvel abonnement SaaS, ou chaque fois que nous passons en revue les logiciels que nous payons déjà, nous nous posons une question toute simple.

Si ce produit n'existait pas aujourd'hui, l'achèterions-nous quand même, ou développerions-nous nous-mêmes exactement les fonctionnalités dont nous avons besoin ?

Il y a quelques années, la réponse aurait été presque immédiate.

Achetez-le. Passez à autre chose. Concentrez-vous sur votre métier.

Dernièrement, la réponse est devenue beaucoup moins évidente.

Cela ne veut pas dire que nous nous sommes soudain retournés contre le SaaS. Bien au contraire. Nous utilisons nous-mêmes de nombreux produits SaaS, de GitHub à Google Workspace, des outils de design aux outils de supervision, et je soupçonne que cette liste ne fera que s'allonger dans les années à venir.

Ce qui a changé, ce n'est pas le SaaS, c'est le calcul.

Et je ne pense pas que suffisamment d'entreprises l'aient encore compris.

Pendant des années, la réponse était simple

Pendant la majeure partie des vingt dernières années, un conseil était presque universellement admis.

Ne développez pas ce que vous pouvez acheter.

Honnêtement, c'était un excellent conseil.

Développer un logiciel coûtait cher. L'infrastructure n'était pas bon marché, les équipes de développement étaient plus petites, le cloud était encore en pleine évolution et chaque nouvelle fonctionnalité signifiait plus de développement, plus de tests et plus de maintenance pour un seul client.

Pendant ce temps, les éditeurs de SaaS avaient compris quelque chose d'extrêmement puissant.

Au lieu qu'une seule entreprise supporte tout le coût du développement, des milliers de clients pouvaient le partager grâce à un abonnement mensuel. Du jour au lendemain, des logiciels sophistiqués, autrefois réservés aux banques, aux gouvernements (eh oui) et aux multinationales, sont devenus accessibles aux petites et moyennes entreprises.

Ce fut l'un des plus grands bouleversements de l'histoire de notre secteur.

Besoin d'un CRM ? Achetez-en un.

Besoin d'un logiciel de comptabilité ? Achetez-en un.

Besoin d'une plateforme e-commerce ? Achetez-en une.

Il y avait très peu de raisons de passer des mois à reconstruire quelque chose qui existait déjà.

Et ce conseil reste juste remarquablement souvent.

Le SaaS n'est pas devenu moins bon

Parfois, les gens lisent des articles comme celui-ci en supposant que je vais soutenir que toute entreprise devrait remplacer le SaaS par du logiciel sur mesure.

Ce n'est pas mon propos.

Ce serait tout aussi absurde que de prétendre que chaque entreprise devrait développer sa propre plateforme de messagerie parce que Microsoft existe.

Certains produits ont bénéficié de milliards d'investissements pendant des décennies :

• Microsoft 365

• Google Workspace

• Slack

• Stripe

• Shopify

• Les logiciels de paie

Ne les reconstruisez pas. Sérieusement.

Si vous vous réveillez un matin avec l'idée de créer votre propre passerelle de paiement, je vous suggère de prendre un très bon café, de vérifier votre compte en banque et de passer à votre idée suivante.

Certains problèmes ont déjà été résolus de façon extraordinaire, et vous ne gagnerez aucun avantage concurrentiel en passant deux ans à essayer de rattraper votre retard.

Alors, si le SaaS n'est pas devenu moins bon, qu'est-ce qui a changé ?
Développer un logiciel est devenu moins cher.

L'IA a discrètement déplacé le seuil de rentabilité

Je dis volontairement moins cher, pas gratuit.

J'ai récemment écrit un autre article expliquant pourquoi l'IA n'a pas magiquement supprimé le coût du développement logiciel, et je maintiens chacun de ses mots.

• L'ingénierie compte toujours

• L'assurance qualité compte toujours

• La sécurité compte toujours

• Les développeurs expérimentés comptent plus que jamais

Mais on ne peut nier que l'IA a considérablement réduit le temps nécessaire à de nombreuses tâches de développement répétitives. Le code standard (boilerplate), la documentation, la recherche, les tests unitaires, les intégrations classiques et des dizaines d'autres activités qui prenaient des heures peuvent désormais souvent être réalisés en une fraction du temps.

Cela ne veut pas dire que le logiciel ne coûte soudain plus rien.

Cela signifie en revanche que l'économie du secteur a changé ces cinq dernières années.

Nous comparons les mauvaises choses

C'est probablement l'idée reçue la plus répandue que je rencontre.

Une entreprise paie 400 ou 500 € par mois pour une plateforme SaaS, quelqu'un propose de construire une alternative pour 40 000 €. La conclusion paraît évidente : acheter coûte dix fois moins cher.

Sauf que ce n'est pas la bonne comparaison.

N'oubliez pas que vous reconstruisez votre flux de travail, pas le produit SaaS que vous utilisez.

Imaginez que vous utilisez un CRM avec, disons, 250 fonctionnalités.
Combien utilisez-vous réellement chaque jour ? 20 ? 10 ? 5 ? 

Si ces quelques fonctionnalités soutiennent la façon dont votre entreprise fonctionne, alors que les 240 autres existent surtout parce que des milliers d'autres entreprises en ont besoin, vous ne comparez plus des choses comparables.

Vous comparez le produit complet de quelqu'un d'autre avec vos propres besoins très spécifiques. Ce sont des calculs fondamentalement différents.

Personne ne se réveille un matin en décidant de concurrencer Salesforce, du moins je l'espère sincèrement.

Ce que certains peuvent décider, c'est que leur équipe commerciale n'utilise qu'une poignée de fonctionnalités, que le reporting se fait de toute façon ailleurs et que la moitié du flux de travail consiste à s'adapter au logiciel plutôt que l'inverse.

Là, le calcul devient bien plus intéressant. Vous ne trouvez pas ?

Le SaaS optimise pour tout le monde

Ce n'est pas une critique. C'est simplement le fonctionnement du modèle économique. Croyez-moi, nous avons eu plusieurs clients éditeurs de SaaS au fil des ans.

Un éditeur de SaaS doit construire un logiciel qui fonctionne raisonnablement bien pour des milliers, parfois des millions de clients.

Votre entreprise n'a qu'un seul client : vous et votre équipe.

Vos flux de travail, votre processus de validation, votre modèle de prix, votre logistique, votre vocabulaire interne et votre façon de travailler sont propres à votre organisation.

L'éditeur de SaaS n'optimisera pas pour cela ; au mieux, il vous donnera des bidouilles pour contourner le problème.

Gardez à l'esprit :

• Ils construisent un produit

• Vous dirigez une entreprise

Ces objectifs sont complètement différents.

Le coût caché n'est pas toujours l'abonnement

Nous avons commencé à remarquer, en interne comme chez nos clients, que l'abonnement mensuel n'est souvent plus le coût le plus important.

Disons que vous payez 300 € par mois pour un logiciel tout à fait correct. Cela fait 3 600 € par an, ce qui, pour beaucoup d'entreprises, n'empêche pas vraiment le service financier de dormir.

La question intéressante, c'est tout ce qu'il y a autour :

• Qui maintient les intégrations ?

• Qui les met à jour quand une API change ?

• Qui forme les nouveaux employés ?

• Qui recopie manuellement des informations parce que le système A ne comprend pas tout à fait le système B ?

• Qui passe son vendredi après-midi à se demander pourquoi l'automatisation qui fonctionnait parfaitement hier a décidé qu'aujourd'hui était un bon jour pour arrêter ?

Le logiciel lui-même n'est peut-être pas cher, mais l'écosystème qui l'entoure l'est parfois.

Et je pense que c'est quelque chose que les entreprises ont commencé à sous-estimer.

Nous nous sommes surpris à faire exactement la même chose

Cet article n'a pas été inspiré par un client qui se demandait s'il fallait développer ou acheter.

Il est né du fait que nous avons examiné nos propres abonnements.

Pas pour économiser de l'argent. Le logiciel n'est de toute façon généralement pas le principal poste de coûts d'une entreprise de logiciel.

Nous avons simplement réalisé que chaque abonnement mérite la même question.

L'achèterions-nous encore aujourd'hui ? Parfois, la réponse est immédiatement oui.

Pourquoi diable développerions-nous notre propre logiciel de comptabilité ? Ou remplacerions-nous GitHub ? Ou essaierions-nous de concurrencer Shopify ? Ce n'est pas là que notre expertise crée de la valeur.

Mais parfois, la réponse devient moins évidente.

Nous payions pour un outil de gestion de projet avec des centaines de fonctionnalités, alors que notre équipe n'en touche qu'une poignée. Le reste n'est pas un mauvais logiciel. Il résout simplement des problèmes que nous n'avons pas. Nous avons construit le nôtre.

Il y a cinq ans, nous aurions probablement haussé les épaules et continué à payer.

Aujourd'hui, nous faisons au moins le calcul.

Développez là où vous êtes différent

C'est là que beaucoup de discussions sur le choix entre développer et acheter dérapent, à mon avis.

Les gens comparent des produits.

Je pense qu'ils devraient comparer des processus.

Si votre logiciel fait exactement la même chose que chacun de vos concurrents, il y a de bonnes chances que vous deviez simplement l'acheter. La paie ne rend pas votre entreprise unique. La comptabilité non plus. Pas plus que la messagerie.

Mais dès que le logiciel commence à refléter la façon dont votre entreprise fonctionne réellement, comment vous calculez vos prix, comment les projets circulent dans l'organisation, comment les clients interagissent avec vous ou en quoi vos opérations diffèrent de celles de tous les autres, vous n'achetez plus un outil générique.

Vous achetez des compromis.

Parfois, ces compromis valent absolument la peine.

Parfois, non.

Et c'est précisément pourquoi je crois que la question est devenue plus intéressante ces dernières années. Non parce que l'IA a soudain rendu le logiciel sur mesure gratuit, mais parce qu'elle a déplacé le point à partir duquel ces compromis n'ont plus de sens financier.

Un exemple chiffré : 3 ans de SaaS contre 3 ans de développement

Ceci est un exemple illustratif avec des chiffres inventés, pas un devis ni le prix d'un véritable éditeur. Remplacez chaque chiffre par les vôtres. Ce qui compte, c'est la forme du calcul, pas le résultat.

Hypothèses :

• Un outil SaaS à 45 € par utilisateur et par mois (hypothétique), utilisé par 40 personnes.
• Votre équipe utilise réellement une dizaine de ses fonctionnalités, et un outil sur mesure ne couvrant que celles-ci est estimé à 35 jours de développement.
• Coût de développement à notre tarif projet de 495 € par jour pour un développeur senior (voir nos tarifs).
• Maintenance, corrections de bugs et petites évolutions à environ 480 € par mois, ce qui correspond à notre volume horaire mensuel de départ.
• Hébergement à 50 € par mois (hypothèse). Les hausses de prix, remises, TVA, temps du personnel interne et coûts de changement sont exclus.

Coût sur 36 mois	Acheter (SaaS)	Développer
Abonnement : 40 licences x 45 € x 36	€64,800	-
Développement : 35 jours x 495 €	-	€17,325
Maintenance : 480 € x 36	-	€17,280
Hébergement : 50 € x 36	-	€1,800
Total	€64,800	€36,405

Dans ce scénario, développer coûte environ 28 000 € de moins sur trois ans, et l'essentiel de cet écart vient du nombre de licences. Changez maintenant une hypothèse : avec 10 utilisateurs au lieu de 40, le SaaS coûte 10 x 45 € x 36 = €16,200, et développer à €36,405 perd nettement. Même outil, même développement, réponse opposée. C'est pourquoi on fait le calcul avec ses propres chiffres au lieu de se fier à une règle générale.

Ce que le tableau ne montre pas : le développement exige aussi quelqu'un de votre côté pour définir les besoins et tester, le SaaS arrive avec des fonctionnalités dont vous aurez peut-être besoin l'an prochain, et un outil sur mesure que vous cessez de maintenir devient un passif. Sur ce dernier point, lisez Le coût n'est pas nul. Pour un exemple de maîtrise de ses propres outils, voir comment nous prenons le contrôle total de nos opérations chez WDDW, et pour ce que nous avons construit pour d'autres, parcourez nos projets.

Checklist de décision : développer ou acheter

1. Ce logiciel reflète-t-il ce qui nous différencie de nos concurrents (prix, flux de travail, opérations), ou est-ce un produit banalisé comme la paie ou la messagerie ? Produit banalisé : achetez.
2. Pouvons-nous lister par écrit les 5 à 10 fonctionnalités que nous utilisons chaque jour ?
3. Avons-nous calculé 3 ans d'abonnement, en incluant la croissance du nombre de licences et les probables hausses de prix ?
4. Avons-nous une estimation du développement et de la maintenance mensuelle, pas seulement du développement ?
5. Qui en est responsable en interne : qui rédige les besoins, teste et fixe les priorités ?
6. Combien nous coûtent aujourd'hui les contournements, les recopies manuelles et les intégrations cassées ?
7. Que se passe-t-il si le prestataire disparaît ? Le code est-il à nous, documenté et hébergé là où nous le contrôlons ?
8. La sécurité, les sauvegardes et les exigences de conformité sont-elles couvertes dans l'estimation du développement ?
9. Pourrions-nous commencer par un petit développement autour du SaaS (une intégration ou un module) avant de le remplacer ?
10. Si les chiffres sont proches, quelle option est la plus facile à annuler ?

Si vous souhaitez un second regard sur vos propres chiffres, découvrez comment nous fixons nos prix ou consultez ce que nous avons construit.

Alors... développer ou acheter ?

Si vous avez lu cet article en espérant que je vous dise que chaque entreprise devrait commencer à remplacer le SaaS par du logiciel sur mesure, je crains que vous ne soyez déçu.

Je ne crois pas que ce soit la direction que nous prenons.

En fait, je pense que nous verrons plus de produits SaaS au cours de la prochaine décennie que jamais auparavant. L'IA facilite la création de logiciels, ce qui signifie que nous aurons probablement des milliers de produits ultra-spécialisés qui résolvent des problèmes de plus en plus précis. C'est une bonne évolution.

Ce qui change selon moi, c'est la question que les entreprises devraient se poser.

Pendant des années, c'était :

Pouvons-nous nous permettre de le développer nous-mêmes ?

Pour la plupart des entreprises, la réponse était non.

Aujourd'hui, je pense que la meilleure question est :

De quoi avons-nous réellement besoin ?

C'est une nuance subtile, mais elle change complètement le calcul.

Vous ne comparez plus votre entreprise avec une plateforme SaaS entière contenant des centaines de fonctionnalités.

Vous comparez votre propre flux de travail avec la poignée de fonctionnalités sur lesquelles votre activité s'appuie vraiment chaque jour.

Parfois, vous conclurez qu'acheter un logiciel reste de loin la décision la plus judicieuse. En fait, je soupçonne que ce sera le cas le plus souvent.

Parfois, vous découvrirez que vous avez discrètement adapté votre entreprise pendant des années à la feuille de route de quelqu'un d'autre, alors que développer exactement ce dont vous aviez besoin aurait été le meilleur investissement à long terme.

Aucune des deux réponses n'est bonne ou mauvaise.

L'erreur est de croire que vous connaissez déjà la réponse avant d'avoir fait le calcul.

L'IA n'a pas tué le SaaS.

Elle a simplement déplacé l'aiguille là où développer un logiciel commence à avoir du sens économiquement.

Et j'ai le sentiment que, dans les prochaines années, de plus en plus d'entreprises vont découvrir que la réponse n'est plus aussi évidente qu'avant.