Intégrer l'IA dans son entreprise : partir d'un processus, pas d'un outil

Intégrer l'IA dans son entreprise : utiliser n'est pas en tirer de la valeur

Dans beaucoup d'entreprises, l'IA est déjà là : quelqu'un a pris un abonnement, un autre l'utilise sur son téléphone, et personne ne saurait dire ce que cela a changé. C'est la situation la plus courante, et c'est le vrai point de départ d'un projet d'intégration.

L'écart se comprend facilement. Un outil employé au hasard fait gagner cinq minutes ici, en fait perdre dix là-bas pour relire un texte approximatif, et le bilan reste invisible. On a le sentiment d'avancer sans pouvoir le montrer.

Intégrer l'IA dans son entreprise, c'est donc d'abord choisir où elle doit servir, puis vérifier qu'elle y sert. Pour le tour d'horizon de ce qui existe, notre article sur l'automatisation en entreprise fait le tri entre assistants, automatisations et génération de contenu. Celui-ci traite de la suite : comment décider et comment mesurer.

Partir d'un processus, pas d'un outil

La question à poser n'est pas « quel outil d'IA prendre ? ». C'est « quelle suite d'étapes me fait perdre du temps ou des demandes ? ». Un processus, c'est un enchaînement que vous pouvez écrire en cinq lignes : une demande arrive, quelqu'un la lit, prépare une réponse, la fait valider, puis l'envoie.

Un bon candidat réunit quatre conditions :

• Il se répète souvent, au moins chaque semaine, sinon le gain ne se verra jamais.
• Il suit des règles que vous pouvez écrire : si la tâche dépend uniquement de votre flair, l'outil n'aura rien à suivre.
• Une erreur se rattrape : un brouillon de réponse relu avant l'envoi, oui ; un virement ou un prix engagé, non.
• Quelqu'un le connaît déjà parfaitement, et saura donc repérer une réponse fausse.

Écrire le processus avant de l'automatiser

Une IA ne règle pas un désordre d'organisation, elle le met en évidence. Si deux personnes traitent la même demande de deux façons différentes, l'outil produira deux réponses différentes, ou pire, une troisième.

Avant tout essai, mettez par écrit les étapes telles qu'elles se passent réellement, pas telles qu'elles devraient se passer. Notez où vivent les informations : un fichier partagé, une boîte mail, un carnet. Si la donnée dont l'outil a besoin n'existe qu'en tête, c'est ce chantier-là qui vient en premier, et il n'a rien à voir avec l'IA.

À quoi ressemble un processus écrit

L'exercice paraît abstrait tant qu'on ne l'a pas fait une fois. Voici une demande de devis telle qu'elle se passe dans beaucoup d'entreprises, étape par étape, sans rien enjoliver :

• la demande arrive par mail, par formulaire ou par téléphone, et atterrit dans trois endroits différents selon le canal ;
• quelqu'un la lit, cherche si le client existe déjà, et retrouve l'historique s'il en a un ;
• il réclame les informations manquantes, souvent les mêmes : surface, délai, adresse, contraintes d'accès ;
• il rédige le devis en repartant d'un ancien devis proche ;
• il le fait relire, l'envoie, puis le note quelque part pour y revenir ;
• sans réponse au bout de dix jours, il relance — ou il oublie.

Ce que l'écriture révèle avant même l'outil

Relisez ces six lignes : trois problèmes y sont visibles sans qu'on ait parlé d'IA. Les demandes arrivent à trois endroits, les informations manquantes sont toujours les mêmes, et la relance dépend de la mémoire d'une personne.

Les deux premiers se règlent avec un point d'entrée unique qui pose les bonnes questions dès le départ. Le troisième se règle avec un rappel automatique. Aucun des trois ne demande d'intelligence artificielle, et tous trois font gagner plus de temps qu'un assistant branché sur un désordre.

C'est le résultat le plus fréquent de cet exercice, et le plus utile : écrire le processus déplace une bonne part du chantier hors du sujet IA. Ce qui reste après ce tri est précisément ce qui mérite un outil.

Mesurer avant, pas après

Le gain d'un outil d'IA est difficile à mesurer pour une raison simple : personne n'a noté la situation de départ. Une fois l'outil en place, on ne se souvient plus de ce que prenait la tâche.

La mesure la plus fiable est aussi la plus modeste. Chronométrez la tâche trois ou quatre fois avant de changer quoi que ce soit, notez le temps moyen et combien de fois elle revient par semaine. Après quatre semaines d'usage, refaites la même mesure en comptant le temps de relecture et de correction, pas seulement le temps de production.

Deux autres indicateurs valent d'être suivis, selon le processus : le délai de réponse à une demande entrante, et le nombre de demandes perdues faute de suite. Sur ces points, le gain se voit dans vos propres chiffres, sans avoir besoin d'une étude d'éditeur.

Et si, après un mois, vous ne retrouvez aucun écart, c'est une réponse valable. On arrête, on essaie un autre processus, et on n'a perdu qu'un mois.

Qui répond de ce que fait l'IA

Dès que l'outil produit quelque chose qui sort de l'entreprise, un texte, une réponse à un client, un chiffre dans un devis, la question de la responsabilité se pose. La réponse est toujours la même : c'est vous, ou la personne que vous avez désignée. L'outil n'est pas un interlocuteur du client et ne répond de rien.

Désignez donc un responsable par usage, et décidez ce qu'il contrôle :

• ce qui part chez un client est relu par une personne avant l'envoi ;
• l'outil n'a pas le droit d'engager un prix, un délai ou un paiement seul ;
• il existe un moyen simple de le couper, et quelqu'un sait s'en servir ;
• les échanges importants sont conservés, pour comprendre après coup ce qui a été répondu.

Les outils que vos équipes utilisent déjà sans vous le dire

Il est probable que certains de vos collaborateurs utilisent déjà un assistant personnel pour gagner du temps, avec un compte privé et sans que personne ne l'ait décidé. Ce n'est pas de la mauvaise volonté, c'est un besoin réel qui trouve sa réponse seul.

Le risque est que des informations de clients ou des documents internes soient collés dans un service dont vous ne connaissez ni les conditions ni la conservation. Interdire n'y changera rien. Écrire une règle courte, dire ce qui ne doit jamais être collé, et proposer un outil encadré pour les usages utiles fonctionne mieux.

Ce que la mise en place demande vraiment

Le coût visible est l'abonnement. Il est rarement le plus lourd des trois.

Le deuxième est le temps interne : écrire le processus, rassembler des exemples de bonnes réponses, puis relire la production de l'outil pendant les premières semaines. Ce temps-là retombe une fois le rythme pris, mais il existe, et un projet qui ne le prévoit pas s'arrête au premier résultat approximatif.

Le troisième est le raccordement à vos logiciels, le jour où l'outil doit lire vos fiches clients ou écrire dans votre gestion plutôt que de répondre dans une fenêtre. Celui-là se chiffre comme un développement, parce que c'en est un. C'est aussi ce qui sépare un assistant qu'on consulte d'un outil qui travaille dans vos données.

Les questions à poser avant de signer

Que vous choisissiez un abonnement ou un prestataire, cinq questions écartent la plupart des mauvaises surprises. Elles se posent avant, parce qu'après, les réponses coûtent cher :

• où partent les données que l'outil traite, et combien de temps y restent-elles ?
• pouvez-vous récupérer vos contenus et vos historiques si vous arrêtez, et sous quel format ?
• que se passe-t-il quand le volume double : le prix suit-il la même courbe ?
• qui corrige quand le résultat est faux, et sous quel délai ?
• l'outil peut-il rester en proposition plutôt qu'en envoi direct, au moins les premières semaines ?

Ce qui ne vaut pas la peine d'être intégré

Une tâche qui revient une fois par mois ne justifie aucune intégration : le temps de mise en place dépasse le temps gagné. Un travail qui repose sur votre jugement, comme évaluer un chantier, conseiller un client ou fixer un prix sensible, ne se délègue pas non plus.

Enfin, un outil adopté parce que les concurrents en parlent n'est pas une raison. Si vous ne pouvez pas dire quelle tâche il remplace et comment vous saurez qu'il a marché, attendez.

Un premier mois possible

Première semaine : listez les tâches répétitives, choisissez-en une, écrivez ses étapes. Deuxième semaine : chronométrez-la plusieurs fois et notez le résultat. Troisième et quatrième semaines : essayez l'outil sur cette seule tâche, avec une personne qui la connaît, et relevez le temps réel, relecture comprise.

À la fin du mois, comparez. Si l'écart est net, étendez prudemment. S'il ne l'est pas, vous savez où l'IA ne vous sert pas, ce qui est déjà une information utile. Si vous voulez de l'aide pour relier l'outil à vos logiciels, regardez notre travail sur les agents IA et l'automatisation des tâches.