inAi développe des processus assistés par IA capables de rassembler l'information, préparer une décision ou une action, demander une validation et utiliser les outils convenus.
Le point de départ est le processus métier, pas une promesse d'autonomie sans limites. Certaines étapes relèvent de règles logicielles classiques ; d'autres bénéficient de l'interprétation ou de la génération par un modèle.
Définir ce que le système peut faire
Préciser les outils disponibles, les fiches accessibles, les validations nécessaires et les conditions qui arrêtent un traitement. Distinguer la préparation d'une action de son exécution.
Par exemple, le système classe une demande, recherche le contexte, prépare une réponse puis propose de mettre à jour un dossier. L'envoi ou la modification peuvent rester soumis à validation. Le contenu, la destination et la version approuvés doivent correspondre à l'action réellement exécutée.
Construire les contrôles nécessaires
Le processus nécessite des états explicites, des interfaces d'outils, des permissions, des règles de relance et un historique. Il faut aussi traiter les doublons, les délais dépassés, les fiches modifiées, les validations expirées et les actions refusées.
L'approbation humaine doit être imposée par le backend, pas seulement par une instruction au modèle. Les effets externes demandent des contrôles et des éléments permettant de reconstituer ce qui s'est passé.
Ce qu'inAi peut livrer
Selon le périmètre : cartographie du processus, intégrations, propositions structurées, écrans de revue, contrôle des rôles, validation des règles, orchestration, évaluation, supervision et documentation d'exploitation.
Une première version peut être limitée à la lecture ou à la préparation de brouillons. Les actions plus importantes sont ajoutées lorsque les contrôles ont été testés et que les responsables ont accepté ce périmètre.
Commencer par un pilote délimité
Choisir un processus avec des entrées et des sorties identifiables. Définir le parcours attendu et ses exceptions avant l'implémentation : information manquante, demande contradictoire, outil indisponible, événement dupliqué ou utilisateur non autorisé à valider.
Le pilote doit montrer quel travail est accompli, quels cas restent humains et comment le système reprend après erreur. Un enregistrement du parcours idéal ne permet pas à lui seul d'établir ces limites.
Définir l'exploitation
Qui surveille les échecs ? Qui peut suspendre le processus ? Comment faire évoluer les permissions ? Comment une nouvelle version est-elle revue ? Distinguer un incident logiciel d'une exception métier correctement transmise à un responsable.
Le niveau d'automatisation dépend des conséquences d'une erreur et du processus environnant. Supprimer toute revue humaine n'est pas un objectif présumé.