Guide de sélection

Choisir une agence IA : preuves, responsabilités et réversibilité

Une bonne sélection ne repose pas sur le nombre d’outils cités ni sur une démonstration spectaculaire. Elle vérifie la compréhension du travail, les personnes réellement engagées, les preuves, la sécurité, le coût complet et la capacité à reprendre le système.

Contexte Lab
Interface de recherche et de suivi commercial sur fond bleu cobalt

Les repères

01

Compréhension

Le prestataire reformule processus, utilisateurs, contraintes et résultat avant de proposer.

02

Preuves

Les cas sont autorisés, contextualisés et comparables au besoin sans garantir un résultat.

03

Exploitation

Monitoring, incidents, maintenance, formation et responsabilités sont prévus.

04

Sortie

Comptes, données, code, documentation, contrats et alternatives restent reprenables.

Par où commencer

Un sujet.
Une décision.

  1. 01

    Présélectionner

    Écartez les promesses absolues et demandez une méthode écrite.

  2. 02

    Comparer

    Normalisez périmètre, hypothèses, dépendances, exclusions et coût sur une durée commune.

  3. 03

    Tester

    Commencez par un lot qui réduit une inconnue et peut être arrêté sans dommage.

01 / 08

Préparer un dossier de sélection comparable

01

Processus actuel

Étapes, volumes, personnes, applications, exceptions, coût et irritants observés.

02

Résultat attendu

Tâche améliorée, bénéficiaire, référence avant projet, seuil et délai de décision.

03

Données disponibles

Sources, formats, qualité, propriétaires, permissions, sensibilité et rythme de mise à jour.

04

Contraintes

Sécurité, architecture, délais, budget, réglementation, achats et capacité interne.

05

Cas de test

Exemples ordinaires, ambigus, incomplets et à conséquence élevée que chaque approche doit traiter.

06

Sortie attendue

Comptes, documentation, formats, transfert, révocation et fonctionnement si le partenaire change.

02 / 08

Évaluer les preuves selon la décision à prendre

Évaluer les preuves selon la décision à prendre
AffirmationPreuve demandéeCe qui ne suffit pas
Expertise métierDiagnostic contextualisé et cas autorisé comparableListe de secteurs ou logos
Qualité techniqueArchitecture, tests, erreurs et revue de codeDémonstration favorable
SécuritéFlux, accès, contrôles et procédure d’incidentBadge sans périmètre
RésultatRéférence, période, calcul, coût et limitesPourcentage isolé
ExploitationRunbook, alertes, responsabilités et niveau de servicePromesse de maintenance
AutonomieComptes, exports, documentation et test de repriseClause générale de propriété
03 / 08

Conduire les entretiens avec les personnes qui réaliseront la mission

  1. 01

    Faire reformuler le problème

    Vérifiez ce que l’équipe a compris, ce qu’elle ignore et les informations qu’elle demanderait ensuite.

  2. 02

    Présenter un cas limite

    Demandez comment elle traite donnée absente, action risquée, erreur du modèle ou indisponibilité d’une API.

  3. 03

    Ouvrir le devis

    Reliez chaque lot à des personnes, hypothèses, livrables, critères et dépendances.

  4. 04

    Tester la contradiction

    Une équipe solide sait expliquer quand une solution simple, un refus ou une étude supplémentaire est préférable.

  5. 05

    Vérifier la sortie

    Demandez une démonstration concrète d’export, de révocation et de reprise, pas seulement une intention.

04 / 08

Utiliser un score comme aide, jamais comme décision automatique

01

Critères pondérés

Pondérez compréhension, preuve, équipe, sécurité, exploitation, coût et sortie selon votre risque.

02

Notes justifiées

Chaque note renvoie à un document, une réponse ou une lacune, avec la même règle pour tous.

03

Conditions éliminatoires

Droits incompatibles, absence de propriétaire ou risque non maîtrisable peuvent primer sur le total.

04

Incertitudes visibles

Un critère non vérifié reste inconnu ; il ne reçoit pas une note moyenne pour faciliter le classement.

05

Coût comparable

Additionnez lancement, récurrent, variable, travail interne, évolution et sortie sur la même période.

06

Décision collégiale

Métier, technique, risque et achats examinent ensemble les écarts avant de contractualiser.

05 / 08

Faire refléter dans le contrat ce qui a été évalué

Faire refléter dans le contrat ce qui a été évalué
SujetPoint à écrirePreuve attendue
PérimètreRésultat, utilisateurs, données, intégrations et exclusionsAnnexe de cadrage versionnée
AcceptationCas, seuils, responsables et traitement des écartsProcès-verbal ou décision documentée
DonnéesRôles, accès, sous-traitants, durée et suppressionRegistre et restitution vérifiable
PropriétéComptes, code, configurations, contenus et licencesAccès et exports testés
ExploitationAlertes, support, incidents, changements et coûtsRunbook et niveau de service
SortiePréavis, transfert, révocation, effacement et assistancePlan de réversibilité exercé
06 / 08

Utiliser le premier lot pour réduire les inconnues les plus coûteuses

  1. 01

    Choisir une question de décision

    Le lot doit déterminer si les données, la qualité, l’intégration, l’adoption ou l’économie rendent la suite défendable.

  2. 02

    Créer la référence

    Mesurez le processus actuel et préparez les cas qui permettront une comparaison honnête.

  3. 03

    Limiter les effets

    Travaillez en observation, brouillon ou périmètre contrôlé avant toute action difficile à annuler.

  4. 04

    Inclure les vrais coûts

    Comptez préparation des données, revue humaine, outils, support et temps interne, pas seulement les appels de modèle.

  5. 05

    Organiser la revue

    Présentez résultats, erreurs, limites, dépenses et capacité d’exploitation aux décideurs concernés.

  6. 06

    Autoriser quatre issues

    Étendre, corriger, maintenir en mode limité ou arrêter sont des résultats valides si les preuves les justifient.

07 / 08

Reconnaître les signaux qui imposent une clarification

01

Solution avant diagnostic

Le prestataire choisit modèle ou plateforme avant de comprendre utilisateurs, données, erreurs et résultat.

02

Démonstration sans cas réel

Les exemples favorables remplacent le corpus, les cas limites et les critères d’acceptation.

03

Sécurité déclarative

Des mots comme privé, conforme ou entreprise apparaissent sans flux, paramètres, rôles ni preuve.

04

Autonomie totale promise

Aucune limite, validation, file d’exception ou conséquence maximale n’est explicitée.

05

Prix incomplet

Données, licences, API, exploitation, travail interne ou sortie sont reportés après signature.

06

Propriété ambiguë

Comptes, code, prompts, configurations, historiques ou droits restent contrôlés par le prestataire.

07

Résultat sans dénominateur

Un pourcentage est donné sans référence, population, période, méthode, coût ni limites.

08

Équipe interchangeable

Les profils présentés avant vente ne sont pas reliés aux personnes disponibles pour réaliser la mission.

08 / 08

Clore la sélection avec un dossier de décision

01

Besoin et alternatives

Expliquez le processus, l’option interne, le statu quo et la raison de recourir à un partenaire.

02

Comparaison normalisée

Présentez notes justifiées, écarts de périmètre, coûts sur une durée commune et inconnues.

03

Risques acceptés

Nommez conséquences, contrôles, propriétaires et conditions qui annuleraient la décision.

04

Premier lot

Fixez objectif, données, cas de test, budget, calendrier, livrables et quatre issues possibles.

05

Gouvernance

Indiquez qui valide, qui suit l’exploitation et qui peut suspendre ou mettre fin au projet.

06

Traçabilité

Archivez offres, réponses, références vérifiées, contrat et décision pour les revues futures.

Archive complète

5 lectures.

01Quand faut-il changer de prestataire IA ?02Comment choisir une agence SEO et GEO ?03Quels KPI suivre pendant les trois premiers mois d’un projet IA ?04Partenaire IA ou équipe interne : comment choisir pour le déploiement05Quelles questions poser à une agence IA avant de signer ?

La suite

À votre tour de faire avancer le sujet.

Décrivez votre contexte. Nous définirons une première étape claire.