Je le répète sans cesse, alors je le redis.
Intégrer l’IA de pointe directement dans un produit SaaS est l’une des choses les plus stupides que vous puissiez faire.
Ne construisez pas comme ça.
Les histoires d’intégrations IA foireuses sont partout. Des boîtes de chat hors de prix, des fonctionnalités que personne n’a demandées et des modèles greffés sur des produits parce que quelqu’un a décidé que la roadmap manquait de paillettes.
Et ça, c’est avant que quelqu’un ne découvre que votre bot de commande sert aussi de générateur de code gratuit.
Une fois que vous avez intégré l’IA de pointe dans votre produit, vous récupérez aussi les coûts d’inférence, le choix du modèle, les limites de débit, les pannes, la modération, l’injection de prompts, l’utilisation non autorisée, les fuites de données, les abus et toutes les nouvelles surfaces d’attaque créées en mettant une interface linguistique ouverte dans votre application.
C’est un problème bien plus coûteux que de sécuriser un ensemble défini de workflows.
Exposez les capacités
La meilleure approche consiste à exposer votre produit via des outils MCP.
Les utilisateurs peuvent apporter le modèle, l’agent ou l’interface de commande qu’ils préfèrent, et payer eux-mêmes pour la couche d’intelligence. Les labos de pointe peuvent continuer leur travail sur les modèles de pointe, tandis que les fournisseurs de SaaS se concentrent sur leur expertise métier, le maintien de données fiables, la gestion des permissions et la transformation d’opérations complexes en workflows dépendables.
La sécurité reste primordiale. Les outils MCP ont besoin d’authentification, d’autorisation, de validation, de limites raisonnables et de frontières claires autour des actions destructives.
Mais la surface d’attaque est plus réduite parce que votre produit expose un ensemble fini de capacités au lieu d’héberger un système d’intelligence ouvert en son sein.
Une interface pour les utilisateurs ordinaires
L’année dernière, quand MCP a commencé à être déployé, l’objection évidente était que ses principaux consommateurs étaient des développeurs.
Des développeurs, des développeurs, des développeurs.
Tant que les utilisateurs ordinaires n’adopteraient pas ces outils, les entreprises de SaaS auraient toujours besoin d’une IA intégrée.
Mais aujourd’hui, des produits comme ChatGPT et Claude Cowork rendent les workflows pilotés par des outils accessibles à des gens qui ne sauront jamais et se fichent de savoir ce que signifie MCP.
Ils demanderont quelque chose dans l’interface qu’ils utilisent déjà, approuveront les actions nécessaires et s’attendront à ce que le travail soit fait.
Cela ouvre ces workflows à une classe d’utilisateurs non techniques qu’on n’aurait même pas sérieusement envisagée il y a un an.
Les outils ont toujours été une question de personnes et de ce qu’elles peuvent soudainement accomplir.
Les bons outils, c’est un peu comme tomber amoureux.
Ils s’insèrent dans votre vie. Ils font ce qu’ils ont promis. Et après un moment, vous ne pouvez plus imaginer travailler sans eux.
Ne décevez pas vos utilisateurs.