24 questions à poser à un fournisseur d’agents IA

Ces questions servent à transformer une discussion commerciale en éléments vérifiables pour décider d’un achat. Gardez un tableau à cinq colonnes : réponse, document ou test à l’appui, point non résolu, responsable et échéance. Une réponse convaincante reste une affirmation tant que vous ne pouvez pas en examiner les preuves.

Partez du processus à améliorer. L’étiquette « agent » ne prouve pas que le système saura l’exécuter de manière fiable; une automatisation classique peut suffire. Comparez les fournisseurs sur le même travail et les mêmes critères de réception.

Périmètre et réception

1. Quelles tâches devraient rester manuelles ou utiliser une automatisation classique ? Demandez pourquoi : faible volume, règles ambiguës, données indisponibles ou erreurs coûteuses. Utilisez le temps de traitement et la fréquence réels pour classer les priorités.

2. Quel est le premier processus délimité, et quand est-il terminé ? Précisez le déclencheur, les données d’entrée, l’état final, les actions autorisées et les exclusions. « Gérer le service client » est trop large; orienter une catégorie définie de demandes de facturation se teste.

3. Que mesurerons-nous, et par rapport à quelle référence ? Écrivez le dénominateur, la période et le responsable côté acheteur qui vérifiera les résultats. Déduisez le temps de révision et de correction lorsque vous calculez les heures économisées. Comptez les erreurs graves séparément du taux moyen de réussite.

4. Qu’est-ce qui suspend les actions automatiques, et qui peut les rétablir ? Distinguez l’arrêt immédiat en cas d’incident du résultat économique minimal exigé à la revue du pilote. Nommez le responsable, la procédure de secours et les preuves requises pour reprendre. Convenez-en avant l’accès à la production.

Preuves et équipe de réalisation

5. Pouvez-vous montrer un processus comparable en service ? Suivez un exemple autorisé depuis l’entrée jusqu’au résultat confirmé, avec un cas d’exception. Un système interne ou un exemple client anonymisé et autorisé peut aider. Aucun ne remplace un test sur votre usage.

6. Sur quelle période et quel volume reposent les résultats ? Demandez les dates, le nombre de cas admissibles, les échecs, les corrections et les changements du système. Une démonstration prouve le parcours montré, pas une performance durable.

7. Montrez un échec et la manière dont la correction a été testée. Examinez l’erreur initiale, sa conséquence et un test reproductible qui la détecte. Le fournisseur peut utiliser un cas de test autorisé sans exposer les données d’un autre client.

8. Qui développe, qui exploite et qui assure les remplacements ? Rencontrez le responsable de réalisation. Identifiez les sous-traitants, leurs responsabilités et les remplaçants. Consignez l’organisation et les accès convenus.

Données et sécurité

9. Nos entrées ou sorties peuvent-elles servir à l’entraînement ? Demandez les conditions et réglages des produits et forfaits précis. Examinez séparément l’entraînement, la conservation et l’accès humain. Une promesse d’absence d’entraînement ne prouve pas l’absence de stockage.

10. Où va chaque champ de données ? Demandez une carte des flux couvrant les fournisseurs, les lieux de traitement, les journaux, les sauvegardes et la suppression. Repérez les sous-traitants qui reçoivent des champs sensibles et vérifiez leur nécessité.

11. Quels rapports ou certifications indépendants couvrent ce service ? Avec votre responsable sécurité, vérifiez le document, l’émetteur, la date ou période, le périmètre et les exceptions. Les rapports SOC fournissent des éléments issus d’un examen indépendant; un badge ou un projet d’audit ne remplace pas le rapport. Confirmez que les exigences d’achat sont remplies.

12. Qui règle les questions de traitement des données et de sécurité ? Demandez l’accord de traitement des données, le questionnaire rempli et un interlocuteur nommé. Faites examiner les clauses non résolues par la personne compétente avant l’accès aux données. Une réponse rapide ne prouve pas, à elle seule, la qualité des contrôles.

Actions et intégrations

13. Quelles autorisations faut-il dans chaque système ? Distinguez la lecture de la création, de la modification et de la suppression. Limitez les permissions au nécessaire et faites démontrer leur révocation.

14. Que se passe-t-il après une expiration du délai ou un événement reçu deux fois ? Exemple : une requête CRM dépasse le délai après avoir créé un contact. Faites montrer comment le résultat est vérifié avant une nouvelle tentative, afin de ne pas créer un deuxième contact. Nommez le responsable de la maintenance de l’intégration.

15. Que peut faire l’agent de façon autonome ? Définissez les actions autorisées, les limites, les autocontrôles et les exceptions confiées à une personne. Notre approche repose sur l’autonomie dans un cadre convenu. Demandez des preuves adaptées à ce cadre et une autorisation distincte pour l’élargir.

16. Pouvons-nous retracer un résultat sans demander au fournisseur de le reconstituer ? Examinez une trace de l’entrée, des données sources, de la version pertinente du modèle ou de la configuration, des contrôles, des actions et du résultat. Convenez de l’accès, de l’exportation, du masquage et de la conservation de ces traces.

Prix, propriété et changements

17. Quel est le prix du premier périmètre convenu ? Une analyse préalable peut être nécessaire pour établir un prix fixe fiable. Demandez ses livrables et son coût, puis consignez le prix de développement, les hypothèses, les exclusions et la procédure de modification. Une fourchette est une estimation, pas un devis ferme.

18. Combien coûte l’exploitation en mois normal et en période chargée ? Incluez les plateformes, modèles, nouvelles tentatives, solutions de repli, hébergement, maintenance et traitement humain des exceptions. Comparez le coût par tâche terminée et acceptée, pas seulement par appel tenté. Le guide des coûts propose un calcul sur la première année.

19. Que possédons-nous, utilisons-nous sous licence et conservons-nous à la fin du contrat ? Distinguez le code, les instructions, la configuration et les cas d’évaluation créés pour vous des composants préexistants ou tiers. Convenez des formats d’exportation, des droits qui perdurent, des dépendances et des frais de sortie. « Vous en êtes propriétaire » ne suffit pas si un abonnement non déclaré reste indispensable.

20. Comment seront chiffrés les processus supplémentaires ou changements de périmètre ? Précisez qui approuve les changements, comment une estimation devient un devis et l’effet sur le calendrier. Un processus futur encore indéfini ne doit pas être considéré comme inclus dans le premier prix.

Exploitation et sortie

21. Que comprend la maintenance ? Énumérez la surveillance, la réponse aux incidents, les réparations d’intégrations, les changements de modèle, les tests de non-régression et les rapports. Précisez les exclusions et horaires de service. Une mise à jour du modèle doit déclencher les contrôles pertinents avant son utilisation élargie.

22. Notre opérateur peut-il utiliser et rétablir le système après le transfert ? Demandez la documentation, le transfert des comptes et permissions, la formation et un test de remise convenu. Incluez une exécution normale et un scénario de panne. Précisez les coûts et responsabilités de la transition.

23. Comment réagissez-vous à une action erronée alors que le système reste disponible ? Distinguez délai de réponse et délai de résolution. Demandez comment repérer les dossiers touchés, suspendre les actions automatiques et corriger les conséquences. Un engagement de disponibilité ne mesure pas l’exactitude des résultats.

24. Quelles preuves vous feraient recommander l’arrêt ? Nommez le résultat, le coût ou le risque non résolu qui changerait la recommandation. Fixez une date de revue et un mode de transfert. Une prolongation du pilote exige une question précise encore ouverte et un budget.

Décidez à partir des points non résolus

Une exigence de sécurité obligatoire non remplie, une certification non vérifiée ou un refus de définir les responsabilités d’exploitation doivent être résolus avant tout accès ou engagement. « Nous devons d’abord examiner l’intégration » peut être une réponse utile si elle s’accompagne d’une analyse préalable bien délimitée.

Le guide du pilote pour l’approvisionnement aide à transformer les réponses acceptées en périmètre et en tests. Un pilote payant peut financer la réalisation; un test technique gratuit peut répondre à une question de faisabilité précise. Aucun des deux modes de paiement ne prouve la qualité à lui seul.

Nous convenons d’honoraires fixes pour le périmètre défini du pilote. Faites préciser séparément l’utilisation des modèles, les abonnements, le temps de votre équipe et le soutien continu dans la proposition écrite. Notre page de confiance décrit nos contrôles et propose un accord de traitement des données sur demande; elle indique aussi que nous n’avons pas de rapport SOC 2. Nos conditions de propriété publiées vous laissent ce que nous construisons. Confirmez les livrables et dépendances exacts dans le contrat.

Pour le périmètre de réalisation et de transfert, consultez le développement d’agents IA. Si la première décision consiste à choisir un processus dans lequel investir, le conseil en IA couvre cette planification. Posez les mêmes questions de preuve dans les deux cas.