PC, internet, IA : trois vagues, une même mécanique
J'ai vu arriver les PC dans les entreprises. En quelques années, des métiers entiers ont changé de nature, et personne n'a demandé la permission à ceux qui les exerçaient.
J'ai vu arriver internet. Cette fois, ce n'est pas le travail qui a changé, c'est l'économie mondiale : la distribution, l'accès à l'information, la structure même des chaînes de valeur.
Et il y a quatre ans, j'ai commencé à utiliser l'API d'OpenAI, avant l'arrivée grand public des LLM. À l'époque, il fallait coder pour obtenir quelque chose d'exploitable. Aujourd'hui, nous parlons d'agents IA qui accomplissent des tâches sans que le chemin ait été décrit à l'avance. La nuance mérite d'être posée, parce qu'elle est le cœur du sujet : dans une automatisation, vous décrivez le chemin et la machine l'exécute. Dans un agent, vous décrivez le résultat attendu et il trouve le chemin. Pour la première fois, la partie « comment » sort de vos mains.
Trois vagues, une même mécanique. Chacune a supprimé une barrière, et a tué ceux dont la valeur était précisément cette barrière.
Le PC a supprimé la barrière du calcul et de la mise en forme. Internet a supprimé celle de la distribution et de l'accès à l'information : sont morts les intermédiaires qui vendaient l'accès au catalogue, aux horaires, aux petites annonces. Ont survécu ceux qui vendaient autre chose que l'accès.
L'IA supprime la barrière de la production. Production de texte, de code, d'analyse, de raisonnement structuré. Les éditeurs qui vendent l'accès à la production y passeront, exactement comme les autres.
Une différence, toutefois, et elle est de taille : les deux vagues précédentes se sont déroulées sur des décennies. Celle-ci se compte en trimestres. Ce qui déplace entièrement le problème : la question n'est plus de savoir si votre produit sera emporté, mais de savoir ce que vous aurez construit à côté quand il le sera.
« Quel est le meilleur outil IA ? » : une question de stock posée à un marché devenu flux
« Quel est le meilleur outil IA ? » est la question la plus posée du marché, et elle n'a pas de réponse stable.
Un classement d'outils IA, c'est une photographie. Vraie le jour où elle est prise, discutable trois mois plus tard, fausse au bout de six. Prenez trois palmarès publiés à six mois d'intervalle : la moitié des noms a disparu, remplacée par des outils qui n'existaient pas quand le premier a été écrit. Le problème n'est pas la qualité du classement, c'est qu'aucune réponse ne survit à sa propre publication.
Pour un éditeur de SaaS IA, cette question est même dangereuse, parce qu'elle installe le mauvais réflexe : est-ce que mon outil est bon ? C'est une question de performance. Elle est remise à zéro à chaque sortie de modèle, et vous ne maîtrisez pas ce calendrier.
La bonne question est ailleurs : est-ce que mon outil devient difficile à quitter, pour de bonnes raisons ?
La distinction compte. La mauvaise raison, c'est l'enfermement : export impossible, données retenues, engagement annuel. Cela retient un client une fois, et se paie en réputation. La bonne raison, c'est l'accumulation : au bout de six mois, l'outil connaît le contexte, le vocabulaire maison, l'historique, les cas particuliers. Le quitter coûte cher parce qu'il faudrait tout réapprendre ailleurs, pas parce que la porte est fermée.
Il existe un troisième cas, entre l'enfermement et l'accumulation : la place dans le stack. Un outil IA branché sur le CRM, la facturation et les données internes du client ne se remplace pas facilement, non parce que la porte est fermée, ni parce qu'il faudrait réapprendre, mais parce qu'il faudrait tout recâbler. Ce coût de sortie est parfaitement honnête : la porte reste grande ouverte, c'est le déménagement qui coûte cher, et c'est le client lui-même qui a accumulé les meubles. La conséquence stratégique mérite d'être posée, parce qu'elle va contre le réflexe naturel : à effort égal, une intégration protège mieux qu'une fonctionnalité. Une fonctionnalité se copie en deux semaines. Une place dans le stack du client ne se reprend pas en deux semaines.
Le temps de développement d'un outil IA s'est effondré dans les deux sens
Tout le monde célèbre la première moitié de l'histoire. La seconde est moins commentée.
Le temps de construire s'est effondré. Un outil utile naît en trois semaines. C'est une vraie bonne nouvelle, et c'est ce qui rend la période enthousiasmante.
Le temps d'être rattrapé s'est effondré aussi. C'est la même médaille vue de l'autre côté. Avant, la difficulté technique était la barrière : si vous aviez mis six mois à construire quelque chose, il fallait six mois au suivant pour vous rejoindre. Ce délai était votre avantage concurrentiel, sans que personne n'ait eu besoin de le formuler. Il n'existe plus. Ce qui est facile à faire pour vous est facile à faire contre vous, avec en prime, pour celui qui vous copie, l'avantage de partir de votre produit fini plutôt que d'une page blanche.
Et un troisième risque, que peu d'éditeurs ont vu venir : votre client peut vous remplacer lui-même. La frontière entre acheter et fabriquer s'est déplacée. Un responsable qui bricole avec un assistant de code produit en un week-end une version de votre outil qui ne fait que ce dont il a besoin, avec son vocabulaire, branchée sur ses données. Elle est moins bonne que la vôtre sur tous les points, sauf le seul qui compte pour lui : elle est faite pour lui.
Ajoutez le concurrent le plus souvent ignoré, celui qui ne se comporte pas comme un concurrent : le fournisseur du modèle. À chaque version, une couche entière d'outils IA est absorbée par une case à cocher. Ce n'est pas une bataille de marché que l'on gagne à l'exécution, c'est un plafond qui descend. Beaucoup d'éditeurs se croient en compétition horizontale alors qu'ils sont en compétition verticale, avec leur propre fournisseur.
Mon estimation, à observer ce marché depuis quatre ans : un SaaS IA lancé aujourd'hui dispose d'environ dix-huit mois avant que sa proposition de valeur initiale ne soit copiée, absorbée ou rendue triviale. Ce n'est pas une statistique, c'est un ordre de grandeur de praticien. Prenez-le comme une hypothèse de travail, pas comme une prédiction.
Le test de la prochaine version du modèle : votre SaaS IA y survit-il ?
Un seul test permet de savoir où vous en êtes.
Si le modèle sous-jacent devient demain deux fois meilleur et gratuit : est-ce que je perds mon produit, ou est-ce que je gagne de la marge ?
Si vous perdez votre produit, vous êtes une fonctionnalité en attente d'absorption. Si vous gagnez de la marge, vous êtes un produit, et chaque progrès du modèle travaille pour vous au lieu de travailler contre vous.
C'est la ligne de partage entre capter la valeur du modèle, en revendant un accès avec une interface plus soignée, et créer de la valeur autour de lui, en prenant en charge un problème métier de bout en bout, avec la responsabilité du résultat.
Le corollaire vaut pour le client qui pourrait vous reconstruire : ce qui vous protège n'est pas que ce soit difficile à construire, c'est que personne ne veut le maintenir. Un client peut produire une version 1. Il ne veut pas des cas particuliers, des mises à jour quand le modèle change sous lui, de la conformité, du support un vendredi soir, ni de la responsabilité quand le système se trompe sur un dossier client. Un outil qui n'est qu'une fonctionnalité sera reconstruit en interne. Un outil qui porte une charge ne le sera pas. La question devient : qu'est-ce que je porte à leur place, qu'ils ne veulent pas porter ?
La mort par contagion : l'inertie de vos clients n'est pas une protection
Le réflexe naturel consiste à se rassurer avec les clients lents. Ceux qui n'aiment pas changer, qui ont formé leurs équipes, qui ont câblé votre outil dans leurs process. Ils ne partiront pas. Le taux d'attrition reste bas, le tableau de bord est vert.
C'est un faux signal. Un client qui reste parce qu'il ne veut pas changer n'est pas un client fidèle, c'est un client immobile. Sur un marché qui accélère, l'immobilité a une échéance.
Il y a en réalité deux horloges. Celle de la durée de vie de votre produit, dont nous venons de parler. Et celle de la durée de vie de votre client sur son propre marché. La plupart des éditeurs surveillent la première. C'est la seconde qui les emporte.
La cascade se déroule toujours dans le même ordre. Votre client conserve un outil vieillissant, par confort. Son concurrent adopte plus vite, produit plus vite, propose mieux ou moins cher. Douze mois plus tard, votre client perd des parts de marché. Il coupe les budgets, et les budgets outils sautent en premier. Vous perdez le client. Vous ne l'avez pas perdu au profit d'un concurrent à vous : vous l'avez perdu parce que lui a perdu.
Vous n'héritez pas de la fidélité de vos clients lents, vous héritez de leur retard.
Deux conséquences pratiques. D'abord, l'attrition mesure si vos clients partent, pas s'ils vont bien : un portefeuille stable composé d'entreprises qui reculent est un portefeuille en train de mourir lentement, et l'indicateur le plus rassurant est justement celui qui le masque. Ensuite, surveillez le profil de vos nouveaux clients. Le jour où ils sont structurellement plus lents que vos premiers, votre produit a commencé à mourir, bien avant que l'attrition ne bouge : les innovateurs sont passés à autre chose et vous ne servez plus que le peloton de queue. Le chiffre d'affaires peut encore monter six mois. C'est déjà fini.
Ce qui change aussi la nature du produit. Un outil qui se contente d'épouser les habitudes existantes de son client entretient le retard qui les tuera tous les deux. La conduite du changement n'est plus une gentillesse envers le client, c'est de l'auto-préservation.
Trois leviers pour faire durer un SaaS IA, et un quatrième qui se construit au passage
Reste la question qui intéresse vraiment : où peut-on performer ? Trois leviers, qui ne se remplacent pas mais se relaient dans le temps. Et un quatrième qui n'en est pas tout à fait un, puisqu'il ne se décide pas : il se dépose, à mesure que vous actionnez les autres.
Innover à moindre coût : la cadence de la roadmap produit devient une fonctionnalité
L'effondrement du coût de production joue contre vous quand il s'agit d'être copié. Il joue pour vous quand il s'agit d'avancer, et la symétrie n'est pas parfaite : vous partez avec les clients, les retours du terrain et la compréhension du métier. Celui qui vous copie part avec une capture d'écran.
La cadence cesse alors d'être une question d'organisation interne pour devenir un élément de l'offre. Un client qui voit son outil s'améliorer chaque mois ne se demande pas s'il doit partir. Un client qui voit un produit figé six mois commence à regarder ailleurs, ou à ouvrir un assistant de code pour voir ce que cela donnerait en interne.
Le point clé n'est pas le volume de fonctionnalités livrées, c'est de rester un cran devant le besoin exprimé. Livrer ce que le client a demandé vous maintient à égalité avec quiconque l'écouterait aussi. Livrer ce qu'il n'a pas encore su formuler, parce que vous voyez cinquante clients quand il n'en voit qu'un, voilà la seule avance qui ne se copie pas de l'extérieur. C'est exactement ce que produisent les conversations régulières avec vos utilisateurs.
Ce portefeuille de cinquante clients produit d'ailleurs autre chose que de l'intuition produit : une donnée qu'aucun d'entre eux ne peut fabriquer seul. Celui qui sert cinquante entreprises d'un même métier peut dire à chacune où elle se situe par rapport aux autres. Référentiels, benchmarks, tendances détectées avant qu'elles ne deviennent visibles : le client qui bricole sa version en interne ne produira jamais cet actif, par construction, puisqu'il n'a que lui-même comme échantillon. C'est déjà de l'accumulation, et c'est le quatrième levier qui se met en place sans qu'on l'ait décidé : une barrière qui se renforce à chaque client signé, et qu'aucune version de modèle ne peut absorber.
Pricing : accepter que la marge baisse, et savoir ce qu'elle achète
Le levier le plus contre-intuitif, et le plus juste. Formulé simplement : votre prix est en concurrence avec le coût de fabrication interne de votre client, et ce coût baisse tous les mois.
Cela n'a rien à voir avec une guerre des prix classique. À valeur constante, votre prix doit baisser, parce que l'alternative « je le fais moi-même » devient chaque trimestre plus accessible. La seule façon de tenir le prix consiste à augmenter la valeur plus vite que le coût de l'alternative ne diminue. Concrètement, le même abonnement doit contenir davantage chaque année, alors que vos coûts d'infrastructure et de modèle augmentent avec la sophistication. La marge se comprime par les deux bouts.
Ce n'est pas une défaite, c'est le loyer que vous payez pour rester en place. Avec une condition, faute de quoi cela devient une hémorragie lente : la marge que vous abandonnez doit acheter quelque chose qui s'accumule. Un usage plus profond, des données de contexte, des références, une dépendance saine. Si vous rognez la marge et que rien ne s'accumule en face, vous financez votre propre déclin.
Il existe un seuil, et il faut savoir le reconnaître : le jour où tenir la marge devient impossible sans cesser d'investir, ce n'est plus un problème de tarification, c'est le signal de fin de cycle du produit.
Fiabilité, sécurité, conformité : les garanties que l'IA n'a pas accélérées
Le levier le plus puissant des trois tient en une phrase : l'IA a rendu la production instantanée, elle n'a pas rendu la confiance instantanée.
Un clone se construit en un week-end. Une certification, non. Un historique de disponibilité sur dix-huit mois ne s'achète pas. Une conformité documentée, un hébergement qualifié, une politique claire de traitement des données, une couverture en responsabilité, un support qui répond quand tout casse : rien de tout cela n'a été accéléré par les modèles, parce que ce sont des actifs de temps et d'engagement, pas de production.
C'est précisément ce que le client qui bricole sa propre version ne veut pas porter. Il peut faire la fonctionnalité. Il ne veut pas signer pour la conformité, ni être celui vers qui on se tourne quand le système a halluciné sur un dossier client. Votre valeur, à ce stade, n'est plus le résultat : c'est le fait d'en répondre.
Cela devient plus vrai chaque trimestre, à mesure que le cadre réglementaire européen se durcit. La plupart des éditeurs vivent la conformité comme un coût. C'est en réalité l'une des rares barrières que la baisse du coût de production n'érode pas : dans un marché saturé d'outils IA interchangeables, le tri par la fiabilité devient le seul tri praticable. C'est aussi, mot pour mot, le langage du décideur qui valide la dépense.
Poussée au bout, cette logique a une conclusion commerciale : si votre valeur est de répondre du résultat, le modèle de prix ultime consiste à facturer le résultat plutôt que l'accès. Un copieur ne peut pas vous suivre sur ce terrain, parce qu'il y faut un historique et une confiance dans son propre système qui ne se décrètent pas. Le sujet mérite un article à lui seul ; retenez simplement que chaque garantie accumulée aujourd'hui est ce qui rendra ce modèle de prix possible demain.
Tableau récapitulatif : ce que chaque levier protège
| Levier | Horizon | Ce qu'il neutralise | Ce qu'il coûte | Évolution dans le temps |
|---|---|---|---|---|
| Cadence de la roadmap produit | 6 à 12 mois | Le copieur, le concurrent direct | Un effort permanent, jamais acquis | Se dégrade dès que vous ralentissez |
| Arbitrage de marge et pricing | Continu | Le client qui pense à fabriquer lui-même | De la rentabilité, chaque année | Se dégrade par construction |
| Garanties, sécurité et conformité | 2 ans et plus | Le clone, le bricolage interne, le doute du décideur | Cher au départ, sans retour visible | Devient plus difficile à copier avec le temps |
| Intégrations et données accumulées | Long terme | Le remplacement pur et simple, quel qu'en soit l'auteur | Du temps, et des clients servis | Se renforce à chaque client signé |
La ligne à retenir : innover vous fait gagner des mois, les garanties vous font gagner des années. La plupart des éditeurs mettent tout dans le premier levier, parce qu'il est visible, gratifiant, et qu'il ressemble à du travail de produit. Puis ils meurent du troisième. Quant à la dernière ligne, c'est la seule dont la colonne de droite dit que le temps travaille pour vous : à condition de l'avoir voulu, et pas seulement subi.
Cycle de vie d'un produit IA : accepter la fin, préparer la suite
Le modèle mental que nous avons tous hérité est celui du produit patrimoine : on construit un produit, on le fait grandir dix ans, il devient une entreprise. Ce modèle a existé parce que le temps de construction était long et le temps de copie aussi. Les deux se sont effondrés, le modèle s'effondre avec.
Ce qui le remplace, c'est le produit à durée de vie assumée. Un SaaS IA qui vit dix-huit mois, sert des gens, rapporte de l'argent, puis s'arrête parce que sa raison d'être a été absorbée, ce n'est pas un échec. C'est un cycle complet. L'échec, c'est d'avoir passé douze mois à défendre un produit mort par fidélité à l'idée de départ.
La résilience ne consiste donc pas à tenir. Elle consiste à faire en sorte que la fin du produit ne soit pas la fin de l'aventure. Une seule règle pour cela : ce que vous accumulez doit vivre en partie hors du produit.
L'audience et la liste de contacts vous appartiennent, et font que le lancement suivant part à mille personnes plutôt qu'à zéro. La compréhension fine d'un métier vous appartient, et fait que vous repérez le prochain irritant avant les autres, parce que vous êtes dans les conversations depuis deux ans. La réputation vous appartient. Les canaux de distribution vous appartiennent. Ce sont les seuls actifs qu'aucune version de modèle ne peut absorber.
D'où le vrai renversement. Ne demandez pas comment faire durer mon produit, demandez qu'est-ce qui me reste le jour où il s'arrête. Si la réponse est « rien », le problème n'est pas votre produit, c'est la façon dont vous avez construit autour.
Et si le cycle est court, attendre le déclin pour bouger revient à bouger trop tard. Le moment de préparer la suite est celui où le produit fonctionne encore, où il rapporte, où rien n'indique qu'il faut changer quoi que ce soit. C'est-à-dire le moment psychologiquement le plus difficile pour s'y résoudre. Si vous ne rendez pas votre produit obsolète, quelqu'un d'autre s'en chargera, et il ne vous invitera pas.
Alors, quel est le meilleur outil IA ?
Celui qui vaut plus cher au jour 300 qu'au jour 1. Pas le plus performant : celui qui a accumulé quelque chose entre les deux.
Pour vos utilisateurs, cela se traduit simplement : le meilleur outil IA est celui qui a disparu dans leur quotidien, parce qu'il connaît leur contexte et qu'ils n'imaginent plus travailler sans. Pour vous, c'est une discipline. Tenir la cadence, arbitrer la marge en sachant ce qu'elle achète, investir dans des garanties qui ne rapportent rien tout de suite, et accumuler à côté du produit ce qui vous survivra.
Votre produit est mortel, et il l'est de plus en plus vite. Vos clients aussi. Le travail d'éditeur n'est plus de rendre le produit immortel : c'est de tirer ses clients vers l'avant, et de construire à côté ce qui vous survivra à tous les deux.
L'un de ces actifs se construit dès aujourd'hui, avant même que votre produit n'atteigne sa maturité : la visibilité auprès de gens qui comparent activement des outils. C'est le rôle que joue un annuaire comme AI Shortlist, et si votre outil n'y figure pas encore, la page Proposer un outil est le point d'entrée.
Checklist : votre valeur survivra-t-elle à votre SaaS IA ?
Si le modèle sous-jacent double de puissance demain, je gagne de la marge plutôt que je ne perds mon produit
Mon outil sait quelque chose de mes utilisateurs qu'un concurrent ne peut pas reconstruire depuis l'extérieur
Je porte une charge que mes clients ne veulent pas porter : maintenance, conformité, responsabilité du résultat
Mes nouveaux clients ne sont pas structurellement plus lents que mes premiers
La marge que j'abandonne chaque année achète quelque chose qui s'accumule
J'ai au moins une garantie sérieuse en place : sécurité documentée, hébergement qualifié, engagement de disponibilité
Mon audience, ma liste de contacts et ma réputation existent en dehors du produit
Je sais ce qu'il me resterait si j'arrêtais l'outil dans six mois
Six cases cochées ou plus : votre valeur ne dépend pas de la durée de vie de votre produit. Quatre ou cinq cases : vous avez commencé à construire hors du produit, mais il manque un pilier. Repérez les cases vides qui relèvent des garanties ou des actifs hors produit : ce sont celles qui se construisent le plus lentement, donc celles à démarrer en premier. Moins de quatre : votre entreprise et votre produit ont exactement la même espérance de vie, et ce n'est pas une bonne nouvelle.
