La checklist indispensable avant votre premier projet IA
Stratégie4 min de lecture

La checklist indispensable avant votre premier projet IA

La plupart des pilotes IA échouent avant même qu'un seul modèle soit entraîné. La cause est une phase de Discovery bâclée. Voici la checklist peu glamour que toute PME devrait d'abord suivre.

La plupart des projets IA n'échouent pas parce que la technologie est mauvaise. Ils échouent parce que personne n'a documenté comment le processus fonctionne réellement avant le début du développement. Le Discovery est le moment où les projets se gagnent ou se perdent, et c'est l'étape que la plupart des équipes sautent.

Choisissez un seul workflow, et un seul

Avant toute chose, identifiez le seul workflow que vous voulez automatiser. Pas un département. Pas une catégorie de tâches. Un seul processus, avec un début clair et une fin claire.

Le bon candidat de départ est répétitif, basé sur des règles, et agaçant. C'est la tâche que quelqu'un dans l'équipe fait en soupirant. Les données d'entrée arrivent à peu près sous la même forme à chaque fois. Si vous ne pouvez pas décrire le workflow en deux phrases, il n'est pas prêt à être automatisé.

Ne choisissez pas le processus le plus complexe ou le plus stratégique en premier. Choisissez celui où une erreur reste réparable et où une victoire sera rapidement visible.

Rédigez le Workflow Understanding Document

Chez Focus AI, chaque mission commence par un Workflow Understanding Document. C'est une cartographie écrite du fonctionnement actuel du processus, avant même de concevoir la moindre IA. Ce n'est pas un logigramme. C'est une description de la réalité.

Le WUD répond aux questions suivantes :

  • Qui fait cela ? Nommez la personne ou le rôle, pas l'équipe. Il y a toujours une personne qui connaît réellement tous les cas limites.
  • Quelles sont les données d'entrée réelles ? Des PDF, des e-mails, des tableurs, des instructions orales ? Sous quel format arrivent-elles réellement, par rapport au format qu'elles sont censées avoir ?
  • Quelles sont les exceptions ? Chaque processus cache un "mais parfois" quelque part. Trouvez-les maintenant, ou découvrez-les cassées en production. Demandez-vous : que se passe-t-il quand une donnée d'entrée est erronée, en retard, ou manquante ?
  • Où va la sortie ? Quel système, quelle personne, sous quel format ?
  • À quelle fréquence un humain contourne-t-il le parcours normal ? Si la réponse est "plutôt souvent", c'est le signe que le processus est plus complexe qu'il n'y paraît.

Vous ne pouvez pas rédiger ce document en interrogeant un manager. Vous le rédigez en vous asseyant avec la personne qui fait réellement le travail.

Auditez vos données avant de vous engager

Un système d'IA ne vaut que ce que valent les données auxquelles il peut accéder légalement et de manière fiable. Découvrez qui peut toucher aux données avant de faire la moindre promesse à qui que ce soit.

La préparation des données est le blocage caché le plus fréquent. Effectuez cet audit avant tout travail technique :

  • Où se trouvent les données ? On-premise, chez un fournisseur cloud, dans un outil SaaS avec des restrictions d'API ?
  • Qui peut y accéder ? Pas en théorie. En pratique, aujourd'hui, avec les autorisations actuelles.
  • Quelles sont les implications RGPD ? Si des données personnelles sont concernées, vous avez besoin d'une base légale pour les traiter via un système automatisé. Ce n'est pas facultatif dans l'UE.
  • Les données sont-elles structurées ? Des données structurées dans une base de données, c'est simple. Des notes manuscrites scannées en PDF sont un projet à part entière.

Chiffrez honnêtement la version manuelle

Avant de budgétiser l'IA, notez ce que coûte réellement le processus manuel : temps par exécution, fréquence hebdomadaire, taux horaire chargé, et le coût de correction des erreurs.

Ce chiffre sert à deux choses. D'abord, il vous indique si l'automatisation vaut même l'investissement. Certains processus restent assez peu coûteux pour rester manuels. Ensuite, il vous donne une base de référence pour mesurer les résultats après le lancement. Sans lui, vous ne saurez jamais si le projet a fonctionné.

Le Discovery n'a rien de glamour. C'est écrire, poser des questions inconfortables, et résister à l'envie de sauter directement à la solution. Mais c'est la seule façon de construire quelque chose qui survit après la passation.

[ à lire aussi ]

Plus d'articles du blog

Analyses techniques approfondies, notes produit, et ce que nous apprenons en développant de l'IA.

Voir tous les articles