Pour choisir un prestataire en automatisation IA, soumettez le même processus et les mêmes cas à chaque candidat. Comparez ensuite des preuves : reformulation du besoin, traitement d'une exception, livrables, accès, tests, maintenance et sortie. Un portfolio ou une liste d'outils peuvent ouvrir la discussion ; ils ne démontrent pas que votre flux sera exploitable.
Que préparer avant de rencontrer les prestataires ?
Préparez un scénario commun, assez précis pour révéler les différences entre les propositions. Sans cette base, chaque prestataire répond à sa propre interprétation du besoin et les devis deviennent difficiles à comparer.
Le dossier de départ peut rester court. Il doit contenir :
- le problème observé et le résultat attendu ;
- le début et la fin du processus ;
- un dossier récent qui a suivi le chemin habituel ;
- une exception réellement rencontrée ;
- les logiciels et données concernés ;
- les actions que le système peut réaliser seul ;
- les décisions qui restent humaines ;
- la manière de constater que le travail a réussi.
Demandez à chaque candidat de reformuler ce périmètre par écrit. Vous verrez s'il a identifié les informations manquantes, les dépendances et les cas à laisser hors du premier lot. Une proposition qui commence par un outil sans expliquer le processus traite déjà une autre question que la vôtre.
Si ce dossier n'existe pas encore, le guide Comment rédiger un cahier des charges pour une automatisation ? fournit une structure fondée sur les entrées, les règles, les actions, les preuves et la reprise.
Quels critères permettent de comparer les candidats ?
Comparez les prestataires sur leur capacité à produire des preuves applicables à votre cas. Une spécialité déclarée, un logo client ou la maîtrise d'une plateforme ne suffit pas sans démonstration correspondante.
| Critère | Preuve à demander | Question utile |
|---|---|---|
| Compréhension métier | Reformulation du flux, limites et hypothèses | Qu'avez-vous exclu du premier périmètre, et pourquoi ? |
| Réalisation comparable | Cas expliqué avec contexte, rôle exact et résultat vérifiable | Quelle partie avez-vous réellement conçue et livrée ? |
| Gestion des exceptions | Démonstration ou scénario montrant l'arrêt, l'alerte et la reprise | Que se passe-t-il si une donnée manque ou si un outil refuse l'action ? |
| Tests | Exemples d'entrée, résultats attendus et traces de réception | Comment prouverons-nous que le flux fonctionne avant le lancement ? |
| Données et accès | Liste des systèmes, droits, sous-traitants et lieux de traitement | Quels accès demandez-vous, et lesquels ne sont pas nécessaires ? |
| Livrables | Comptes, configuration ou code, documentation et formation | Que possède et peut reprendre l'entreprise à la fin ? |
| Exploitation | Alertes, responsable, délais d'intervention et périmètre de maintenance | Qui voit une panne et qui agit ensuite ? |
| Coût total | Mise en place, abonnements, usage, maintenance et temps interne | Qu'est-ce qui est récurrent, variable ou hors devis ? |
| Sortie | Export, révocation des accès, restitution ou destruction des données | Comment transférer le système à un autre intervenant ? |
Une réponse précise peut aussi reconnaître une inconnue. Demander un accès à une documentation, tester une API ou examiner quelques cas avant de chiffrer est plus crédible qu'une certitude immédiate sur un système qui n'a pas encore été vu.
Consultant, agence ou ESN : quel type de prestataire choisir ?
Le bon format dépend de la taille du périmètre, des compétences nécessaires et de la continuité attendue. Le statut du prestataire ne garantit ni sa méthode ni la qualité de la livraison.
| Profil | Adapté lorsque | Point à vérifier |
|---|---|---|
| Consultant indépendant | Le flux est limité et une même personne peut cadrer, construire et transmettre | Disponibilité, relais en cas d'absence et conditions de maintenance |
| Agence spécialisée | Plusieurs compétences ou une continuité d'équipe sont nécessaires | Identité des personnes qui réalisent réellement la mission et qualité de la passation |
| ESN ou intégrateur généraliste | L'automatisation s'inscrit dans un système d'information plus large ou des procédures formelles | Place réelle de l'équipe spécialisée, délais et coûts de coordination |
| Éditeur ou partenaire de plateforme | Le besoin correspond déjà largement à un produit choisi | Dépendance à la plateforme, export des données et marge de personnalisation |
Un consultant peut être plus adapté qu'une agence pour un premier flux ; une équipe plus large devient utile lorsque la sécurité, plusieurs intégrations ou la disponibilité exigée dépassent une seule spécialité. Demandez qui sera présent après la vente, qui prendra les décisions techniques et qui interviendra si le système s'arrête.
Comment vérifier l'expérience sans se fier au portfolio ?
Faites appliquer l'expérience déclarée à un de vos cas. Un cas client public aide à comprendre le domaine, mais la vérification utile porte sur les décisions, les limites et les artefacts que le prestataire sait expliquer.
Demandez-lui de parcourir votre cas normal puis votre exception :
- Quelles informations manquent pour décider ?
- Quelle partie peut suivre des règles déterministes ?
- Où l'IA serait-elle utile, et comment son résultat serait-il contrôlé ?
- Quelle action reste soumise à une personne ?
- Quelle trace prouve le résultat dans chaque logiciel ?
- Comment le dossier est-il repris si une étape échoue ?
Demandez ensuite un exemple de livrable anonymisé : structure d'un plan de test, extrait de documentation, modèle de journal d'exécution ou procédure de reprise. Il n'est pas nécessaire d'obtenir le code ou les données d'un autre client. Vous cherchez à vérifier que la méthode produit des éléments utilisables après la démonstration.
Une référence proche reste pertinente si son périmètre est clair. Vérifiez le rôle exact du prestataire, la date, les conditions du résultat et ce qui a été mesuré. Une déclaration comme « automatisation livrée » ne dit pas si l'intervenant a cadré le besoin, construit le flux, maintenu le système ou seulement configuré un composant.
Que faut-il vérifier sur les données et les accès ?
Le prestataire doit expliquer quelles données il traite, pour quelle action et avec quels droits. La nationalité de l'agence ou l'emplacement de son siège ne remplace pas la liste des services, sous-traitants et lieux où les données transitent.
La CNIL demande de choisir des sous-traitants présentant des garanties suffisantes et d'encadrer notamment les responsabilités, l'authentification, les incidents, la restitution ou la destruction des données et la vérification des mesures de sécurité. Lorsque le prestataire traite des données personnelles pour votre compte, le contrat doit refléter le rôle réel des parties et le traitement concerné.
Avant de fournir un accès, obtenez une réponse écrite sur :
- les données lues, créées, modifiées et conservées ;
- les comptes techniques et leurs droits ;
- la gestion des mots de passe, clés d'API et autres secrets ;
- les sous-traitants et services utilisés ;
- les journaux accessibles et leur durée de conservation ;
- la notification et le traitement d'un incident ;
- la révocation des accès et le sort des données en fin de mission.
Le guide de l'ANSSI sur l'externalisation identifie notamment la perte de maîtrise, les interventions à distance et l'hébergement mutualisé parmi les risques à cadrer. La profondeur des vérifications dépend des données, des actions et de l'impact d'une panne ; un flux de veille publique et une automatisation de facturation n'appellent pas les mêmes exigences.
Comment comparer les devis et le coût réel ?
Alignez d'abord le périmètre, puis comparez le prix. Deux devis intitulés « automatisation CRM » peuvent couvrir des sources, des exceptions, des tests et une maintenance très différents.
Pour chaque proposition, relevez séparément :
- le cadrage et les hypothèses retenues ;
- la construction et les intégrations incluses ;
- les cas de test et la réception ;
- les comptes, abonnements et consommations récurrentes ;
- la surveillance et la correction des incidents ;
- les évolutions exclues de la maintenance ;
- le temps demandé à votre équipe ;
- la documentation, la formation et la sortie.
Un montant plus bas peut être le bon choix pour un périmètre volontairement réduit. L'écart devient problématique lorsque des postes indispensables sont absents ou laissés implicites. Le guide Combien coûte une automatisation pour une PME ? détaille la séparation entre cadrage, réalisation, fonctionnement et temps interne.
Ne demandez pas une garantie de retour sur investissement fondée sur des données que personne n'a encore mesurées. Demandez plutôt la situation de départ, le résultat observé pendant le pilote et la formule de décision. Vous pourrez ainsi distinguer une estimation commerciale d'une mesure après stabilisation.
Comment utiliser un pilote avant un engagement plus large ?
Un pilote sert à vérifier une partie représentative du processus et la manière de travailler ensemble. Il doit avoir une entrée, une sortie, des exclusions, des critères d'acceptation et une décision finale écrits.
Du même scénario à une décision de poursuite
- Scénario communCas normal, exception et contraintes
- Proposition écritePérimètre, livrables, accès, coût et sortie
- Pilote limitéTests, traces, alertes et reprise manuelle
- DécisionCorriger, étendre, reprendre ou arrêter
Le pilote ne doit pas devenir une petite production sans responsable. Précisez qui fournit les données, qui valide les règles, qui contrôle les résultats et ce qui arrive aux comptes et aux données si vous ne poursuivez pas.
Pour une composante IA, incluez des formulations ambiguës, des informations manquantes et une action interdite. Le guide Comment tester un agent IA avant sa mise en production ? explique comment relier chaque scénario à un résultat attendu, une preuve et une gravité.
Que montre le cas d'un agent de recherche commerciale ?
Le cas d'un négociant en vins illustre le type de discussion à attendre avant la construction. Le client recherchait manuellement des cavistes et des grossistes, appliquait ses critères, puis enregistrait les résultats dans son CRM.
Avec le client, j'ai d'abord explicité les sources de recherche, les critères d'exclusion et les informations à conserver. J'en ai fait un agent qui exécute ces étapes et enregistre une liste qualifiée dans le CRM. Plusieurs passes ont été nécessaires pour ajuster la qualification à la méthode du client. Le choix des entreprises à contacter reste humain.
Ce cas ne fournit ni gain mesuré ni preuve qu'une technologie ou une structure de prestataire convient à tous les projets. Il montre ce que le cadrage doit rendre visible : les règles métier, la limite de l'action, le système mis à jour et la décision qui ne doit pas être automatisée. Les réalisations présentent ce cas et les autres missions au niveau de détail publiable.
Quand suspendre le choix
Suspendez la décision si le prestataire propose une solution avant de pouvoir reformuler le processus, refuse d'écrire les limites, demande des droits trop larges sans justification, ne prévoit ni tests ni reprise, conserve seul les comptes essentiels ou ne peut pas expliquer la maintenance et la sortie. Une question sans réponse peut ouvrir une vérification ; plusieurs éléments laissés implicites empêchent de comparer le risque réel.
Ce qu'il faut retenir
- Soumettez le même processus, le même cas normal et la même exception à chaque candidat.
- Comparez des preuves de compréhension, de test, de livraison, d'exploitation et de sortie.
- Choisissez le type de structure selon le périmètre et la continuité attendue, pas selon une hiérarchie automatique.
- Écrivez les accès, les sous-traitants, les incidents, les livrables et la réversibilité avant la mission.
- Utilisez un pilote limité pour décider de corriger, étendre, reprendre ou arrêter.
Pour préparer une comparaison, apportez un processus, un cas normal, une exception et les propositions déjà reçues. Nous pouvons clarifier le périmètre et les preuves à demander pendant un échange gratuit de 30 minutes. Je propose moi-même des missions de cadrage et de réalisation ; cette méthode vous permet donc aussi d'évaluer ma proposition sur les mêmes critères.
Questions fréquentes
La connaissance du secteur aide lorsqu'elle réduit réellement le temps de compréhension ou couvre une contrainte métier particulière. Vérifiez-la sur vos cas et vos logiciels, sans en faire une condition automatique : une méthode solide et une expérience d'intégration proche peuvent être plus utiles qu'un logo du même secteur.
Il n'existe pas de nombre universel. Comparez assez de propositions pour voir les différences de périmètre, de méthode et de responsabilité, mais utilisez toujours le même scénario. Si les réponses restent incomparables, précisez d'abord le cahier des charges au lieu d'ajouter des candidats.
Une démonstration courte peut être gratuite, mais un pilote sur vos données et vos règles demande souvent un vrai travail. L'important est d'écrire son périmètre, ses livrables, ses accès et ses conditions de sortie, qu'il soit gratuit ou payant.
L'entreprise doit savoir qui possède chaque compte, pouvoir révoquer les accès et récupérer les données, configurations, code et documentation prévus au contrat. Certaines plateformes imposent leur propre modèle de licence ; la procédure de sortie doit alors être expliquée avant l'engagement. Écrit par Antoine mazu. Antoine aide les petites entreprises de services à comprendre et améliorer leurs processus grâce à des solutions adaptées, avec ou sans IA. Basé à Bayonne, il associe réflexion produit et réalisation technique. Sources : CNIL, sécurité et sous-traitance, publiée le 14 mars 2024 ; ANSSI, externalisation et sécurité des systèmes d'information, publié le 3 décembre 2010 ; approche d'Antoine mazu ; réalisations d'Antoine mazu. Pages relues le 21 septembre 2026.



