Diagnostic et feuille de route IA
Savoir par où commencer : quelles tâches confier à l'IA, lesquelles automatiser sans elle, et quel pilote lancer en premier.
Pour les directions qui voient des usages possibles partout et n'ont pas de critère pour choisir. Nous cartographions les tâches, classons les cas d'usage selon leur valeur et leur risque, et sortons avec un pilote défini et mesurable.
La situation de départ
Les idées ne manquent pas : chaque service a sa liste, chaque fournisseur a sa démonstration. Ce qui manque, c'est un moyen de comparer. Quelle tâche revient assez souvent pour justifier un effort ? Quelles données sont en jeu, et peuvent-elles sortir de l'organisation ? Un modèle de langage est-il nécessaire, ou une simple règle ferait-elle mieux ? Sans réponse, on lance un projet visible plutôt qu'un projet utile, et l'on ne sait pas dire, trois mois plus tard, s'il a servi.
Ce que vous obtenez
Une carte des processus et des documents
Les tâches répétitives, leur fréquence, l'effort qu'elles demandent et les documents qu'elles manipulent.
Un registre des cas d'usage
Chaque cas décrit par son problème, ses utilisateurs, ses données et la décision qu'il doit éclairer.
Une matrice de priorité
Classement selon la fréquence, l'effort, la valeur et le risque, avec la distinction entre automatisation simple et recours à un modèle.
Un schéma des flux de données
Les données sensibles repérées, ce qui peut être transmis à un fournisseur et ce qui doit rester sur place.
Une fiche de pilote
Périmètre, mesure de départ, critères de réussite, responsable métier et décision attendue à la fin.
Une feuille de route
L'ordre des chantiers après le pilote, avec leurs conditions de départ.
Comment nous procédons
Entretiens ciblés
Avec la direction et les personnes qui font le travail, pour décrire les tâches telles qu'elles se déroulent.
Cartographie et relevé des données
Tâches, documents, outils en place et données sensibles.
Classement des cas d'usage
Notation commune des cas et arbitrage avec le commanditaire.
Définition du pilote
Un cas retenu, sa mesure de départ et ses critères de sortie, écrits avant tout développement.
La preuve par nos réalisations
Niveau de preuve de ce service : proposé.
Danzina
Exemple de la méthode que nous appliquons : pour transformer des courriels en fiches d'événements, nous avons comparé, chiffres à l'appui, une extraction par règles et une extraction par modèle, puis conservé les règles.
Expertise & Hôtellerie
Le découpage entre calcul et langage y a été décidé dès la conception : un moteur de règles établit le résultat, le modèle ne fait que rédiger.
Technologies
Questions fréquentes
Faut-il déjà avoir un projet d'IA en tête ?
Non. Le diagnostic sert à choisir. Si vous avez une idée, nous la plaçons dans la matrice avec les autres et vérifions qu'elle tient face aux critères de fréquence, de valeur et de risque.
Le diagnostic nous engage-t-il à vous confier la suite ?
Non. Les livrables sont rédigés pour être utilisables par votre équipe ou par un autre prestataire : la fiche de pilote décrit le problème, les limites et la mesure, pas une technologie imposée.
Regardez-vous nos données pendant le diagnostic ?
Nous regardons leur nature et leur circulation, pas leur contenu en détail. L'objectif est de repérer les renseignements personnels et confidentiels pour décider de ce qui peut être transmis à un fournisseur, au regard de la Loi 25.
Qui doit participer de notre côté ?
Un commanditaire capable d'arbitrer, et les personnes qui exécutent les tâches étudiées. Le critère de sortie est que le commanditaire et un utilisateur métier puissent expliquer le problème, les limites et la mesure de réussite du pilote.
Combien de temps dure un diagnostic ?
Cela dépend du nombre de processus étudiés et de la disponibilité des personnes à rencontrer. Nous fixons le périmètre et le calendrier ensemble avant de commencer.
Quel problème voulez-vous régler ?
Décrivez votre activité, votre besoin et les personnes concernées. Nous préparons un premier échange à partir de là.