En effet, ce matin, en ouvrant mon ordinateur, je me suis rendu compte que je ne savais plus vraiment quel outil utiliser. ChatGPT ? Claude ? Un autre modèle apparu la veille ? La question semblait presque secondaire.


Pendant longtemps, dans le monde du SaaS, (monde que je connais bien pour avoir créé de zéro il y a plus de 10 ans des produits SaaS aujourd’hui toujours déployés dans le monde entier auprès de dizaines de milliers d’utilisateurs), il existait une règle tacite : pour que les clients continuent à payer, il fallait que le produit évolue. Ajouter des fonctionnalités, affiner l’expérience, corriger, améliorer, anticiper les besoins. Construire un logiciel, c’était accepter une forme de mouvement permanent. Mais ce mouvement restait relativement lisible. Les cycles se comptaient en mois, parfois en années.

Avec l’IA générative et les systèmes agentiques, l’échelle de temps semble se contracter. Les progrès apparaissent presque chaque semaine et il n’est plus rare de voir un outil qui semblait incontournable un lundi être remplacé par une alternative plus performante quelques jours plus tard. Et surtout, le coût du changement est devenu très faible. Là où il fallait autrefois des semaines de migration, des équipes dédiées et parfois des mois de transition pour changer de logiciel, il est aujourd’hui étonnamment simple de passer d’un modèle à un autre. En quelques minutes, un workflow peut remplacer ChatGPT par Claude, ou inversement.

Cette fluidité change profondément la nature des outils. Une bonne architecture agentique n’est plus seulement performante : elle est interchangeable. Les modèles peuvent évoluer, les briques technologiques être remplacées, sans que l’ensemble du système s’effondre. On ne construit plus seulement des solutions. On construit des structures capables d’absorber le changement.

D’où une question qui revient souvent : cette course est-elle sans fin ? Allons-nous rester dans ce régime d’innovation permanente, où chaque semaine semble redéfinir l’état de l’art ? Ou bien atteindrons-nous un moment de stabilisation, où les progrès deviendront plus lents, plus structurels, moins visibles au quotidien ?

L’histoire de la technologie montre que ces phases existent. Les périodes d’accélération sont souvent suivies de moments de consolidation. Les standards apparaissent, les architectures se stabilisent, et l’innovation continue mais à un rythme plus lisible.

En attendant, la vraie compétence n’est peut-être pas de choisir le “bon” outil. Les outils changent trop vite pour cela. Ce qui compte davantage, c’est de comprendre les logiques qui structurent cet écosystème : modularité, interopérabilité, agilité. Construire des processus qui ne dépendent pas d’un acteur unique, mais qui restent adaptables à ce qui viendra demain.

Peut-être que la question n’est donc pas : quel outil utiliser aujourd’hui ?

Mais plutôt : comment construire des systèmes qui resteront pertinents même quand les outils auront changé.

‍