Les add-ins Word n'avaleront pas tous les flux de travail juridiques

Le mois du tout-dans-Word

Mai 2026 est le mois où la thèse de l'IA dans le document est passée de la présentation au produit livré. Le 30 avril, Microsoft a déployé Legal Agent dans Word par Frontier : lire un contrat, rédiger des modifications suivies, comparer des clauses à un playbook. Le 4 mai, l'avis MC1269241 a fait de Claude le modèle Copilot par défaut dans Excel et PowerPoint, Word suivant pendant l'été. Le 5 mai, Anthropic a livré Claude pour Word, Excel et PowerPoint en add-ins natifs, avec un seul fil de conversation à travers la suite. Le 11 mai, l'add-in Word de Clio est entré en bêta. Le 13 mai, Anthropic a publié Claude for Small Business.

Tous les acteurs qui comptent ont parié que la surface de l'IA juridique se replie dans le document. La thèse Cursor pour le droit, avec du code livré derrière.

Un argument plus discret se cache dans le bruyant : que la couche SaaS dédiée à la pratique juridique va s'évaporer. Cette partie est fausse. La vague des add-ins Word redessinera la rédaction et la révision. Elle laissera intacte une longue liste de flux, parce qu'ils n'ont jamais porté sur un seul document.

Où le modèle add-in gagne réellement

L'argument honnête pour l'IA native Word tient dans trois cas.

La rédaction. L'avocat ouvre un précédent, demande à Claude ou à Legal Agent de renommer les parties, de changer la loi applicable et de resserrer l'indemnisation. Le résultat arrive en modifications suivies que l'avocat accepte clause par clause. Le modèle a le document en contexte ; la surface d'erreur est bornée par ce qui apparaît à l'écran.

La révision d'un projet de la contrepartie. Legal Agent et l'add-in de Clio visent exactement ce point : lire le projet, comparer au playbook du cabinet, marquer les écarts en modifications suivies. Robin AI faisait déjà cela bien comme produit autonome. L'enfoncer dans Word retire une étape que personne n'aimait.

La lecture du document actif. L'avocat pointe l'agent vers le contrat à l'écran et demande ce qui a changé depuis la dernière version, ou quelles obligations retombent sur le vendeur. La réponse s'ancre dans un texte que l'avocat peut vérifier.

Dans les trois cas, le travail est borné par un document. L'état vit à l'écran. La vague des add-ins est conçue pour cela, et elle gagnera.

Où le modèle add-in craque

Les ennuis commencent quand le flux ne porte pas sur un seul document.

L'état multi-documents. Dès que la question concerne un portefeuille plutôt qu'un projet, la conversation dans le document devient une pire interface. « Lesquelles de mes 47 entités corporatives ont un rapport annuel à produire dans les 30 prochains jours » n'est pas une question à laquelle Word doit répondre. C'est une base de données.

Les pistes d'audit. Une modification suivie donne un historique par document. La réponse à l'échelle du cabinet, « qui a mis à jour ce registre des actions, et quand », exige un stockage structuré, interrogeable par date, par entité et par utilisateur.

La multi-location. Une pratique de services corporatifs a des dizaines de clients. Le modèle de données doit garantir que la parajuriste du cabinet A ne peut pas lire les registres du cabinet B, même si l'IA hallucine une requête. La sécurité au niveau des rangées de Postgres (row-level security) existe pour cette raison. Word n'a jamais été la frontière de confiance.

Les moteurs de règles multi-juridictionnels. Le travail sur les entités canadiennes traverse le fédéral, l'Ontario, la Colombie-Britannique, l'Alberta et le Québec, chacun avec ses formulaires, ses échéances et ses portails de dépôt. La logique appartient au code avec ses tests. Un grand modèle de langage qui improvise dans Word est le mauvais outil pour « avons-nous produit le bon formulaire dans la bonne juridiction à la bonne date ».

Les flux structurés. Tout ce qui comporte une file, un statut, une échéance, un responsable et une notification appartient à une vraie application. Une conversation n'est pas un flux de travail.

SupaCorp et l'argument pour le SaaS spécialisé

C'est l'optique que j'utilise pour SupaCorp, la plateforme de gestion d'entités que je développe pour les praticiens solos et les petits cabinets canadiens à /fr/projects/supacorp. SupaCorp couvre les incorporations, les rapports annuels, les livres de minutes ainsi que les registres des administrateurs, des dirigeants et des actions, au fédéral, en Ontario, en Colombie-Britannique, en Alberta et au Québec, à partir d'un seul espace de travail.

Rien de tout cela n'entre dans une conversation d'add-in Word. Un utilisateur type gère 200 entités actives ; l'écran d'accueil est la liste des éléments dus cette semaine, et Word n'a pas d'écran d'accueil. Chaque mise à jour de registre et chaque changement d'administrateur est un événement structuré qu'un régulateur peut interroger par entité, par date, par signataire ; une conversation de rédaction ne produit pas cette piste. La parajuriste du cabinet A ne voit jamais les données du cabinet B, l'application étant verrouillée à la rangée de base de données, avec Postgres RLS sur chaque table. Les règles d'un rapport annuel ontarien ne sont pas celles du Québec, et la logique est testée, versionnée et mise à jour quand les portails changent. Une nouvelle incorporation passe de la prise en charge au projet, à la révision, au dépôt, à la livraison, avec responsables et notifications, et le livre de minutes se met à jour au fil du travail. C'est une application, pas une conversation.

La vague des add-ins Word est une bonne nouvelle. Les avocats rédigeront et marqueront plus vite. Cela ne signifie pas que tous les flux juridiques retournent dans Word.

Ce qu'il faut surveiller

La question intéressante des douze prochains mois est la trêve entre l'IA dans le document et le SaaS dédié.

Microsoft Graph et le connecteur M365 pour Claude sont le pont qui permet à l'IA dans le document de rejoindre SharePoint, OneDrive et Outlook. On attendra de plus en plus d'une application SaaS dédiée qu'elle expose ses données par ce pont, pour qu'un avocat dans Word puisse tirer une liste d'administrateurs de SupaCorp sans quitter le document. Le SaaS ne disparaît pas ; il devient un backend que l'IA dans le document appelle.

Claude for Small Business est le second signal : pas une méga-application mais un ensemble de compétences (skills) et de connecteurs qui se composent. Une application dédiée peut être une compétence que l'agent invoque, retournant des données structurées qu'il cite. La conversation dans Word est l'interface ; le système de référence est ailleurs.

Le récit du tout-dans-Word continuera de s'écrire, parce que les démos sont belles et les keynotes propres. La rédaction se replie dans le document. Les données et les flux restent spécialisés. Les cabinets qui choisissent leurs outils sur cette base dépenseront moins et avanceront plus vite que ceux qui achètent la keynote.