1. Décrire le processus avant de comparer les agents
« Automatiser l’administratif » est trop vague pour choisir un produit. Décrivez plutôt le déclencheur, les informations nécessaires, le résultat attendu et la personne qui décide. Exemple : lorsqu’une demande qualifiée arrive dans une boîte partagée, préparer un brouillon de réponse et une structure de devis, puis demander une validation.
Cette description permet de comparer les solutions sur le même terrain. Un outil peut être excellent pour rédiger mais inadapté lorsqu’il faut retrouver un statut CRM, appliquer un tarif ou bloquer une action en cas d’information manquante.
2. Examiner permissions, validations et historique
Demandez quelles boîtes, dossiers ou objets CRM l’agent peut consulter. Un accès global ne devrait pas être la condition par défaut si un périmètre limité suffit. Vérifiez ensuite les actions qu’il peut préparer, celles qu’il peut exécuter et les cas qui déclenchent une validation humaine.
Présentez un cas incomplet ou ambigu. Un système exploitable doit pouvoir demander une précision, signaler l’incertitude ou transmettre à une personne, plutôt que d’inventer.
3. Tester l’intégration sur vos outils réels
Une liste de logos ne prouve pas la profondeur d’une intégration. Pour chaque outil, demandez quelles données sont lues, quelles actions sont disponibles, avec quelles permissions et comment une erreur est remontée. Vérifiez également qui contrôle les identifiants, comment révoquer un accès et ce qui arrive lorsque l’outil tiers est indisponible.
Le test doit utiliser un environnement de démonstration ou un périmètre réduit représentatif. Il doit couvrir au moins un cas normal, une exception et une action refusée.
4. Exiger un pilote mesurable et réversible
Définissez avant le démarrage la période, le volume, le temps de référence et les critères de réussite. Mesurez séparément le temps de préparation, le temps de validation, les corrections et les erreurs évitées. Un pilote utile produit une décision : étendre, corriger ou arrêter.
La sortie fait partie du choix. Demandez comment récupérer les données, supprimer les accès, arrêter l’abonnement et documenter les règles configurées. Une dépendance impossible à défaire transforme rapidement un gain local en risque opérationnel.
5. Dix questions à poser au fournisseur
- Quel processus précis votre solution couvre-t-elle aujourd’hui ?
- Quelles intégrations sont disponibles, en pilote ou seulement prévues ?
- Quels accès minimaux sont nécessaires ?
- Quelles actions exigent une validation humaine ?
- Comment les exceptions et erreurs sont-elles visibles ?
- Où les données et sous-traitants applicables sont-ils documentés ?
- Les données servent-elles à entraîner des modèles ?
- Comment mesurez-vous la valeur sans inventer un gain horaire ?
- Comment exporter les données et révoquer les connexions ?
- Quel coût total s’applique au volume réel du pilote ?
Questions fréquentes
Quels critères comparer pour choisir un agent IA en Suisse ?
Cinq critères tranchent réellement : la couverture du processus visé, les intégrations disponibles avec vos outils existants, la granularité des permissions et des validations, la traçabilité des actions, et les conditions de sortie du contrat. Les fonctionnalités annexes sont secondaires si l'un de ces cinq points est faible.
Faut-il choisir un fournisseur suisse pour un agent IA ?
Ce n'est pas une obligation légale, mais un fournisseur établi en Suisse simplifie trois choses : la responsabilité commerciale, la compréhension du contexte LPD, et la discussion sur l'hébergement des données. Ce qui compte davantage reste ce qui est documenté contractuellement, pas la nationalité affichée.
Comment tester un agent IA avant de s'engager ?
Exigez un pilote sur un processus réel, avec trois types de cas : un cas normal, une exception connue et une action sensible. Un agent qui réussit uniquement sur des cas parfaits ne vous apprend rien sur son comportement en production.
Quelles questions un fournisseur doit-il accepter de répondre par écrit ?
Quelles données sont accessibles et à quelles fins, où elles sont hébergées, quels sous-traitants interviennent, si elles servent à entraîner des modèles, comment les révoquer et les exporter, et quel est le coût total sur le volume réel du pilote. Un refus de répondre par écrit est en soi une réponse.
Un agent IA générique peut-il convenir à un métier spécifique ?
Souvent oui, si le processus visé reste courant : emails, devis, agenda, relances. Dès que la logique métier devient propre à l'entreprise ou dépend d'un outil interne, un système sur mesure devient plus pertinent. La distinction est détaillée sur notre page consacrée aux agents IA sur mesure.
Swiss Agent Network commercialise Sania et a donc un intérêt direct dans ce sujet. Cette grille est publiée pour rendre les comparaisons vérifiables, y compris avec d’autres solutions.