Déterminer les besoins avant d'intégrer l'IA

Partir du problème, pas de l'outil

Avant de choisir une technologie, on écrit ce qu'on cherche à régler : quel processus est lent, coûteux ou pénible? Quelle valeur on viserait? Quelles données seraient en jeu? L'IA n'est pas un objectif — c'est un moyen, parmi d'autres (parfois une simple automatisation suffit). Commencer par l'outil, c'est payer pour des usages flous qu'on finit par abandonner; commencer par le besoin, c'est obtenir un plan d'action défendable.

Étape 1 — Repérer les tâches candidates (les signaux d'opportunité)

Toutes les tâches ne valent pas une intégration. Une tâche est un bon candidat quand elle cumule plusieurs de ces signaux :

• Répétitive — elle revient souvent (au moins quelques fois par semaine), avec une structure semblable.
• Linguistique — elle implique du texte : lire, rédiger, classer, extraire. C'est le terrain naturel des assistants.
• Chronophage — elle gruge le temps d'une personne dont le temps est cher (dirigeant, cadre).
• Volume documentaire — elle suppose de fouiller beaucoup de documents internes (procédures, devis passés, fiches).
• Ambiguïté tolérée — une variation dans le résultat est acceptable. Si la réponse doit être exacte au caractère près, un script vaut mieux qu'une IA.
• Erreur récupérable — une erreur se détecte et se corrige avant de causer un dommage.

Et quatre signaux d'arrêt qui disqualifient une tâche, peu importe le reste : décision irréversible prise sans humain, hallucination inacceptable (conseil légal, médical, fiscal), renseignements sensibles impossibles à protéger, et volume trop faible (quelques fois par mois — automatiser coûte plus que faire à la main).

Étape 2 — La démo : l'entrepreneur électricien fait son inventaire

Notre électricien (une douzaine d'employés, ~30 soumissions/mois, déjà sur Microsoft 365) liste ses irritants quotidiens et les confronte aux signaux :

En une heure d'atelier, il est passé d'une envie floue (« mettre de l'IA ») à cinq candidats concrets — dont deux qui ne sont pas de l'IA du tout.

Étape 3 — Prioriser avec les trois lentilles

Chaque candidat est noté de 1 à 5 sur trois axes :

• Valeur — 1 = gain marginal · 3 = gain significatif (dizaines d'heures/an) · 5 = transformation (centaines d'heures ou revenu nouveau).
• Faisabilité — 1 = techno immature, processus à refondre · 3 = solution standard à ajuster · 5 = clé en main, équipe motivée, processus déjà documenté.
• Risque — 1 = données sensibles + décision automatisée + transfert hors Québec · 3 = renseignements non sensibles avec encadrement · 5 = aucune donnée personnelle.

Pour l'électricien : la rédaction de soumissions sort en tête (valeur 5, faisabilité 4, risque correct — on y va) ; les rappels partent en automatisation ; la transcription de chantier attend une évaluation (données de tiers). Résultat : un premier projet clair, à forte valeur, qui ne touche pas au plus sensible.

Exemple chiffré complet — les 5 tâches de l'électricien notées

Voici à quoi ressemble le tableau de priorisation une fois rempli, avec les notes et le verdict pour chaque tâche :

Lecture : deux usages partent tout de suite (soumissions, SEAO), un est renvoyé en automatisation, un attend (valeur moyenne), et un exige une évaluation avant tout (transcription = données de tiers, risque 2). En un tableau, l'entreprise a son plan d'action — et sait pourquoi chaque choix est fait.

Bien formuler une finalité (le nerf du cadrage)

Une finalité floue rend tout le reste impossible (impossible d'évaluer le « nécessaire », impossible d'informer correctement les personnes). La bonne formulation est précise et orientée résultat :

• ❌ « Mettre de l'IA dans les soumissions. » → trop vague.
• ✅ « Produire une première version de soumission à partir des notes de chantier, relue par le chargé de soumissions. » → précise, mesurable, encadrée.
• ❌ « Utiliser l'IA pour les courriels. » → on ne sait pas quoi minimiser.
• ✅ « Proposer un brouillon de réponse aux demandes entrantes, sans y verser l'historique financier du client. » → la finalité dicte déjà les données nécessaires.

Règle simple : si vous ne pouvez pas écrire la finalité en une phrase qui contient un verbe d'action et un livrable, l'usage n'est pas assez cadré pour démarrer.

Étape 4 — Mener l'atelier de cadrage

En pratique, le cadrage tient en une demi-journée :

• Qui réunir — le dirigeant + une ou deux personnes qui font le travail au quotidien (elles connaissent les vrais irritants).
• Quoi produire — la liste des tâches, leurs signaux, leurs notes sur les trois lentilles, et le verdict (y aller / encadrer / écarter).
• Comment décider — on choisit un ou deux premiers usages, pas dix. Un succès visible vaut mieux qu'un grand chantier qui s'enlise.

Les usages plus avancés à garder au radar (RAG, agents)

Au-delà des usages directs (rédiger, résumer), deux familles plus avancées méritent une place dans l'inventaire — même si on ne les déploie pas tout de suite :

• Le RAG — « une IA branchée sur vos documents ». Pour l'électricien : un assistant qui répond aux apprentis à partir de ses propres manuels et anciennes soumissions, plutôt qu'avec des connaissances générales. Très utile — mais ces documents contiennent souvent des renseignements personnels, d'où l'enjeu d'hébergement (module 3).
• Les agents IA — « une IA qui agit ». Pour l'électricien : un agent qui lit un appel d'offres SEAO, en extrait exigences, dates et risques, et prépare un squelette de réponse. Puissant, mais à garder sous supervision humaine (module 7).

On les inscrit dans l'inventaire avec une lentille « risque » élevée : ce sont des candidats à encadrer, pas à brancher à l'aveugle.

Adapter la démarche à votre secteur

L'électricien sert d'exemple, mais la même grille se transpose. Quelques premiers usages typiques, secteur par secteur :

Dans tous les cas, la règle ne change pas : on part de la tâche pénible et fréquente, on vérifie les signaux, on note sur les trois lentilles, et on commence petit.

Démarrer le RAG et les agents — sans se brûler

Si un usage avancé (RAG, agent) ressort de votre inventaire, on ne le branche pas d'un coup. On le démarre en périmètre réduit :

• RAG → commencer avec un seul dossier de documents non sensibles (ex. les procédures techniques de l'électricien), tester la qualité des réponses, puis élargir. Ne jamais y verser de dossiers clients tant que l'hébergement n'est pas cadré.
• Agent → commencer par un agent qui propose sans agir (il prépare un brouillon, un humain exécute). On ne lui donne le droit d'agir (envoyer, classer, déclencher) qu'une fois la confiance établie et un périmètre écrit (module 7).

Inscrire ces usages au radar dès le cadrage évite deux extrêmes : les ignorer (et passer à côté de gros gains), ou les déployer sans filet (et créer un incident).

Trois erreurs fréquentes au cadrage

• Partir de l'outil. « On prend ChatGPT » avant de savoir pour quoi : on paie pour des usages flous qui ne servent pas.
• Tout vouloir d'un coup. Lancer dix usages en même temps épuise l'équipe et brouille les résultats. On commence par un ou deux.
• Oublier le risque dans la priorisation. Un usage à forte valeur mais à données sensibles n'est pas « prêt » — il est « à encadrer d'abord ».

Le bon premier projet est celui qui crée de la valeur vite, sans toucher au plus sensible.

Planifier un accompagnement Analyse d'intégration IA