Échange de taille sur Sylius : le préparer avec un agent IA
Pour gérer les échanges de taille sans y passer vos journées sur Sylius, un agent IA lit la commande du client, identifie la variante reçue et celle demandée, vérifie le stock de la nouvelle taille et applique vos règles d'échange. Il prépare ensuite la réponse au client et la réexpédition, en attente de validation. Vous n'avez plus qu'à relire et confirmer.
Dans la mode, la chaussure ou le sport, l'échange de taille est un flux permanent. Chaque demande est simple, mais elle demande cinq manipulations : retrouver la commande, voir quelle taille a été livrée, vérifier que l'autre est disponible, expliquer la marche à suivre, préparer l'envoi. Je construis des agents IA pour boutiques Sylius, et ce cas illustre bien ce qu'un agent sait faire : beaucoup de lecture, un peu de raisonnement, aucune décision irréversible.
Pourquoi l'échange de taille est-il si chronophage ?
Parce qu'il est presque toujours conditionnel. Le client veut « la même en 40 », mais le 40 est-il en stock ? L'article est-il encore dans le délai que vous accordez ? A-t-il été porté ? Les frais de retour sont-ils à sa charge ? Faut-il attendre le retour avant de réexpédier ? Chaque réponse dépend de deux ou trois informations dispersées dans l'administration.
Le risque, quand on va vite, est l'incohérence : un client obtient une réexpédition immédiate, un autre doit attendre le retour, sans raison claire. Un agent qui applique des règles écrites règle ce problème autant que celui du temps.
Que lit l'agent dans Sylius pour préparer l'échange ?
Dans Sylius, la taille est en général une option de produit, et chaque combinaison d'options est une variante, avec son propre code et son propre stock. C'est précisément ce qu'il faut à l'agent. Une fois le client retrouvé par son adresse e-mail exacte, il lit la ligne de commande, la variante livrée, puis cherche la variante demandée du même produit et son stock disponible.
| Étape | À la main | Avec l'agent |
|---|---|---|
| Retrouver la commande | Recherche dans l'administration | Lecture automatique, par l'adresse e-mail exacte |
| Identifier la taille livrée | Ouvrir la commande, lire la ligne | Variante lue dans la ligne de commande |
| Vérifier la taille demandée | Ouvrir la fiche produit, chercher la variante | Stock de la variante lu et cité |
| Appliquer la politique d'échange | De mémoire | Règle écrite, citée dans la proposition |
| Préparer la réponse et l'envoi | Rédaction, saisie | Brouillon et action en attente de validation |
L'accès aux données passe par l'API d'administration de Sylius 2, réservée au rôle ROLE_API_ACCESS, ou par du code dans la boutique. L'agent n'a accès qu'aux commandes du client concerné : c'est la couche des accès par rôle, qui l'empêche de mélanger deux dossiers.
Et si un agent le faisait pour vous ?
Laissez votre numéro : je vous rappelle sous 24 heures ouvrées et je regarde avec vous ce qu'un agent peut prendre en charge dans votre boutique, dans votre budget.
Échange ou retour : qui décide de la règle ?
Vous. L'échange relève de votre politique commerciale, alors que la rétractation ouvre droit au remboursement dans les conditions rappelées par Service-public.fr : au moins 14 jours à compter du lendemain de la réception pour un bien, et un remboursement sous 14 jours. Un client qui demande un échange peut aussi, s'il le préfère, exercer son droit de rétractation. L'agent ne doit donc jamais présenter l'échange comme la seule option quand la loi en ouvre une autre.
Concrètement, vos règles d'échange sont écrites noir sur blanc dans les documents de l'agent : délai accordé, état de l'article, frais de port, réexpédition avant ou après réception du retour. Le prompt système lui impose de citer la règle qu'il applique. Le cas général des retours est traité dans l'article sur les demandes de retour.
Ce que l'agent ne fait jamais seul
L'agent ne réexpédie rien, ne modifie pas le stock, ne crée pas de commande d'échange définitive, n'offre pas les frais de port et n'envoie aucun mail. Il prépare. Une personne valide la réponse et l'action logistique, souvent en quelques secondes, parce que tout ce qu'il faut pour décider est déjà rassemblé.
Ce découpage est celui de l'agent de service client que je construis pour une boutique sous Sylius 2 : un brouillon dans Gmail, une action logistique en attente de validation dans l'administration, et aucun outil pour envoyer, rembourser ou faire un geste commercial. Les interdits ne sont pas dans le prompt, ils sont dans le code : l'agent ne peut pas faire ce qu'on ne lui a pas donné les moyens de faire.
Comment éviter les erreurs de taille ou de variante ?
Les erreurs viennent surtout de l'ambiguïté. « Je voudrais la taille au dessus » suppose de connaître l'ordre des tailles ; « la même en bleu » change une autre option. L'agent s'appuie sur les options et variantes réelles du produit, pas sur une supposition du modèle. Quand la demande reste ambiguë, il prépare une question au client plutôt qu'un échange.
Je vérifie ce comportement avec des cas réels anonymisés, rejoués avant chaque changement de règle ou de modèle : demande claire, rupture de stock, demande hors délai, produit soldé, client qui change d'avis. C'est la couche des tests et des traces. Si vos fiches produits ont des tailles mal renseignées, c'est d'ailleurs le moment de les corriger, comme je l'explique dans l'article sur les attributs produits.
Par où commencer ?
Comptez vos échanges sur un mois et notez ce qui les ralentit : la recherche, le stock, l'hésitation sur la règle. Si la règle est floue, écrivez-la d'abord. Si elle est claire, un agent peut la préparer dès les premiers messages. Je propose un diagnostic IA offert : je vous rappelle sous 24 heures ouvrées, je regarde votre boutique Sylius et vos échanges, et je vous propose la solution qui rentre dans votre budget. Pour une vision d'ensemble des demandes qui arrivent, voyez aussi l'article sur le tri des messages.