Un assistant qui propose un produit ou un itinéraire ne vous connaît pas : il assemble des indices. Comprendre lesquels, et ce qui les alimente, sépare une vraie recommandation d'une reformulation flatteuse. Voici les mécanismes et les garde-fous.
Un assistant conversationnel qui propose un produit, un itinéraire ou un article ne sait pas qui vous êtes. Il assemble des indices : ce que vous venez d'écrire, ce qu'il a retenu des échanges précédents, ce que contient le catalogue branché derrière lui. La personnalisation existe donc bel et bien, mais elle repose sur des mécanismes identifiables, et c'est en les connaissant que l'on distingue une vraie recommandation d'une reformulation aimable.
La confusion habituelle consiste à appeler personnalisation ce qui n'est qu'une reformulation. Un modèle qui reprend vos mots et vous les renvoie enrobés donne une impression de sur-mesure sans rien savoir de vous. Le vrai test tient en une phrase : à question identique, la réponse change-t-elle quand la personne change ?
| Source | Ce qu'elle apporte | Durée de vie | Limite principale |
|---|---|---|---|
| Message en cours | Intention immédiate, contraintes dites à voix haute | La conversation | Tout disparaît à la fermeture |
| Historique de l'échange | Niveau, ton, préférences répétées | Quelques tours de parole | S'allonge vite et alourdit chaque réponse |
| Mémoire validée | Faits stables, taille, contrainte, budget | Longue | Se périme sans que personne ne la corrige |
| Base client de l'entreprise | Achats réels, retours, abonnements | Longue | Souvent incomplète ou mal reliée au compte |
| Catalogue et fiches produits | Ce qu'il est possible de recommander | Permanente | Plafonne la qualité de toute réponse |
| Signaux de navigation | Préférences non déclarées | Courte | Beaucoup de bruit, interprétation fragile |
La ligne la plus sous-estimée est celle du catalogue. Un assistant ne recommandera jamais mieux que ce que décrivent les fiches dont il dispose : si elles contiennent un argumentaire commercial mais ni dimension, ni compatibilité, ni usage recommandé, aucun modèle ne compensera ce vide. Le chantier de personnalisation commence presque toujours par une remise à plat des descriptions.
Un modèle de langage sait reformuler une demande floue, hiérarchiser des critères contradictoires, expliquer un choix et relancer par une question utile. Il ne sait pas, seul, connaître un stock, un prix du jour, un délai de livraison, ni classer par pertinence plusieurs milliers de références. Ce travail revient à un moteur de recherche ou de recommandation branché derrière lui, dont le modèle se contente de présenter et de justifier les résultats. Une architecture qui inverse ces rôles produit des réponses élégantes et fausses.
Le moteur de recommandation
Quand le catalogue est vaste et le besoin implicite
L'assistant conversationnel
Quand le besoin se formule en une phrase
Les deux approches ne s'opposent pas. Le montage qui tient dans la durée confie la sélection au moteur, qui connaît les stocks et les statistiques, et la mise en mots à l'assistant, qui sait poser une question et expliquer un écart. Vouloir que le modèle fasse les deux revient à lui demander de deviner un inventaire.
Le dernier indicateur est le plus révélateur et le plus souvent oublié. Tant qu'une part des réponses mentionne des références introuvables, le dispositif n'est pas prêt, même si les utilisateurs se déclarent satisfaits.
Personnaliser suppose de conserver des informations rattachées à une personne identifiable, ce qui fait entrer le dispositif dans le champ de la protection des données. Le principe directeur est la sobriété : une finalité annoncée clairement, une base légale, une durée de conservation définie, et un accès effectif pour consulter, corriger ou supprimer ce qui a été retenu.
Sur le budget, la ligne qui surprend n'est pas celle du modèle mais celle de l'entretien. Un catalogue vit : des références entrent, des caractéristiques changent, un fournisseur renseigne mal une fiche. Sans une personne chargée de tenir cette matière à jour et de relire chaque semaine un échantillon de conversations, la pertinence se dégrade en quelques mois sans que rien ne tombe en panne. C'est ce poste, plus que la facture d'usage, qui détermine la durée de vie utile du dispositif.
La question n'est donc pas de savoir si un chatbot peut personnaliser, mais jusqu'où l'organisation qui le déploie est prête à préparer ses données et à accepter qu'un assistant dise parfois non. C'est cette discipline, bien plus que la puissance du modèle, qui fait la différence entre un gadget bavard et un conseil dont on se souvient.
Seulement si une mémoire a été activée et alimentée. Par défaut, beaucoup d'assistants repartent de zéro à chaque conversation et ne disposent que de ce qui est écrit dans l'échange en cours. Quand une mémoire existe, elle stocke des faits jugés stables, une taille, une contrainte, une préférence répétée, et les réinjecte au début des conversations suivantes. Cette mémoire est rarement exhaustive et se périme sans prévenir, car personne ne pense à corriger une information devenue fausse.
Le test est simple : posez la même question avec un profil différent et regardez si la réponse change. Si elle ne bouge pas, l'assistant reformule votre demande sans en tirer de sélection. Deuxième signal, la présence d'une raison explicite : une recommandation utile dit pourquoi cette référence plutôt qu'une autre, en s'appuyant sur une contrainte que vous avez donnée. Troisième signal, la capacité à écarter des options, voire à répondre qu'aucune ne convient.
Oui, et c'est le défaut le plus coûteux en pratique. Un modèle de langage produit du texte plausible : privé d'accès au catalogue réel, il génère des noms de références, des caractéristiques et parfois des disponibilités qui n'ont jamais existé. La parade consiste à ne jamais laisser le modèle citer une référence de mémoire. La recherche est faite par un moteur branché sur le catalogue, et le modèle ne commente que les résultats qui lui sont transmis.
Beaucoup moins qu'on ne le croit. Les critères qui départagent un catalogue sont en général peu nombreux : usage prévu, contrainte technique, budget approximatif, niveau d'expérience, délai. Un historique d'achat bien relié apporte davantage qu'un profil déclaratif rempli une fois. À l'inverse, accumuler des informations sans rapport avec la décision alourdit le traitement, augmente le risque en cas de fuite et dégrade souvent la pertinence, car le modèle s'accroche à un détail marginal.
Oui, et c'est aussi ce que demande le cadre européen sur les données personnelles : une finalité annoncée, une base légale, une durée de conservation et la possibilité d'accéder aux informations puis de les faire effacer. En pratique, cela se traduit par une page lisible qui montre ce que l'assistant a retenu, un bouton pour corriger et un bouton pour supprimer. Pour la qualification juridique d'un dispositif précis, un professionnel du droit des données reste le bon interlocuteur.
L'essentiel du budget ne part pas dans le modèle mais dans la préparation. Nettoyer un catalogue, décrire les critères qui comptent, relier une base client et écrire les règles de sélection représentent le gros du travail, et se comptent en semaines pour un catalogue de taille moyenne. Le coût d'usage par échange reste faible à l'unité, mais il se multiplie par le nombre de messages et par la longueur de l'historique relu à chaque tour de conversation.
D'autres guides de la rubrique Tech & Numérique
Un téléphone vendu sans carte SIM n'est pas forcément débloqué, et une annonce nettement moins chère que les autres cache presque toujours quelque chose. Le tri se fait sur quatre vérifications, toutes réalisables avant de payer. Voici lesquelles.
Une suite de vingt-cinq caractères arrive par courriel quelques minutes après le paiement, sans colis ni support physique. Derrière cette simplicité se cachent un stock constitué à l'avance, un contrôle antifraude et des statuts juridiques très inégaux. Voici comment s'y retrouver.
Dans l'onglet Boutique, une fiche ne remonte pas parce qu'elle est belle mais parce qu'elle répond à une requête et qu'elle vend. Deux blocs de signaux se combinent, et seul le premier se travaille au clavier. Voici comment s'y prendre, champ par champ.
Remplacer un disque dur par un SSD réveille toujours la même crainte : perdre l'activation du système. Dans les faits, le disque pèse très peu dans l'empreinte matérielle enregistrée. Voici ce qui compte vraiment, et comment rattraper le coup si le message tombe.