Idées

Proactif sans décider à votre place

Dès qu’une action devient récurrente, l’agent peut la préparer — mais un système qui accélère la routine endort la vigilance, alors que celui qui isole l’exception la réveille

Dans tout ce que j’ai décrit jusqu’ici, il restait une chose que l’utilisateur faisait manuellement: formuler la demande.

Voici le dernier cas, celui où l’agent n’attend plus.

La récurrence, pas le calendrier

L’exemple qu’on donne toujours est celui du lundi matin. Il est trompeur, parce qu’il laisse croire que la proactivité est une affaire de calendrier.

Elle est une affaire de régularité observée, et la régularité prend plusieurs formes. Temporelle, quand une validation revient en début de semaine. Séquentielle, quand un contrôle suit systématiquement une autre tâche. Conditionnelle, quand une relance se déclenche au-delà d’un certain délai.

Ce qui compte, c’est que la récurrence détectée soit affichée avec ce qui la fonde. Onze occurrences sur douze semaines, trente-sept enchaînements consécutifs. Pas de boîte noire.

Cas 4Aide à la décision1/4

La proactivité ne vient pas du calendrier. Elle vient de la récurrence.

Une routine peut être temporelle, séquentielle ou conditionnelle. L’agent ne surveille pas une date: il observe ce qui se répète, et le montre.

  • Validation des commandes fournisseursrécurrence temporelle

    Réalisée en début de semaine, 11 fois sur les 12 dernières semaines.

  • Contrôle des écarts de réceptionrécurrence séquentielle

    Systématiquement enchaînée après chaque validation de lot, sans exception relevée.

  • Relance transporteurrécurrence conditionnelle

    Déclenchée dès qu’un délai annoncé dépasse 48 heures, 9 fois sur 10.

Ce qui déclenche la proactivité, c’est la récurrence détectée, et elle reste affichée avec ce qui la justifie.

À l’ouverture, le travail est préparé

L’utilisateur ouvre l’application sans rien demander. Quatorze commandes fournisseurs sont déjà rassemblées, avec la raison de la proposition affichée.

Rien n’est engagé. On retrouve exactement le principe du deuxième cas: l’agent produit une intention lisible, et attend un geste explicite.

Cas 4Aide à la décision2/4

À l’ouverture, le travail est préparé. Rien n’est engagé.

  • Profil Responsable achats
  • Aucune demande formulée

Écran unique — agent conversationnel

  1. Réponse du système

    14 commandes fournisseurs sont en attente de validation. Je les ai rassemblées, tu n’as rien à chercher.

    pourquoi cette proposition

    Tu réalises cette validation en début de semaine depuis onze semaines.

    • Ouvrir la sélection
    • Pas maintenant

L’agent supprime la dernière chose qui restait à faire manuellement: formuler la demande. Il prépare, il n’exécute pas.

Le vrai piège: l’automatisation par fatigue

C’est ici que le modèle se joue, et c’est la partie que je trouve la plus intéressante.

Un agent qui se contente d’accélérer la routine fabrique un mécanisme pervers. À force de bien préparer, l’utilisateur cesse de regarder. La confirmation existe toujours, mais elle ne contrôle plus rien: elle est devenue un réflexe.

Alors l’agent ne met pas en avant les douze commandes conformes. Il remonte les deux qui s’écartent: un prix unitaire dix-huit pour cent au-dessus du dernier contrat, un délai annoncé à vingt et un jours contre cinq habituellement.

Une routine bien exécutée ne mérite pas votre attention. L’exception, si.

Cas 4Aide à la décision3/4

Une routine bien exécutée ne mérite pas ton attention. L’exception, si.

Écran unique — agent conversationnel

  1. Réponse du système

    Sur les 14 commandes, 12 sont conformes à ce que tu valides habituellement. Deux s’en écartent — je te propose de commencer par celles-là.

    • Novaline SASPrix unitaire à 15,30€ contre 13,00€ au dernier contrat, soit 18% au-dessus.
    • Kervad IndustriesDélai annoncé de 21 jours, contre 5 jours en moyenne sur les six dernières commandes.

    Les douze autres restent groupées, validables en un seul geste quand tu veux.

C’est ici que se joue la différence entre assister et remplacer. L’agent n’accélère pas la répétition, il remonte ce qui s’en écarte — et remet la décision là où le jugement a une valeur.

L’agent n’accélère pas la répétition. Il remonte ce qui s’en écarte, et remet la décision là où le jugement a une valeur.

Ce que le système apprend vous appartient

Modéliser les habitudes d’un salarié, c’est traiter des données de comportement au travail. En France, ce n’est pas un sujet qu’on règle après la conception: finalité déclarée, durée de conservation, information et consultation des représentants du personnel.

La contrainte est saine, parce qu’elle impose ce qu’il fallait faire de toute façon. Le modèle est propre à l’utilisateur, il lui est montré, et il peut l’éteindre routine par routine.

Cas 4Aide à la décision4/4

Ce que l’agent a appris reste consultable, corrigeable et effaçable.

  • Validation en début de semaineFondé sur 11 occurrences observées depuis 12 semainesOublier
  • Contrôle des écarts après chaque lotFondé sur 37 enchaînements consécutifsOublier
  • Relance transporteur au-delà de 48hDésactivée par l’utilisateur le 09/09Oublier

L’agent aide à décider. Il ne décide pas à ta place.

Modéliser les habitudes d’un salarié, c’est traiter des données de comportement au travail. La contrainte n’arrive pas après: le modèle est propre à l’utilisateur, il lui est montré, et il peut l’éteindre.

L’agent aide à décider. Il ne décide pas à votre place.

Ce que la série établit

Au terme de ces quatre cas, la synthèse tient en une phrase: on ne fige plus l’écran, on fige les droits et la charte.

Ne se fige plus: la navigation, la forme du rendu, le périmètre d’une tâche, les écrans livrés par cycle, le filtre qu’on avait oublié de prévoir, et l’initiative de la demande.

Reste figé: les actions autorisées par le profil, le design system du client, le modèle de données, la traçabilité de bout en bout, la confirmation avant écriture, et ce que l’agent apprend — que l’utilisateur peut consulter et effacer.

SynthèseCe qui change, ce qui tient5/5

On ne fige plus l’écran. On fige les droits et la charte.

Ce qui ne se fige plus

  • La navigation et les menus
  • La forme du rendu
  • Le périmètre d’une tâche
  • Les écrans livrés par cycle
  • Le filtre qu’on avait oublié de prévoir
  • L’initiative de la demande

Ce qui reste figé

  • Les actions autorisées par le profil
  • Le design system du client
  • Le modèle de données
  • La traçabilité de bout en bout
  • La confirmation avant écriture
  • Ce que l’agent apprend, et que l’utilisateur peut effacer

La donnée reste vivante jusqu’à l’écran.

Ce que je ne sais pas encore

Trois questions restent ouvertes, et je préfère les poser que les masquer.

Le déterminisme de la lecture: deux formulations proches peuvent produire deux agrégations différentes, et rien ne l’annonce à l’utilisateur.

Le déplacement de la complexité: elle quitte l’écran pour rejoindre la couche sémantique. Il faut que le système sache ce qu’est un «produit à réapprovisionner» dans le vocabulaire de ce client. Ce n’est pas moins de travail, c’est un travail différent — et il ressemble beaucoup à de la modélisation métier.

L’habitude subie: si quelqu’un valide tous les lundis, est-ce un choix ou une contrainte du processus? Un système qui apprend les habitudes apprend aussi les contournements, puis les institutionnalise.

La donnée reste vivante jusqu’à l’écran. Où placez-vous la frontière entre un système qui anticipe et un système qui vous remplace?