Déployer l’IA dans une TPE : feuille de route complète sur 90 jours

Traiter l’IA comme un projet de transformation

Une TPE échoue rarement parce qu’elle n’a pas trouvé le modèle le plus récent. Elle échoue lorsqu’elle achète avant d’avoir défini le besoin, connecte trop de données ou ne prévoit pas le contrôle. Le projet doit partir du travail réel : irritants, volumes, erreurs, délais et personnes concernées.

France Num et LaborIA recommandent une démarche qui associe objectifs, organisation, compétences et dialogue. Même avec quelques salariés, expliquez ce qui est testé, ce qui ne l’est pas et comment les retours modifieront le projet. Une adoption cachée crée méfiance et usages parallèles.

Le livrable des deux premières semaines n’est pas un abonnement : c’est une fiche problème avec mesure de départ et responsable.

Jours 1 à 10 : inventorier les irritants

Interrogez les personnes qui exécutent le travail. Listez les tâches répétitives, attentes clients, doubles saisies et erreurs fréquentes. Pour chaque ligne, notez fréquence, durée, conséquence d’une erreur, données mobilisées et procédure de contrôle actuelle.

Écartez d’abord les décisions sensibles et les processus mal compris. Un bon premier cas est fréquent, limité, réversible et facile à vérifier : classer des demandes, structurer des notes, préparer une FAQ à partir de réponses validées ou comparer des documents publics.

1. Tâche et déclencheur
2. Volume mensuel
3. Temps manuel
4. Erreurs observées
5. Données nécessaires
6. Contrôle disponible

Jours 11 à 20 : choisir un pilote

Notez chaque cas sur cinq critères : valeur, simplicité, vérifiabilité, sensibilité des données et retour arrière. Retenez un seul pilote. Les autres restent dans le registre, ce qui évite de transformer un essai en programme diffus.

Définissez le résultat attendu avec un seuil : réduire de 20 % le temps de préparation sans augmenter les corrections, par exemple. Ne promettez pas un gain avant mesure. N’achetez pas une offre annuelle pour un test qui peut être réalisé avec un essai encadré ou des exemples synthétiques.

Jours 21 à 30 : écrire le cadre d’usage

Documentez les outils autorisés, comptes, données vertes, orange et rouges, validation, incidents et personne à contacter. Ajoutez des exemples de tâches permises et interdites. Cette charte courte doit être comprise par les utilisateurs, pas seulement archivée.

La CNIL conseille de décrire ce que les collaborateurs peuvent faire, comment vérifier les résultats et quelles précautions de confidentialité appliquer. La Commission européenne rappelle que la maîtrise de l’IA doit être adaptée aux connaissances, au contexte et aux personnes concernées.

Jours 31 à 45 : comparer les solutions sur les mêmes cas

Testez deux ou trois solutions accessibles sans engagement long. Utilisez dix cas représentatifs : normaux, incomplets, ambigus et hostiles. Mesurez exactitude, corrections, latence, français, respect du format, capacité à dire « je ne sais pas » et facilité d’export.

Vérifiez le fournisseur, l’hébergement, la conservation, la réutilisation des données, les permissions, le coût et la réversibilité. Un outil excellent sur une démonstration peut être inadapté au contrat ou au niveau de confidentialité de la TPE.

Jours 46 à 60 : exécuter le pilote sous contrôle

Limitez les utilisateurs, les tâches et les données. Produisez des brouillons dans une file de validation au lieu d’automatiser l’envoi ou la suppression. Conservez les entrées minimales, la sortie, les corrections et l’incident éventuel selon une durée définie.

Organisez un point court chaque semaine. Demandez ce qui fait gagner du temps, ce qui crée du doute et ce qui manque dans la procédure. Le retour terrain vaut davantage qu’un score fournisseur. Arrêtez immédiatement si les données ou actions dépassent le cadre.

Calculer le coût complet

Additionnez abonnement, intégration, formation, préparation des données, vérification, support et incidents. Valorisez le temps réellement économisé après correction, pas le temps de génération. Une sortie en dix secondes qui exige quinze minutes de réparation ne constitue pas un gain.

Comparez au processus manuel et à une amélioration sans IA. Parfois, un formulaire plus clair ou une procédure mise à jour résout le problème à moindre coût. Documentez les hypothèses et remplacez-les progressivement par des mesures.

Évaluer les effets sur le travail

Mesurez la qualité perçue, la charge de contrôle, l’autonomie, la compréhension et les compétences nécessaires. Repérez si l’outil déplace le travail vers une personne déjà surchargée ou rend une décision moins explicable. Pour un système qui transforme l’organisation, associez les salariés et, lorsque cela s’applique, leurs représentants.

Mettez à jour l’évaluation des risques professionnels si le projet modifie les conditions de travail. Prévoyez formation, droit de signaler une erreur et reprise manuelle. Un gain chiffré n’efface pas un nouveau risque humain ou opérationnel.

Sécuriser avant toute connexion

Une connexion à la messagerie, au CRM ou aux fichiers élargit fortement les données accessibles et les actions possibles. Revoyez les permissions minimales, le journal des actions, les secrets, les comptes de service, les fournisseurs et le retour arrière avec la personne compétente.

L’ANSSI recommande une posture de prudence tout au long du cycle de vie. Commencez en lecture limitée, testez les entrées malveillantes et empêchez l’outil d’exécuter une instruction trouvée dans un document sans validation. Ne branchez pas un agent généraliste sur tout le système d’information.

Cas pratique : qualifier les demandes de devis

Une société de quatre personnes reçoit quarante demandes par mois. Le pilote extrait uniquement les éléments fournis dans des exemples anonymisés, classe les informations manquantes et prépare cinq questions. Il ne fixe ni prix ni délai et n’envoie rien.

Après trente cas, le temps moyen passe de douze à huit minutes, mais cinq sorties ont inventé une échéance. L’équipe renforce l’interdit, ajoute une vérification et constate un gain net plus modeste. Elle conserve le pilote, repousse la connexion à la messagerie et révise dans deux mois.

Jours 76 à 90 : décider et documenter

Trois décisions sont possibles : arrêter, poursuivre le pilote ou déployer progressivement. Décidez avec les mesures, incidents, effets sur le travail, coût et conformité. N’étendez pas le périmètre parce que l’essai semble moderne.

Créez une fiche de production : objectif, propriétaire, version, données, utilisateurs, contrôle, mesures, incident, sauvegarde, sortie et date de revue. Testez une journée sans l’outil. Si personne ne sait reprendre, le projet n’est pas prêt.

1. Valeur mesurée
2. Qualité acceptable
3. Données maîtrisées
4. Utilisateurs formés
5. Incidents traités
6. Retour arrière testé
7. Revue datée

Passer à l’échelle sans perdre la preuve

Ajoutez un second cas seulement lorsque le premier est stable. Réutilisez le registre, la méthode de test et la charte, mais ne supposez pas que les mêmes risques s’appliquent. Chaque nouveau jeu de données et chaque nouvelle action modifient le périmètre.

Réévaluez au changement de modèle, fournisseur, tarif, politique de données ou processus. Gardez les connaissances métier dans des documents indépendants. La bonne stratégie ne cherche pas une dépendance parfaite : elle conserve la capacité de comprendre, exporter, remplacer et arrêter.