Révisé le 24 septembre 2026. Ton premier projet doit te permettre d’apprendre quelque chose d’utile sur le travail, la qualité et l’effort nécessaire pour exploiter l’IA. Une démonstration convaincante ne répond pas encore à ces trois questions.
À la fin de ce guide, tu auras comparé trois occasions et rédigé une décision : essayer, préparer davantage ou abandonner. Tu sauras aussi quoi mesurer pour éviter de confondre une réponse rapide avec un gain réel.
Prépare : trois tâches qui reviennent, une personne qui les connaît, quelques exemples partageables et une estimation de leur volume. Tu peux faire la sélection sans acheter de logiciel.
1. Décris le travail avant de proposer l’outil
Prends une feuille et décris une seule chaîne : ce qui déclenche la tâche, les informations reçues, le travail effectué et la décision que le résultat permet de prendre.
« Automatiser le service client » est trop large. « Préparer un brouillon de réponse aux demandes de disponibilités, à partir d’informations à jour, puis le faire approuver avant envoi » permet déjà de nommer les sources et la validation.
La question qui m’intéresse est celle de l’opérateur : où se perd le temps, et qu’est-ce qui doit rester sous contrôle? Si le problème vient d’un formulaire incomplet, ajouter un assistant peut simplement déplacer le travail. Si une règle fixe suffit, commence par envisager une formule, un filtre ou une meilleure procédure.
Avant l’IA, examine donc trois options : supprimer une étape inutile, simplifier le processus ou l’assister. Une tâche annuelle peut être importante; sa fréquence seule ne permet pas de l’écarter. Demande plutôt si tu pourras l’observer et la tester pendant la période choisie.
2. Vérifie les conditions qui ne se compensent pas
Pour chaque occasion, réponds aux questions suivantes. Un “non” ou un “inconnu” demande une action avant le pilote. Un potentiel de gain élevé ne transforme pas une permission absente en permission acquise.
| Condition | Ce que tu dois pouvoir montrer | Si ce n’est pas prêt |
|---|---|---|
| Accès autorisé aux données | Sources et environnement approuvés pour cet usage | Utiliser un dossier fictif pour explorer; suspendre l’essai avec données réelles |
| Résultat vérifiable | Une personne sait distinguer une bonne sortie d’une erreur | Définir les critères avec cette personne |
| Erreur rattrapable | Brouillon, validation avant action et retour au processus actuel | Réduire le périmètre ou reporter |
| Responsable disponible | Quelqu’un exploite, révise et peut arrêter le pilote | Nommer ce responsable avant de commencer |
| Cas observables | Exemples ordinaires, incomplets et atypiques | Constituer les cas d’essai |
Ces conditions qualifient un premier essai supervisé. Elles ne prouvent pas que l’outil saura faire la tâche. Une tâche facile à expliquer peut demeurer difficile à exécuter correctement, notamment si les données sont ambiguës ou dispersées.
3. Compare trois occasions concrètes
Voici une équipe de services fictive. Les chiffres et contraintes servent à montrer le raisonnement; ils ne décrivent pas un client ni un résultat obtenu.
| Occasion | Intérêt | Ce qui limite le départ | Décision proposée |
|---|---|---|---|
| Brouillon de compte rendu à partir de notes structurées | 12 comptes rendus par semaine; 20 minutes de travail actif par cas | Vérifier engagements, responsables et dates; validation avant diffusion | Premier pilote sur dossiers fictifs, puis échantillon autorisé |
| Tri de demandes entrantes | 40 demandes par semaine; routage répétitif | Les catégories et leurs responsables ne sont pas encore stabilisés | Clarifier le routage avant de tester l’IA |
| Recommandations qui changent directement les prix | Effet possible sur les revenus | Erreur coûteuse; règles et validation insuffisamment définies | Reporter l’action automatique; étudier séparément une aide à la décision |
Le compte rendu ne gagne pas parce qu’il serait toujours le meilleur projet. Il gagne dans ce dossier parce que le travail est observable, les sources sont accessibles et la validation est organisée. Si le volume tombe à un cas par mois ou si la révision prend plus longtemps que la rédaction actuelle, le choix peut changer.
Le tri pourrait devenir prioritaire après clarification des catégories. La recommandation de prix pourrait devenir un projet pertinent avec un autre périmètre et des contrôles adaptés. Reporter une idée est une décision de séquencement, pas un jugement définitif sur sa valeur.
4. Écris la décision avant de construire
Une fiche courte oblige à rendre le pilote concret. Voici celle de notre exemple :
Problème : préparer 12 comptes rendus par semaine mobilise un travail répétitif de structuration.
Périmètre : produire un brouillon à partir de notes autorisées. Aucun envoi automatique.
Responsable : la personne qui produit actuellement les comptes rendus; un remplaçant est désigné avant l’essai.
Critères : chaque engagement existe dans les notes; aucune date ni responsabilité n’est inventée; les points indécis restent indiqués comme tels.
Arrêt : source non autorisée, information attribuée à la mauvaise personne ou action externe non prévue. Suspendre le cas et revenir au processus actuel.
Décision attendue : conserver l’assistance, réviser la méthode ou arrêter, en comparant qualité et temps total.
Donne aussi une limite d’effort à la préparation et une date de revue. Ces limites sont une décision de gestion adaptée à ton contexte, pas une promesse universelle de livraison en deux semaines.
Pour formaliser les critères et les exemples, utilise aussi la fiche de contexte expert.
5. Mesure le gain qui reste après la reprise
Mesure d’abord plusieurs cas du processus actuel. Note le temps actif et le délai d’attente séparément : cinq minutes de travail réparties sur deux jours ne représentent pas deux jours de temps récupérable. Inclue aussi les erreurs et corrections déjà présentes aujourd’hui.
Pour le pilote, compte préparation des données, échanges, vérification, corrections et entretien. Le temps initial de configuration doit rester visible à part.
Exemple chiffré fictif :
| Élément | Calcul | Temps par semaine |
|---|---|---|
| Processus actuel, révision comprise | 12 cas × 20 min | 240 min |
| Préparer le dossier et obtenir le brouillon | 12 × 6 min | 72 min |
| Vérifier | 12 × 5 min | 60 min |
| Corriger | 12 × 4 min | 48 min |
| Entretenir les consignes et traiter les exceptions | Total hebdomadaire | 30 min |
| Nouveau total récurrent | 72 + 60 + 48 + 30 | 210 min |
| Temps net libéré | 240 − 210 | 30 min |
La production initiale semble passer de 20 à 6 minutes, mais le gain complet n’est ici que de 30 minutes par semaine. Si la configuration a demandé six heures, il faudrait 12 semaines à ce rythme pour récupérer cet effort en temps : 360 ÷ 30. Ce calcul suppose un volume et une qualité stables. Il ne mesure pas une rentabilité financière.
Les licences, l’intégration, la formation et le maintien ont aussi un coût. Note-les séparément. Du temps disponible ne devient une économie de trésorerie que si une dépense baisse effectivement; il peut plutôt servir à réduire les délais, améliorer le service ou absorber plus de travail.
6. Fais un pilote qui peut te contredire
Commence avec des dossiers fictifs ou autorisés, sans action externe. Prévois un cas normal, un cas incomplet et un cas avec ambiguïté. Par exemple, une note indique « date à confirmer » : le compte rendu doit conserver l’incertitude, pas choisir une date plausible.
Conserve les premières sorties et les corrections. Compare des cas de difficulté proche, avec la même définition de « terminé ». Sépare la période d’apprentissage des observations suivantes. Un petit échantillon te donne une indication; il ne prouve pas la fiabilité sur tous les cas futurs.
À la revue, examine ces trois décisions :
- Continuer sous supervision : les exigences de qualité sont respectées et l’effort total est acceptable pour le bénéfice recherché.
- Réviser : une erreur récurrente peut être corrigée par une source plus claire, un meilleur exemple ou un périmètre plus étroit. Refaire les cas échoués et quelques cas déjà réussis.
- Arrêter ou reporter : le temps net est défavorable, personne ne peut vérifier ou le processus exige des accès encore non approuvés.
Une erreur bloquante mérite une décision explicite, même si la moyenne paraît bonne. Tu peux décider de reprendre les essais après correction; tu ne dois pas la cacher dans un score global.
7. Garde la décision et les outils
Télécharger la fiche de décision et l’exemple rempli · Télécharger le journal de mesure.
Le journal contient des lignes vierges pour les essais; les chiffres du guide restent un exemple de calcul. Mets la fiche, les observations et les versions de consignes dans le même dossier. Inscris la prochaine revue et ce qui pourrait changer ta décision.
La prochaine action : compare trois tâches avec les cinq conditions de départ. Choisis celle dont tu peux tester une hypothèse utile, avec une qualité vérifiable et un effort limité. Le projet devient défendable quand tu peux expliquer ce que tu cherches à apprendre et ce qui te ferait arrêter.
Méthode éditoriale et scénario pédagogique. Les calculs sont vérifiés; aucun résultat client ni essai opérationnel mesuré n’est revendiqué.