L’IA accélère.
Le travail se réorganise.

Le mot de Jérôme

JDENIS Consulting · Toulouse

Mon regard

Je retiens de ces lectures la nécessité de choisir une unité de mesure à la hauteur du travail accompli. Le document produit, la demande traitée et la décision acceptée ne décrivent pas la même chose. Une accélération sur l’un de ces objets peut coexister avec une stagnation sur les autres. La comparaison entre entreprises devient fragile lorsque ces différences disparaissent derrière un pourcentage unique.

Dans une équipe, je commencerais par suivre quelques dossiers jusqu’à leur clôture. Qui intervient après l’assistant ? Combien de corrections sont nécessaires ? Les utilisateurs jugent-ils le résultat exploitable ? Cette observation exige un peu de temps, mais elle permet d’identifier les tâches pour lesquelles l’IA apporte effectivement quelque chose. Ces choix relèvent du management et méritent d’être discutés avec les personnes concernées.

Mon regard

L’expression « savoir utiliser l’IA » recouvre désormais des compétences très différentes. Un salarié peut obtenir rapidement une réponse convaincante sans savoir reconnaître une erreur de fond. Un expert peut, à l’inverse, repérer immédiatement cette erreur tout en ayant besoin d’aide pour formuler une demande. Traiter ces deux personnes comme si elles avaient le même besoin de formation conduirait à des parcours peu utiles.

Je privilégierais des exercices où chacun rend son raisonnement visible : pourquoi ce document est acceptable, quel passage manque de preuve, quelle décision reste à prendre. Pour les débutants, une partie du travail devrait encore être réalisée avant de consulter la réponse de l’assistant. Cela permet de comparer, de discuter et de comprendre les écarts. La formation peut alors porter sur le jugement professionnel, avec l’IA comme objet d’exercice. Le nombre de prompts mémorisés me paraît un indicateur bien pauvre de ce que la personne saura faire seule demain.

Mon regard

Les usages documentaires paraissent modestes, mais ils touchent au fonctionnement quotidien des entreprises. Une donnée correctement extraite évite une ressaisie ; une donnée erronée peut circuler longtemps avant que quelqu’un la remarque. Plus les outils sont connectés, plus la distance entre l’erreur initiale et son effet final peut s’allonger. Il devient alors difficile d’identifier qui doit reprendre le dossier.

Je trouve utile de séparer deux moments : la proposition produite par le système et son inscription dans l’outil qui fait autorité. Un brouillon de fiche fournisseur peut être revu. Une modification déjà propagée à plusieurs applications demande davantage d’efforts pour être corrigée. Le bon niveau d’autonomie dépend donc de la réversibilité de l’action et de la capacité à en retrouver l’origine. Cette réflexion peut commencer avec une feuille de suivi simple. Elle n’exige pas de transformer chaque essai en projet informatique, mais elle exige de nommer la personne qui décide.

Mon regard

Pour une petite entreprise, le temps consacré à l’installation et à la maintenance peut peser davantage que le prix de l’abonnement. Je choisirais donc une tâche fréquente, assez stable et dont le résultat peut être contrôlé sans expertise rare. Le dirigeant doit pouvoir expliquer ce qui sera différent au bout d’une semaine, même si le test conclut finalement que l’outil n’apporte pas assez.

Ces cinq propositions partagent une précaution : commencer par des données autorisées et garder le résultat sous forme de brouillon. Cela permet d’observer les erreurs avant qu’elles touchent un client ou un fournisseur. Il faut aussi prévoir qui reprend le travail lorsque la personne qui a configuré l’outil est absente. Une automatisation connue d’une seule personne crée une dépendance nouvelle. Un court mode d’emploi, quelques exemples commentés et une manière de revenir au fonctionnement habituel valent souvent mieux qu’un dispositif plus ambitieux que personne ne sait entretenir.

Mon regard

Les annonces convergent vers des assistants capables de passer d’un outil à l’autre. Pour l’utilisateur, cette continuité est agréable : il formule une intention et voit avancer le travail. Pour l’organisation, elle rend moins visibles les frontières entre lire une information, la transformer et engager une action. Ces étapes demandent pourtant des autorisations différentes.

Je regarderais donc les interfaces de contrôle aussi attentivement que les démonstrations. Peut-on retrouver ce qui a été consulté ? Comprendre pourquoi une action attend une validation ? Reprendre une tâche interrompue sans répéter une opération déjà exécutée ? Ces détails déterminent la qualité du travail collectif. Ils deviennent particulièrement importants lorsque plusieurs agents interviennent sur le même dossier. Un outil qui rend les limites visibles peut être plus utile qu’un outil légèrement mieux classé, mais qui laisse l’équipe reconstituer après coup ce qui s’est passé.

Mon regard

La baisse du coût technique peut élargir les usages, mais elle peut aussi encourager la multiplication des tentatives. Si le nombre de productions augmente plus vite que la capacité de validation, une économie de calcul s’accompagne d’une dépense de temps ailleurs. Le bilan demande donc de rapprocher les factures des résultats effectivement utilisés.

Je construirais le budget autour d’un coût par dossier accepté, avec une ligne pour la préparation, une autre pour la relecture et une pour les incidents. Cette présentation rend visibles les choix : acheter un service, héberger un modèle ou limiter certains usages. Elle évite aussi de confondre le temps théoriquement libéré avec une économie de trésorerie. Une heure gagnée peut améliorer le service ou réduire la pression sur l’équipe sans diminuer immédiatement la masse salariale. C’est une valeur réelle, à condition de la nommer correctement et de ne pas la présenter comme une réduction de coût déjà encaissée.

Mon regard

Dans les métiers de terrain, un résultat dépend d’un environnement matériel, d’un calendrier et de contraintes que la démonstration montre rarement en entier. Un système peut réussir une séquence isolée tout en restant difficile à intégrer dans une journée de production. Il faut alors observer les interruptions, les changements de série et les interventions nécessaires lorsque le contexte s’écarte du cas prévu.

Je vois dans les outils de simulation un moyen d’expliciter ces conditions avant de mobiliser des équipements ou des opérateurs. Leur valeur dépend de ce que l’on choisit de faire varier et des situations que l’on laisse de côté. Les personnes qui connaissent les incidents ordinaires de l’atelier ont donc un rôle central dans la préparation des essais. Elles peuvent signaler une hypothèse irréaliste, un geste qui manque ou une contrainte de sécurité oubliée. Leur participation donne au test une portée opérationnelle que la seule qualité visuelle d’une simulation ne permet pas d’établir.

Mon regard

La confiance dans un outil se construit aussi dans la manière dont il signale ses limites. Une réponse incomplète présentée comme terminée peut être plus difficile à gérer qu’un refus clair. L’utilisateur doit pouvoir identifier ce qui manque, demander une justification et choisir un autre mode de travail sans devoir deviner l’état réel du dossier.

Les incidents de sécurité rappellent également que l’intention de la personne qui lance un agent ne décrit pas toutes ses actions possibles. Il faut prévoir des limites effectives et un suivi proportionné aux conséquences. Cette exigence concerne les petites automatisations autant que les grands systèmes, dès lors qu’elles accèdent à des fichiers ou à des outils partagés. Je resterais cependant prudent devant les généralisations : un incident documenté établit une possibilité et éclaire des mécanismes ; il ne donne pas, à lui seul, la fréquence du risque dans toutes les entreprises. L’enquête doit précéder le récit alarmiste comme le discours rassurant.

Mon regard

Une règle d’usage est utile lorsque les personnes peuvent l’appliquer à une situation concrète. Dire qu’un humain reste responsable ne suffit pas si personne ne sait à quel moment il doit intervenir, quelles informations il reçoit et de quel temps il dispose. La responsabilité peut alors devenir une formule sans prise sur le travail réel.

Je chercherais un accord explicite sur quelques décisions : ce que l’agent peut préparer, ce qu’il peut modifier et ce qui doit rester soumis à validation. Les personnes qui réalisent le travail devraient pouvoir signaler les cas que cette règle couvre mal. Une gouvernance praticable laisse une place à ces retours et conserve l’historique des changements. Elle évite de traiter chaque difficulté comme une exception individuelle. On peut commencer modestement, avec une fiche par usage, puis enrichir le cadre à mesure que les tâches deviennent plus importantes ou que davantage de services dépendent du même outil.

Mon regard

Produire plusieurs variantes d’un visuel ou d’un texte devient plus accessible. Cela peut aider une petite équipe à explorer des options qu’elle aurait écartées faute de temps. Mais la multiplication des versions augmente aussi le travail de choix. Sans critères partagés, le processus peut se prolonger simplement parce qu’une nouvelle tentative reste possible.

Je fixerais avant la génération ce qui doit rester fidèle : les caractéristiques du produit, les engagements de la marque, le contexte d’un témoignage. Puis je limiterais le nombre de variantes à comparer. La qualité éditoriale tient à cette capacité à sélectionner et à renoncer, autant qu’à produire. Pour les contenus destinés aux agents, la date et l’auteur deviennent également des informations de travail. Ils permettent de retrouver une responsabilité et de distinguer une version à jour d’une ancienne. Cette discipline documentaire sert les lecteurs humains aussi bien que les systèmes qui consultent désormais les mêmes pages.