Par où commencer ? Par une tâche précise, un test court et une mesure, pas par une « stratégie IA » de soixante pages. Ce guide détaille cinq étapes pour une PME ou une TPE des Hauts-de-France.
Choisir la tâche
La question des gens — « Par où commencer ? » — se traduit ainsi : quelle tâche vous fait perdre du temps chaque semaine, avec un résultat que vous savez juger ? Pas « digitaliser l’entreprise ». Une tâche. Exemples situés : reformuler des mails clients dans une TPE de Dunkerque ; préparer le plan d’un compte rendu d’association à Lille ; classer des questions fréquentes avant réponse humaine ; rédiger une première version d’annonce d’emploi.
Bonnes tâches : répétitives, textuelles ou de préparation, avec un humain qui valide. Mauvaises tâches pour un premier projet : décisions RH sensibles, prix négociés secrets, dossiers médicaux, automatisation totale sans relecture. Si la tâche touche des données personnelles, lisez d’abord les données et anonymisez.
Écrivez la tâche en une phrase : « Réduire le temps de rédaction des réponses types aux devis, avec relecture du commercial. » Si vous ne pouvez pas l’écrire clairement, ce n’est pas encore un projet : c’est une envie. En Hauts-de-France, les accompagnements régionaux (CCI, dispositifs cités dans les aides) servent surtout quand le besoin est formulé ainsi.
Exemple concret : une TPE de menuiserie près de Lille perd du temps à reformuler les mêmes explications sur les délais. La tâche choisie n’est pas « mettre de l’IA dans la relation client » : c’est « produire un brouillon de réponse type délais, relu par le gérant, en moins de dix minutes ». Une association culturelle à Dunkerque peut cibler « premier jet d’ordre du jour à partir de trois bullet points du bureau ». Une seule tâche, un seul juge.
Tester
Un test n’est pas un déploiement. Fixez une fenêtre courte (par exemple dix jours ouvrés), deux ou trois personnes volontaires, un outil déjà accessible, et des exemples réels nettoyés (sans noms clients si possible). Interdiction de brancher l’outil sur tout le SI « pour voir ».
Exemple TPE : un artisan du Littoral teste l’assistant pour reformuler trois devis par jour, à partir d’un modèle interne. Il compare le temps avant/après et le nombre de corrections. Exemple association : le bureau teste la préparation d’ordres du jour, puis le secrétaire corrige. Exemple PME lilloise : le support teste des réponses FAQ, un responsable valide avant envoi.
Protocole de test minimal
Borner le périmètre
Une tâche, un outil, une équipe réduite, une durée. Écrit sur une demi-page. Pas de slide « vision 2030 ».
Préparer des exemples propres
Anonymisez. Retirez IBAN, dossiers RH, secrets commerciaux. Si ce n’est pas nettoyable, ce n’est pas un bon premier test.
Définir qui valide
Nommez la personne qui dit oui/non avant publication ou envoi client. Sans valideur, le test fuit vers la prod.
Noter ce qui se passe
Temps passé, erreurs repérées, phrases inutilisables, blocages. Un tableau simple suffit. Sans notes, vous n’apprendrez rien.
Le test sert aussi à découvrir les limites : ton trop commercial, faits inventés, oubli du jargon métier. C’est normal. Vous ajustez la consigne (le « prompt ») plutôt que d’acheter un logiciel supplémentaire au premier froncement de sourcil.
Pendant le test, interdisez l’élargissement sauvage (« pendant qu’on y est, on fait aussi les fiches de paie »). Notez ces idées sur une liste « plus tard ». Le premier projet meurt souvent d’appétit, pas de manque d’outils. Gardez le protocole écrit visible : durée, personnes, valideur, exemples autorisés.
Mesurer
Une mesure, pas un tableau de bord de groupe du CAC 40. Choisissez un indicateur principal aligné sur la tâche. Temps moyen pour produire un brouillon. Nombre de allers-retours avant envoi. Taux de corrections majeures (fait faux, ton inadapté). Satisfaction du valideur (note de 1 à 5, honnête).
Mesurez avant (une semaine de référence) et pendant le test. Si vous n’avez pas de « avant », estimez honnêtement et notez que c’est une estimation. N’inventez pas un ROI à six mois pour un comité : un gain de vingt minutes par jour sur une tâche réelle vaut mieux qu’un fantasme de transformation.
Décision en fin de test : on continue, on ajuste, ou on arrête. Arrêter est un succès méthodologique. Le récit un projet qui a échoué montre ce qui arrive quand on enchaîne outils et prestataires sans mesure : dépense, fatigue, zéro apprentissage. Votre mesure vous protège de ce scénario.
Exemple de mesure minimaliste pour la menuiserie : temps moyen pour un mail « délais » avant (chrono sur cinq mails), temps avec brouillon IA + relecture, nombre de mails renvoyés par le client pour incompréhension. Si le temps baisse mais les renvois montent, le test n’est pas un succès — vous ajustez le ton ou vous arrêtez.
Former
Former, ce n’est pas envoyer tout le monde sur un MOOC vague. C’est montrer la tâche, la consigne type, les interdits (données), et le rôle du valideur. Une heure en salle (ou en visio) + une fiche d’une page suffisent pour démarrer. Les curieux pourront approfondir ensuite.
Incluez un module « l’outil se trompe » : exemples d’hallucinations sur votre métier, obligation de vérifier les chiffres. Incluez un module données : ce qu’on ne colle jamais. Les accompagnements régionaux et les modules de littératie peuvent compléter ; la formation utile reste ancrée sur votre cas.
Désignez un référent interne (même à 10 % de son temps) : la personne qui recueille les galères, met à jour la fiche, dit non aux dérives. Sans référent, chaque salarié invente sa méthode et les erreurs se multiplient silencieusement.
La formation peut s’appuyer sur un atelier régional ou un module Proch’IA pour le socle (« l’outil se trompe », données), puis sur votre fiche métier pour le spécifique. L’ordre compte : d’abord votre cas, ensuite la culture générale. Inversement, une journée « découverte IA » sans lien avec la tâche choisie distrait plus qu’elle n’ancre.
Généraliser
Généraliser, c’est élargir ce qui a marché : plus de personnes sur la même tâche, ou une tâche voisine, pas « l’IA partout ». Écrivez une mini-procédure : quand utiliser l’outil, comment anonymiser, qui valide, où remonter un incident. Une page suffit.
C’est le bon moment pour regarder les aides : financement d’accompagnement, diagnostic, formation. Déposer un dossier avant d’avoir une tâche et une mesure, c’est souvent mettre la charrue avant les bœufs. Avec un test documenté, vous parlez concret à un conseiller.
Si vous industrialisez (connexion à un logiciel métier, prestataire, fine-tuning), traite-le comme un vrai projet IT : sécurité, contrat, réversibilité. Ce n’est plus le même sujet que le premier test sur un assistant grand public. Ne mélangez pas les deux dans le même enthousiasme.
Erreurs classiques
Erreur 1 : partir d’une « stratégie IA » sans tâche. Erreur 2 : coller des données clients dès la semaine 1. Erreur 3 : croire le prestataire qui promet l’automatisation totale sans valideur. Erreur 4 : mesurer uniquement l’adoption (« tout le monde a un compte ») sans qualité. Erreur 5 : changer d’outil chaque mois.
Erreur 6 : ignorer ceux qui font le travail réel — le commercial, le secrétaire, l’ouvrier qui rédige les rapports. Un outil imposé d’en haut sans test terrain finit dans le tiroir. Erreur 7 : publier des contenus générés sans relecture sur le site ou les réseaux de l’entreprise.
Le fil rouge : une tâche, un test, une mesure. Les cinq étapes (choisir, tester, mesurer, former, généraliser) tournent autour de ce trio. Tout le reste est commentaire. Pour les financements : les aides. Pour l’anti-exemple : un projet qui a échoué. Agenda : l’agenda. Communauté : l’inscription.
Si vous ne retenez qu’une phrase pour la prochaine réunion de direction : on ne lance pas une « stratégie IA », on lance une tâche bornée avec un valideur et un chrono. Le reste — outils, aides, prestataires — vient après la preuve que la tâche vaut le coup.
Check-list flash avant de déclarer le premier projet « lancé » : (1) tâche écrite en une phrase ; (2) données du test anonymisées ; (3) valideur nommé ; (4) indicateur unique choisi ; (5) date de fin de test dans le calendrier. Si une case manque, vous n’avez pas encore un projet : vous avez une intention. Cette check-list tient sur un post-it dans l’atelier d’une TPE comme sur le drive d’une asso lilloise.
Quand le test est concluant, résistez à l’effet catalogue : ne signez pas trois outils le lundi suivant. Généralisez d’abord la même tâche à deux collègues, mesurez encore deux semaines, puis seulement ouvrez le sujet aides ou prestataire. C’est plus lent que le discours commercial — et bien plus solide que un projet qui a échoué.
Questions fréquentes
Par où commencer ?
Par une tâche répétitive que vous savez juger, un test de deux semaines, et une mesure simple (temps ou qualité). Pas par une stratégie globale.
Faut-il un budget logiciel dès le départ ?
Souvent non pour le premier test : un assistant déjà accessible et des règles claires suffisent. Investissez après la mesure, pas avant.
Quand regarder les aides régionales ?
Quand le besoin et le test sont formulés. Voir les aides. Un dossier vague « on veut faire de l’IA » convainc rarement.
Que faire si le test échoue ?
Documenter pourquoi, ajuster la tâche ou arrêter. Un arrêt documenté vaut mieux qu’un enlisement. Inspirez-vous de un projet qui a échoué.
Peut-on coller des mails clients dans l’outil ?
En général non tel quel. Anonymisez. Cadre et détails dans les données.