Une démonstration d’IA retient mon attention sans justifier son intégration à un processus important. Je chercherais une capacité opérationnelle définie, avec des limites et des responsables. L’achat doit tenir face aux informations manquantes, aux erreurs et aux changements du service.
Définir la tâche et la délégation
Je préciserais les utilisateurs, les données, le résultat attendu, la décision suivante et les conséquences d’une erreur. Préparer une synthèse n’autorise pas à décider d’un remboursement. Proposer, consulter et agir sont des délégations distinctes. Je comparerais le service au processus existant en incluant vérification, correction et entretien des résultats : un brouillon rapide peut alourdir le travail total.
Poser trois conditions d’approbation
J’exigerais une finalité utile avec un responsable, une exposition maîtrisable et une exploitation soutenable, sortie comprise. Une interface moins commode peut convenir ; l’impossibilité de limiter l’accès aux documents sensibles peut exclure l’usage. Des droits plus étroits imposent parfois des transmissions supplémentaires, mais réduisent les conséquences possibles d’une erreur.
Vérifier le parcours jusqu’à l’action
Imaginons un assistant financier qui explique une facture inhabituelle à partir d’un ancien bon de commande. Le texte paraît cohérent, mais la commande concerne une autre période de prestation. Je voudrais que le décalage soit visible et l’approbation bloquée jusqu’au contrôle. Le vérificateur doit accéder aux pièces et pouvoir empêcher une sortie rejetée d’atteindre le système suivant. S’il doit refaire toute la tâche, l’intérêt économique change.
Préparer un essai réellement limité
Avant toute connexion, je fixerais tâches, données, réglages et conditions d’arrêt, en désignant qui coupe l’accès et comment reprendre le travail antérieur. Les essais incluraient réponses connues, dossiers incomplets et instructions hostiles dans les documents. Demander une précision ou s’abstenir doit être un comportement acceptable. Je consignerais résultats et motifs d’évaluation, puis vérifierais que les permissions empêchent divulgations et actions interdites.
Garder la maîtrise et pouvoir partir
Je demanderais qui traite requêtes, résultats et journaux, à quelles fins, pour quelle durée et avec quels usages pour améliorer les modèles. Les journaux facilitent les enquêtes, mais peuvent contenir des données sensibles : leur accès et leur conservation doivent suivre leur finalité.
Le contrat devrait couvrir incidents, changements et aide à la sortie. Un nouveau modèle, d’autres permissions ou conditions de traitement peuvent imposer un réexamen. Je testerais l’export des sources, résultats et décisions de contrôle : leurs liens doivent rester compréhensibles hors du service. Ma question finale serait : qu’est-ce qui ferait retirer l’autorisation, et pouvons-nous agir en conséquence ? Cette liberté fait partie de la valeur achetée.