Guide
Comment choisir une plateforme d'agents IA
Toutes les démos de fournisseurs se ressemblent : une fenêtre de chat qui répond à des questions préparées. Ce guide vous donne une checklist en huit points - canaux, contrôle humain, audit, coût, isolation, mémoire, exploitation et sortie - avec les questions qui séparent les vraies réponses des promesses de roadmap.
Évaluez sur vos workflows, pas sur des démos
Le marché est bruyant : tout outil doté d'une zone de chat se proclame désormais plateforme d'agents. Les démos ne vous aideront pas à faire le tri, car une démo est une conversation répétée à partir des données du fournisseur. Le seul test qui compte est de savoir si la plateforme peut faire tourner l'un de vos workflows - sur vos canaux, selon vos règles de validation, dans votre budget.
Donc, avant même de prendre un rendez-vous, notez deux ou trois workflows que vous voulez réellement confier. Chez la plupart des PME, cela ressemble à répondre aux demandes WhatsApp sur les prix et les stocks, trier une boîte de réception partagée et rédiger les réponsesou produire un digest de veille hebdomadaire. Ensuite, notez chaque fournisseur là-dessus, à l'aide de la checklist ci-dessous.
Une note sur le biais, puisque cette page est sur le site d'un fournisseur : nous construisons l'une de ces plateformes, et la checklist reflète ce que nous avons choisi de construire. Elle n'est pas neutre. Mais chaque point correspond à un vrai mode d'échec que nous avons vu des entreprises rencontrer, et chaque question fonctionne avec n'importe quel fournisseur - y compris nous.
1. Canaux : les agents peuvent-ils vivre là où sont vos clients ?
Un agent qui n'existe que dans un widget web est un chatbot avec une meilleure grammaire. Vos demandes arrivent sur WhatsApp, par e-mail, sur Telegram et Slack, et les événements arrivent de vos systèmes sous forme de webhooks - si la plateforme ne peut pas les y rejoindre, c'est votre équipe qui devient la couche copier-coller.
- Quels canaux sont pris en charge aujourd'hui - WhatsApp, Telegram, e-mail, Slack, SMS - et lesquels sont sur la roadmap ?
- Les événements entrants (un nouvel e-mail, un webhook de votre boutique) peuvent-ils déclencher du travail, ou faut-il qu'un humain ouvre d'abord une conversation ?
- Un même agent peut-il servir les clients sur un canal et rendre compte à l'équipe sur un autre ?
2. Contrôle humain : qui valide quoi, et où ?
La différence entre un agent utile et un risque, c'est ce qu'il a le droit de faire sans supervision. Cherchez une autonomie graduée plutôt qu'un interrupteur marche/arrêt : la recherche et la rédaction peuvent tourner librement, tandis que les envois, l'argent et les modifications système attendent un humain le temps que la confiance s'installe. Notre manuel de l'automatisation validation d'abord traite cette conception en détail.
- L'autonomie est-elle graduée - niveaux ou périmètres par agent - ou est-ce tout ou rien ?
- Qu'est-ce qui attend une validation par défaut, et peut-on définir des points de contrôle par catégorie : actions financières, envois externes, écritures de fichiers ?
- Où arrivent les demandes de validation - dans les outils que votre équipe utilise déjà, ou sur un tableau de bord que quelqu'un doit penser à consulter ?
3. Audit : chaque action est-elle journalisée et vérifiable ?
Quand un client conteste ce qu'on lui a dit, ou quand vous décidez d'élargir l'autonomie d'un agent, il vous faut la trace - pas une reconstitution. Un journal, c'est le minimum ; ce qui tranche vraiment les débats, c'est une piste immuable couvrant tout ce que l'agent a lu, rédigé et envoyé.
- La piste est-elle immuable, ou peut-on modifier ou supprimer des entrées ?
- Couvre-t-elle chaque action, ou seulement les messages sortants ?
- Peut-on voir qui a validé chaque action, et quand ?
4. Maîtrise des coûts : plafonds, mesure et BYOK
L'usage des modèles est un coût variable, et les coûts variables réservent des surprises. Les alertes ne sont pas un contrôle - un plafond ferme, si. Méfiez-vous aussi de la tarification par utilisateur : elle taxe précisément l'adoption que vous espérez.
- Y a-t-il un plafond de dépense ferme convenu avant le lancement, ou seulement des alertes d'usage a posteriori ?
- L'usage de l'IA passe-t-il par un compteur transparent que vous pouvez consulter, ou est-il noyé dans un forfait opaque ?
- La tarification est-elle par utilisateur ? Pouvez-vous apporter vos propres clés de modèle (BYOK) - et cela coûte-t-il plus cher ?
5. Isolation et confidentialité : quelle infrastructure, quelles données, et à qui ?
Les agents détiennent l'historique des conversations, vos documents et les identifiants de vos systèmes connectés : évaluez donc la plateforme comme n'importe quel autre traitant de données clients. Méfiez-vous des promesses absolues - les garanties tous azimuts relèvent du marketing, pas de l'architecture - et exigez du concret sur les bases vérifiables.
- L'espace de travail de chaque client est-il isolé ou partagé ?
- Comment sont stockés les jetons de connecteur et les clés d'API, et qui peut y accéder ? Existe-t-il des contrôles d'accès par rôle ?
- Les données sont-elles chiffrées au repos et en transit, et des régions cloud spécifiques sont-elles disponibles pour des besoins de résidence des données ?
6. Mémoire et ancrage : connaît-il votre entreprise ?
Une plateforme qui oublie tout d'une session à l'autre condamne votre équipe à se répéter sans fin ; une qui répond à partir de l'entraînement général du modèle devinera vos prix. Il vous faut les deux : une mémoire persistante et un ancrage dans vos propres documents.
- La mémoire de l'agent persiste-t-elle d'une session à l'autre, ou se réinitialise-t-elle à chaque conversation ?
- Les réponses peuvent-elles être ancrées dans une base de connaissances issue de vos documents - tarifs, politiques, procédures ?
- Quand un document change, à quelle vitesse les réponses suivent-elles ?
7. Exploitation : qui héberge, surveille et maintient tout cela ?
Cette question sépare les plateformes des boîtes à outils. Quelqu'un doit héberger le runtime, le surveiller la nuit, appliquer les mises à jour et réparer le connecteur qui casse - si ce quelqu'un, c'est votre équipe, intégrez ses heures dans la comparaison. Les arbitrages sont détaillés dans notre comparatif agents hébergés vs automatisation maison .
- Qui héberge et surveille les agents - le fournisseur ou vous ?
- Qu'est-ce qui est inclus : mise en place, maintenance, supervision ? Quel est le délai de mise en place, en jours ouvrés ?
- Quand quelque chose casse à 2 h du matin, c'est le problème de qui ?
8. Sortie : qu'est-ce qui repart avec vous ?
Partez du principe qu'un jour vous voudrez partir, et repérez la porte avant d'entrer. Contrats, clés et savoir : voilà les trois choses à tracer.
- La durée de l'engagement est-elle définie, avec une sortie claire et la portabilité des données ?
- Si vous avez apporté vos propres clés de modèle, ces comptes et leur historique restent-ils les vôtres ?
- Que gardez-vous si vous partez - vos documents, vos procédures, vos historiques de conversation ?
Comment Olano répond à ces questions
En bref, et dans l'esprit de la checklist : posez-nous ces questions lors d'un échange plutôt que de croire une page web sur parole.
- Canaux : Plus de 15 canaux de messagerie - WhatsApp, Telegram, Slack, Discord, e-mail, SMS, Signal et d'autres - plus des webhooks entrants, avec plus de 75 intégrations natives et plus de 450 outils de connecteur derrière.
- Contrôle humain : niveaux de confiance de 0 à 4 (Observer, Assistant, Collaborator, Autonomous, Developer) avec des points de validation par catégorie ; tout ce qui sort attend une validation par défaut.
- Audit : une piste d'audit immuable sur chaque action.
- Coût : un compteur transparent avec un plafond de dépense ferme convenu avant le lancement ; pas de tarification par utilisateur ; BYOK sans surcoût, avec routage sur plus de 18 fournisseurs de LLM.
- Isolation : un workspace isolé par client ; jetons de connecteur et clés d'API chiffrés ; contrôles d'accès par rôle ; chiffrement au repos et en transit ; régions AWS/GCP sur mesure pour les besoins de résidence des données.
- Mémoire : une mémoire persistante par agent, plus un ancrage dans une base de connaissances issue de vos documents.
- Exploitation : hébergé et géré - mise en place, hébergement, maintenance et supervision inclus ; un workflow est généralement en production 1 à 2 jours ouvrés après l'onboarding, les déploiements plus larges en 1 à 3 semaines, et tout est chiffré et validé avant construction.
- Sortie : une durée d'engagement définie, des données portables, et avec le BYOK vos comptes de modèle restent les vôtres.
Et là où, honnêtement, nous ne sommes pas la réponse : si votre besoin relève du travail individuel - rédaction ponctuelle, questions générales, une petite équipe sans canaux clients - un espace de travail IA généraliste comme ChatGPT ou Claude peut suffire. Une plateforme d'agents justifie son coût quand des agents vivent dans vos canaux, réagissent à des événements métier et opèrent sous validations, historique d'audit et contrôle des dépenses.
FAQ
Avons-nous seulement besoin d'une plateforme d'agents IA ?
Pas toujours. Si votre besoin relève du travail individuel - rédaction ponctuelle, questions générales, une petite équipe sans canaux clients - un espace de travail IA généraliste comme ChatGPT ou Claude peut suffire. Une plateforme d'agents justifie son coût quand les agents doivent vivre dans les canaux clients, réagir aux événements métier entrants et opérer sous validations, historique d'audit et contrôle des dépenses.
Devrions-nous construire notre propre stack d'agents plutôt que d'acheter une plateforme ?
Un stack maison vous donne un contrôle maximal, mais l'hébergement, la supervision, la maintenance et chaque connecteur cassé deviennent le travail de votre équipe. Une plateforme hébergée inclut cette exploitation dans le prix. Les deux se combinent aussi : Olano se connecte à votre automatisation existante via MCP et des webhooks, donc choisir une plateforme ne veut pas dire abandonner ce que vous avez construit.
Combien de temps devrait durer un déploiement ?
Commencez par un seul workflow plutôt que par un programme à l'échelle de l'entreprise. Chez Olano, un workflow géré est généralement en production 1 à 2 jours ouvrés après l'onboarding, et les déploiements plus larges prennent 1 à 3 semaines. Chaque mission est chiffrée et validée avant construction.
Comment garder des coûts d'IA prévisibles ?
Exigez trois choses par écrit : un compteur transparent que vous pouvez consulter, un plafond de dépense ferme convenu avant le lancement, et une tarification qui ne soit pas par utilisateur. Le BYOK - apporter vos propres clés d'API de modèle - maintient aussi l'usage sur des comptes que vous contrôlez ; Olano le prend en charge sans surcoût.
Pour aller plus loin
Mettez la checklist à l'épreuve de vrais workflows et de vrais arbitrages.
Agents IA hébergés vs automatisation maison
La question de l'exploitation, développée : ce que coûte réellement la construction de votre propre stack, et quand c'est le bon choix.
Service client IA sur WhatsApp
Le workflow que la plupart des évaluations devraient déployer en premier : des réponses ancrées sur WhatsApp, avec validations et piste d'audit intégrées.
Automatiser les demandes avec validation humaine
Un approfondissement du point deux de la checklist : niveaux de confiance 0 à 4, points de contrôle par catégorie, et comment l'autonomie se gagne.
Des agents IA multi-modèles
Le point sur la flexibilité des modèles, détaillé : routage sur plus de 18 fournisseurs de LLM, BYOK, plafonds de dépense, et pourquoi la mémoire et les compétences survivent à un changement de modèle.
Notez-nous avec la checklist
Réservez une consultation. Nous cartographions l'un de vos workflows, répondons ouvertement à chaque question de cette page, et chiffrons avant de construire - en production en quelques jours, pas en mois.