Un assistant intégré à votre application, qui en a lu la documentation, qui voit l'écran où se trouve l'utilisateur et qui sait le guider pas à pas. Il est livré avec chacune de mes applications.
Les questions des utilisateurs, et qui y répond
Une application livrée produit des questions. Comment annuler une facture déjà envoyée, où retrouver un dossier saisi la veille, si une correction reste possible après validation. Elles arrivent chez la personne qui connaît l'outil, souvent la seule de la structure.
Une documentation ne règle pas le problème. Elle est rarement lue avant le blocage, et rarement ouverte pendant. L'utilisateur bloqué cherche quelqu'un, pas un manuel.
L'assistant répond dans l'application, à l'endroit et au moment où la question se pose.
Quatre usages, du premier réflexe de l'utilisateur à votre réponse
Il connaît votre application : ses écrans, ses règles, son vocabulaire. Quand un utilisateur demande comment faire quelque chose, il répond pour votre logiciel et pas en généralités.
Au lieu de décrire un chemin en trois paragraphes, il surligne le bouton concerné et accompagne l'utilisateur écran par écran. Si celui-ci change de page en cours de route, l'assistant reprend là où il en était.
Quand la question dépasse ce qu'il peut traiter, un bug ou une demande d'évolution, il rédige un rapport structuré et vous le transmet. Vous recevez un compte rendu exploitable au lieu d'un « ça marche pas ».
Ce rapport se transforme en brouillon de message au demandeur, prêt à relire et à envoyer. Tout le trajet, de la question de l'utilisateur à la réponse de votre équipe, tient dans l'outil.
Il ne se réinstalle pas à chaque fois
L'assistant est un service central raccordé à chacune de vos applications. Si vous en avez trois, vos équipes retrouvent le même compagnon dans les trois, avec à chaque fois la connaissance de l'outil dans lequel elles se trouvent.
Chaque échange ne charge que la base de connaissance de l'application d'origine. Une question posée dans un outil ne peut pas faire ressortir le contenu d'un autre, ni celui d'un autre client. La séparation est structurelle.
Avant chaque conversation, l'application cliente présente à l'assistant un jeton signé valable deux minutes. L'assistant vérifie ce jeton et ne se fie jamais à ce qu'un navigateur lui déclare.
Chaque évolution de votre application met à jour ce que l'assistant en sait. Il ne se périme pas comme un manuel imprimé.
Où vont les échanges, et qui peut les lire
L'assistant ne fait aucune recherche en ligne, ne consulte aucun site et n'interroge aucun moteur. Il répond à partir de la seule base de connaissance de votre application et de ce qu'il voit à l'écran. Rien de ce que vous écrivez ne part chercher une réponse ailleurs.
Le dialogue avec le modèle de langage emprunte une liaison chiffrée dédiée. Vos échanges ne sont ni publiés, ni indexés, ni consultables par un tiers.
Si votre cadre l'exige, données sensibles, doctrine de souveraineté ou marché public contraignant, je déploie un modèle hébergé sur votre propre infrastructure. Plus rien ne quitte alors votre périmètre. Cette option se chiffre au cas par cas.
Une précision utile sur ce dernier point : l'assistant s'appuie avant tout sur la documentation de votre application et très peu sur la culture générale du modèle. C'est ce qui rend l'hébergement chez vous réaliste. Là où un assistant généraliste réclamerait un très grand modèle, celui-ci travaille sur un corpus restreint et maîtrisé.
Les applications qui l'embarquent déjà
L'assistant accompagne aujourd'hui les utilisateurs de plusieurs applications que j'ai livrées : un logiciel de suivi client dans le bâtiment, une gestion des congés utilisée par une soixantaine de salariés, un outil de transcription de réunions. Dans chacune, il connaît les écrans, les règles et le vocabulaire de la maison.
Il est inclus dans les applications que je livre. Il n'y a ni licence par utilisateur, ni facturation à la question.
Dites-moi ce qui bloque vos équipes aujourd'hui, et ce qu'un assistant intégré pourrait leur éviter de vous demander.
M'écrire