Guide de sélection · Contexte Lab

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.

Scène illustrant une équipe marocaine au travail sur un projet numérique

/ 01 · AXES DE LECTURE

Relier les sujets à une décision concrète.

Compréhension

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

Preuves

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

Exploitation

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

Sortie

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

/ 02 · MÉTHODE

Lire, vérifier, puis tester dans votre contexte.

  1. Présélectionner

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

  2. Comparer

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

  3. Tester

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

/ FOCUS

Préparer un dossier de sélection comparable

Processus actuel

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

Résultat attendu

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

Données disponibles

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

Contraintes

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

Cas de test

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

Sortie attendue

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

/ FOCUS

É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é

/ FOCUS

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

  1. 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. 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. Ouvrir le devis

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

  4. Tester la contradiction

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

  5. Vérifier la sortie

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

/ FOCUS

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

Critères pondérés

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

Notes justifiées

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

Conditions éliminatoires

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

Incertitudes visibles

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

Coût comparable

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

Décision collégiale

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

/ FOCUS

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é

/ FOCUS

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

  1. 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. Créer la référence

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

  3. Limiter les effets

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

  4. 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. Organiser la revue

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

  6. Autoriser quatre issues

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

/ FOCUS

Reconnaître les signaux qui imposent une clarification

Solution avant diagnostic

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

Démonstration sans cas réel

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

Sécurité déclarative

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

Autonomie totale promise

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

Prix incomplet

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

Propriété ambiguë

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

Résultat sans dénominateur

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

Équipe interchangeable

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

/ FOCUS

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

Besoin et alternatives

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

Comparaison normalisée

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

Risques acceptés

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

Premier lot

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

Gouvernance

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

Traçabilité

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

/ 03 · 5 ARTICLES

Le dossier complet,
sans liste tronquée.

Chaque carte mène vers un article dédié avec sections, tableau, questions fréquentes et liens contextuels.

/ 04 · PARCOURS ASSOCIÉS

Continuer avec le bon niveau de détail.

Questions à poser

Préparer un entretien de sélection.

Continuer ↗

Comparer des devis

Utiliser l’outil local de normalisation.

Continuer ↗