Le logiciel se souvient de tout
Il ne fait rien.

Le logiciel se souvient de tout et ne fait rien

Prenez n’importe quel cabinet professionnel et comptez les logiciels. Il y a un outil de gestion de la relation client, ou un système vertical qui en tient lieu. Il y a une messagerie, un agenda, un espace documentaire, un logiciel comptable, un portail appartenant à quelqu’un d’autre où l’on se connecte deux fois par semaine. Tous excellent à la même tâche unique : se souvenir de ce qui s’est passé. Aucun n’en fait quoi que ce soit.

Ce n’est pas un défaut, c’est leur nature, et la distinction est assez ancienne pour avoir une littérature. Geoffrey Moore l’a nommée en 2011, séparant les systèmes de référence qui portent la transaction des systèmes d’engagement bâtis autour de la façon dont les gens travaillent réellement.^[R3] Quinze ans plus tard, la moitié « référence » est à peu près résolue. Le stockage ne coûte rien, les schémas sont mûrs, et un cabinet de quatre personnes exploite un ensemble d’outils qu’une banque n’aurait pas pu acheter en 2005.

Ce qui n’a pas été résolu, c’est le mouvement. Un dossier hypothécaire attend onze jours un seul talon de paie. Une réclamation d’assurance stagne parce que l’expert a répondu dans un fil que personne ne surveillait. Un dossier juridique s’arrête entre la lettre de mandat signée et la première étape de fond. Un recrutement refroidit parce que le candidat s’est tu un jeudi et que le lundi avait ses propres urgences. Dans chacun de ces cas, le logiciel savait. La fiche était juste, le champ était rempli, la date y était. Personne ne manquait d’information. Ce qui manquait, c’est quelqu’un pour agir.

Cette personne est la contrainte de toute l’entreprise. Non pas son jugement, qui est la part qui mérite d’être payée, mais sa mémoire, qui ne l’est pas. Trente dossiers ouverts, c’est à peu près le seuil où un bon professionnel cesse de pouvoir les tenir tous en tête, et chaque dossier ajouté ensuite repose sur un rappel, un tableur ou de la chance.

Pourquoi le système de référence ne pouvait pas régler cela

La réponse évidente consiste à demander plus au système de référence. Tous les éditeurs de la catégorie s’y emploient, et certains le font très bien. Il y a une raison structurelle pour laquelle cela ne va que jusqu’à un certain point, et elle ne tient pas à la qualité de leur travail.

Un système de référence voit ses propres fiches. C’est sa forme. Or le travail qui bloque un dossier ne se déroule presque jamais à l’intérieur d’un seul système. Le talon de paie est dans un courriel. La signature est dans un portail. L’évaluation est un PDF joint à un fil de discussion. Le report est dans un agenda. L’état d’esprit réel du client est dans le ton d’une réponse qu’aucun champ d’aucune fiche ne capte.

Un agent logé dans l’un de ces systèmes commence donc le travail sans pouvoir en voir la plus grande part. Il peut très bien traiter la tranche qui lui appartient. Il ne peut pas relancer un document qui n’est jamais entré dans sa base, parce que de là où il se tient, ce document n’existe pas.

C’est pour cela que la couche intéressante est une couche, et qu’elle doit se placer au-dessus plutôt qu’à l’intérieur. Non parce qu’un système de référence serait mauvais, mais parce que le travail à faire se définit précisément par le fait qu’il les traverse. Ce qui n’atteint qu’un seul système résout un problème plus petit que celui du cabinet.

Ce qu’est un système d’action

Cette section décrit l’état final. Une partie tourne aujourd’hui, une autre non, et le relevé de la section sept sépare les deux ligne à ligne plutôt que de laisser deviner. Mais la forme de la chose est l’argument, alors la voici entière.

InVice est un système d’action au-dessus des systèmes de référence. La formule travaille, alors prenez-la au pied de la lettre. Elle ne remplace pas la fiche. Elle la lit, détermine ce qui doit se produire ensuite, et le fait là où le travail se déroule vraiment : la messagerie, l’agenda et les outils connectés.

L’unité est la mission. On lui confie un résultat en langage courant, et non une suite d’étapes : mener ce dossier jusqu’à la clôture, mener cette réclamation jusqu’à une décision, mener ce candidat jusqu’à une offre. Une mission est durable, et c’est la part qui compte le plus tout en étant la plus facile à survoler. Elle ne s’exécute pas une fois pour s’arrêter. Elle tient un objectif sur des semaines, se réveille selon son propre calendrier, remarque que onze jours ont passé sans le talon de paie, et fait quelque chose. Quand la situation change, elle cherche une autre route vers le même résultat au lieu d’échouer sur une branche configurée d’avance.

Au-dessus des missions se trouvent les opérations. Une mission porte un client ; une opération porte une population et coordonne les missions qu’elle contient. C’est la différence entre une automatisation qui s’exécute par fiche et une vue de tous les dossiers ouverts à la fois, où la question « lequel de mes deux cents clients est discrètement bloqué » trouve une réponse sans qu’une réunion de suivi soit nécessaire pour la produire.

Sous les deux se tient un contexte client continu. Pas un historique de conversation, ni un résumé régénéré à la demande, mais une compréhension persistante d’une relation, isolée à ce client et cumulative. L’intention est que la quarantième interaction soit informée par les trente-neuf précédentes, et que le contexte d’un client ne se déverse jamais dans le travail d’un autre.

Vu de l’extérieur, l’état final est étroit et précis. Les dossiers avancent. Rien de ce qui exigeait une décision humaine n’a été décidé sans elle. Et le professionnel passe sa semaine sur la part du métier qui exigeait un professionnel, parce que celle qui n’exigeait qu’une mémoire ne lui appartient plus.

La couche se place à l’extérieur, délibérément

Tout éditeur finit par demander à un acheteur de déplacer quelque chose. C’est là que meurt l’essentiel de cette catégorie, et éviter cette demande n’est pas une tactique commerciale. C’est l’architecture.

La position est arrêtée, et elle figure dans notre propre document fondateur : aucune migration du système vertical n’est requise. InVice est adopté comme espace de travail opérationnel, et l’ensemble d’outils existant reste exactement où il est. Le cabinet garde ses outils. InVice ajoute la couche qui leur manque.

Cette raison est architecturale plutôt que commerciale, et elle découle de la section précédente. Si la propriété déterminante du travail est qu’il traverse les systèmes, alors une couche qui exigerait de tout regrouper en elle aurait détruit ce qu’elle prétendait résoudre. Un système d’action qui possède la fiche n’est qu’une fiche de plus.

Il y a aussi une conséquence pratique, qui pèse davantage que le principe. Quand l’adoption exige une migration, l’essai devient un projet, le projet réclame un budget, un trimestre et un responsable, et l’évaluation ne commence jamais. Quand l’adoption consiste à connecter une messagerie et à décrire un processus, on sait cette semaine si cela fonctionne.

Un dernier élément de la même idée, parce que c’est celui dont les acheteurs parlent en dernier et devraient parler en premier. La tarification est attachée à un espace de travail et à une tranche de personnes, non à un siège. Les forfaits publiés vont d’une personne à cinquante et plus. Ajouter un sixième collègue ne multiplie pas la facture, ce qui veut dire que ce qui décide de l’élargissement d’un pilote est son résultat, et non son coût.

L’autorité est la partie difficile

Tout ce qui précède est la moitié facile. Un logiciel qui agit pour vous, en votre nom, auprès de clients, soulève une question qu’un logiciel qui se contente de se souvenir n’a jamais eu à trancher : qu’a-t-il le droit de faire, et que fait-il quand il n’est pas certain ? Cette section est au présent. Ce sont des contrôles qui tournent aujourd’hui, et chacun se vérifie.

Les envois conséquents attendent une personne, par défaut. Pas comme réglage disponible, ce que tout produit propose, mais comme comportement livré quand personne n’a rien configuré. La question à poser à un éditeur n’est jamais de savoir si l’approbation existe. C’est de savoir ce qui se produit quand nul n’a touché aux réglages.

Un outil connecté est approuvé un à la fois, et la lecture demande d’abord. Consulter une fiche dans un système connecté exige une autorisation non expirée, à chaque appel. Pas au premier. À chacun. L’agent IA n’est pas admis parce qu’il a demandé de façon convaincante, ni parce qu’une session se trouve être surveillée par un humain.

Le contenu non fiable ne porte aucune autorité. Un courriel entrant et un document téléversé sont des données, jamais des instructions. Ni l’un ni l’autre ne peut déclencher un outil ou modifier ce que l’agent IA a le droit de faire. Cela est appliqué dans le code plutôt que demandé dans une consigne, parce qu’un modèle à qui l’on demande d’ignorer les instructions n’est pas un contrôle. C’est une contrainte d’architecture permanente : changer de modèle ne la relâche pas. Nous n’irons pas dire que la manipulation est impossible. Nous disons où passe la frontière et ce qui la tient.

La clé du modèle vous appartient. Vous connectez un compte fournisseur et l’agent IA tourne dessus, parmi six fournisseurs configurés en production, y compris un point d’accès auto-hébergé. Si un modèle meilleur ou moins cher paraît, y passer est un réglage et non une renégociation. La réserve honnête accompagne l’affirmation : le modèle et son lieu d’exécution sont votre choix, donc une clé de fournisseur américain signifie des invites traitées aux États-Unis.

Une personne nommée est responsable de chaque mission. Le jugement, l’approbation et la responsabilité restent humains, et la piste de vérification consigne qui a approuvé et quand. Les données client n’entraînent aucun modèle InVice partagé. Aucune trousse d’analytique ou de suivi d’erreurs n’est branchée au produit ; les pages d’accueil publiques comptent les visites et deux actions avec l’analytique sans témoins de Vercel. Les fiches client et les documents du coffre sont configurés dans une région canadienne, à Montréal.

Ce que nous ne ferons pas, c’est vous dire ce que tout cela fait de vous. Savoir si ces contrôles répondent aux obligations que porte un cabinet est une conclusion sur ce cabinet, et un éditeur qui la tire à sa place a renseigné sur son processus de vente plutôt que sur son architecture. InVice est conçu en fonction de la LPRPDE, de la loi 25 du Québec et de la LCAP au Canada, ainsi que du RGPD dans l’Union européenne. La note de sécurité indique ce qui est configuré, étape par étape, y compris les étapes qui ne sont pas au Canada.

La même forme presque partout

Nous avons commencé par les dossiers hypothécaires, et c’est toujours le premier bureau, parce qu’aller au fond d’un seul métier est la façon dont un produit apprend la différence entre un emplacement documentaire et un jalon. Mais rien de ce qui précède ne parle d’hypothèques.

Un dossier qui vit des semaines, met en présence plusieurs parties, attend des documents et meurt en silence faute de relance n’est pas une particularité d’un secteur. C’est la forme du travail auprès des clients. Ce modèle se répète dans les réclamations d’assurance, la restauration après sinistre, la défense juridique, la gestion immobilière, et dans toute opération client à forte densité documentaire où les dossiers vivent des semaines et mettent en présence plusieurs parties.

Le moteur est horizontal, l’expérience est verticale. Ce qui change d’un métier à l’autre, c’est le vocabulaire, les modèles de documents, le nom des jalons et les relations qui comptent. Ce qui ne change pas, c’est le mécanisme : un objectif durable, un contexte persistant, une action posée, un humain qui garde la décision. C’est pourquoi les recruteurs, les conseillers en assurance, les équipes d’accueil juridique, les gestionnaires immobiliers, les consultants en immigration et les courtiers immobiliers ont chacun leur page, et pourquoi ce sont des variantes plutôt que des produits distincts.

Il vaut la peine de dire où cela s’arrête. Il faut un dossier. Une activité où le client achète une fois et où la relation s’achève à la livraison n’a rien à faire avancer, et aucun moteur ne fera apparaître ce dossier.

Où nous en sommes réellement

Un texte de vision qui ne dit pas ce qui existe est une brochure. Voici le relevé, en trois groupes. Nous préférons que vous arriviez en sachant déjà lequel est lequel plutôt que de le découvrir en démonstration.

En service aujourd’hui. Des missions qui tiennent un objectif, se réveillent selon leur propre calendrier et agissent dans la messagerie et l’agenda connectés. L’approbation par défaut sur le chemin d’envoi. Une approbation par outil sur les systèmes connectés. La clé de modèle du client, parmi six fournisseurs. Plusieurs personnes dans un espace de travail, réparties sur quatre rôles, avec une personne nommée responsable de chaque mission. La recherche documentaire sur le coffre, limitée à la mission qui interroge. Une passerelle agentique publique à poser sur un site web. Les fiches client et les documents du coffre configurés dans une région canadienne.

En construction. L’écriture des mises à jour dans les systèmes verticaux que nous lisons, c’est-à-dire la moitié de la boucle qui n’est pas fermée. Les approbations et les notifications acheminées à la bonne personne à la bonne étape, en interne ou par Slack, plutôt qu’au responsable de l’espace de travail. Une visibilité plus fine à l’échelle d’une opération.

Ouvert, et annoncé comme ouvert. La vérification de bout en bout du lieu de traitement des données client à chaque étape. C’est la raison pour laquelle cette page écrit que les fiches et les documents sont configurés dans une région canadienne au lieu d’avancer une affirmation de résidence des données. Deux de ces étapes se déroulent aujourd’hui hors du Canada et sont nommées dans la note de sécurité. Tant que cette vérification n’est pas terminée et consignée, la phrase la plus prudente est la seule que nous acceptions d’écrire.

Gartner prévoit des agents IA spécialisés dans plus de quarante pour cent des applications d’entreprise d’ici la fin de cette année, contre moins de cinq pour cent l’an dernier.^[R1] Le même cabinet prévoit l’abandon de plus de quarante pour cent des projets agentiques d’ici la fin de 2027, et les causes qu’il nomme sont l’escalade des coûts, une valeur mal définie et des contrôles du risque insuffisants.^[R2] Les deux prévisions portent sur le même moment. La catégorie arrive, et l’essentiel de ce qui arrive ne survivra pas au contact d’un vrai cabinet. C’est l’environnement dans lequel nous construisons, et c’est la raison d’être de cette section.

Quand ce n’est pas la bonne réponse

Si l’on ne trouve pas le paragraphe où l’éditeur perd, on avait raison de se méfier du reste de la page. Cinq des six lignes ci-dessous désignent quelqu’un d’autre, et les deux premières disent la chose honnête : beaucoup de cabinets ne devraient rien acheter du tout.

Le motif qui traverse ces lignes mérite d’être nommé. Plus le travail vit déjà dans une plateforme unique que quelqu’un configure et assume, meilleure devient la couche agentique de cette plateforme et moins nous avons d’intérêt. Nous n’allons pas prétendre le contraire. Notre cas a la forme inverse : un cabinet dont le travail client est réparti entre des outils qui n’allaient jamais se regrouper, où la fiche est l’un de cinq systèmes plutôt que le centre de gravité, et où personne n’est payé pour configurer des logiciels.

Si la catégorie elle-même reste peu familière, le guide de terrain sur les CRM agentiques dresse la carte de qui construit quoi. Si vous pesez un agent intégré à la plateforme déjà en place, nous avons écrit sur ce que cet arrangement coûte à exploiter. Et si la description de la première section ressemblait de trop près à votre semaine, le point de départ est ce que cela donne sur un vrai bureau. Nous préférons être la bonne réponse pour moins de gens que la réponse plausible pour tout le monde.