Choisissez un problème mesurable, vérifiez les données et testez un usage limité avant de généraliser.
Décrire une difficulté avant de chercher un outil
Dans une entreprise de 5 à 200 personnes, le sujet peut partir d’un email à recopier, d’un dossier incomplet ou d’une synthèse longue à préparer. Le premier travail consiste à décrire ce qui freine l’équipe, avec la personne qui réalise la tâche. « Faire de l’IA » ne donne pas encore un objectif de projet.
Écrivez une phrase complète : « Quand une demande arrive, notre chargé d’affaires rassemble les pièces dans plusieurs dossiers avant de pouvoir chiffrer. Nous voulons préparer ce dossier avec moins de ressaisies, en gardant la vérification métier. » Cette description désigne un déclencheur, un responsable et une sortie attendue.
- Qui réalise la tâche et qui valide le résultat ?
- Quel événement déclenche le travail et où s’arrête-t-il ?
- Quels outils et documents sont utilisés ?
- Que se passe-t-il lorsqu’une information manque ?
Comparer les pistes sans masquer leurs conditions
Réunissez quelques pistes, puis confrontez-les aux mêmes questions. La grille suivante sert à préparer une discussion ; elle ne remplace pas l’observation du travail. Une piste très attractive peut attendre si personne ne peut vérifier les résultats.
Sur petit écran, faites défiler le tableau horizontalement pour voir toutes les colonnes.
| Critère | Question à poser | Conséquence pour l’essai |
|---|---|---|
| Utilité | Quelle difficulté observée veut-on réduire ? | Définir un indicateur lié à la tâche. |
| Données | Les sources existent-elles et peut-on les utiliser ? | Vérifier les droits et la qualité avant de connecter. |
| Contrôle | Une personne peut-elle reconnaître une erreur ? | Prévoir une relecture ou limiter le résultat à un brouillon. |
| Faisabilité | Les outils donnent-ils les accès nécessaires ? | Confirmer la connexion, les coûts et les restrictions. |
| Adoption | Qui utilisera et suivra la solution ? | Désigner un référent et des utilisateurs pour tester. |
Exemple : trois idées, trois suites différentes
Imaginons une PME qui hésite entre résumer des comptes rendus, préparer des demandes de devis et automatiser l’approbation de dépenses. Les trois idées ne demandent ni les mêmes données ni le même niveau de contrôle. Le tableau illustre une façon d’arbitrer, sans annoncer de gain.
Sur petit écran, faites défiler le tableau horizontalement pour voir toutes les colonnes.
| Idée | Condition déterminante | Prochaine étape |
|---|---|---|
| Compte rendu | Notes exploitables et relecteur disponible. | Tester une synthèse avec une grille de vérification. |
| Préparation du devis | Accès aux messages et références métier fiables. | Étudier les entrées et les exceptions avec l’équipe. |
| Approbation des dépenses | Règles, pouvoirs de validation et traçabilité. | Clarifier d’abord les responsabilités ; garder la décision humaine. |
Donner des limites claires au premier essai
Choisissez un type de demande, une équipe et un résultat. Définissez aussi ce que l’essai ne fait pas : pas d’envoi automatique, pas de modification du tarif, pas d’accès à une autre catégorie de données. Cette limite rend le fonctionnement plus facile à vérifier.
Constituez un jeu de situations représentatives : cas habituel, information absente, document contradictoire et demande qui ne doit pas être traitée. Notez le comportement attendu pour chaque cas avant le test. L’outil doit pouvoir s’arrêter et laisser la main plutôt que compléter une information sans source.
- Un responsable de l’essai et un utilisateur référent.
- Un jeu de cas et des critères d’acceptation définis à l’avance.
- Un parcours de reprise manuelle pour les exceptions.
- Une décision prévue : poursuivre, ajuster ou arrêter.
Mesurer le travail complet et décider
Comparez les deux façons de travailler sur les mêmes catégories de dossiers. Le temps de génération seul ne mesure pas le travail gagné : ajoutez préparation, vérification, correction et reprise des exceptions. Observez aussi la qualité et la facilité d’usage.
Un essai peut montrer qu’une fonction déjà présente dans vos outils suffit. Il peut aussi conduire à former les équipes, connecter deux logiciels ou développer un outil. La prochaine étape doit découler du besoin constaté. Si plusieurs processus et métiers sont concernés, un audit aide à comparer les priorités avant d’investir.
Sources et méthode
La CNIL rappelle notamment que des réponses plausibles peuvent être inexactes. La grille et le scénario de ce guide sont des propositions originales de Doventis.
Les grilles sont des supports de réflexion à adapter à votre organisation. Les exemples sont des supports pédagogiques.