Un client écrit « Où est ma commande ? » et attend une réponse directe. Derrière ce bref message se trouvent plusieurs décisions : quelle commande appartient à l’expéditeur, si elle a été répartie en deux colis, depuis quand le transporteur a signalé un événement et si une date d’arrivée reste seulement une estimation.
Un agent WhatsApp de suivi de commande utile traite ces décisions comme un flux de support contrôlé en lecture seule. Il récupère des éléments probants, en explique l’ancienneté et les limites, puis transmet les exceptions à une personne capable d’agir. Les entreprises qui envisagent ce flux peuvent l’inscrire dans un programme plus large d’optimisation des processus, où traitement des messages, accès aux systèmes et responsabilité humaine sont conçus ensemble.
La version fiable répond à partir de dossiers identifiés et montre au client à quel point ces dossiers sont récents. Cet article couvre les demandes entrantes après achat et les mises à jour transactionnelles autorisées. Retours, remboursements, changements d’adresse, instructions d’entrepôt et décisions sur les colis perdus restent entre les mains de collaborateurs responsables. La vue d’ensemble des agents IA WhatsApp présente les autres usages du canal.
Commencer par la Platform et une promesse limitée
L’application WhatsApp Business aide une personne à gérer des conversations sur téléphone ou ordinateur. Le flux de cet article requiert WhatsApp Business Platform, car le logiciel doit recevoir le message entrant, appeler les API de commande et d’exécution, puis renvoyer une réponse gouvernée. Une boutique peut conserver l’application pour le travail manuel, mais l’intégration personnalisée se situe du côté de la Platform.
Cette différence compte lors du choix d’un fournisseur. Une démonstration qui rédige des réponses dans une boîte partagée diffère d’une intégration qui récupère chaque exécution, applique un seuil de divulgation et enregistre ce qu’elle a montré. Demandez quel produit reçoit le webhook, où les identifiants client sont traités, quel système fournit chaque statut et comment une escalade devient visible pour l’équipe.
La promesse doit rester étroite. L’agent peut répondre à ces questions :
- Ma commande a-t-elle été expédiée ?
- Quel colis contient cet article ?
- Quel est le dernier événement transporteur enregistré ?
- Existe-t-il un lien de suivi ou une estimation de livraison fournie ?
Un ancien scan ne permet pas de localiser un colis maintenant. Dans ce flux en lecture seule, l’agent ne doit jamais approuver une indemnisation, créer un retour ou demander à l’entrepôt de réexpédier un article. Ces actions exigent une autorité et des contrôles distincts. La gestion des commandes par agent IA couvre le contexte opérationnel plus large ; cette conception s’arrête à la présentation des éléments et à la transmission.
Suivre une demande, du message à la réponse sourcée
Un flux de production demande des étapes explicites. Le langage naturel est utile aux limites du processus, mais la propriété de la commande, la récupération des données et les règles de divulgation doivent être déterministes autant que possible.
- Classer la demande. Distinguez une question de statut ordinaire d’une demande de remboursement, changement d’adresse, litige de livraison ou retour. Seul le parcours de statut ordinaire continue automatiquement.
- Collecter les données minimales. Demandez la référence et l’information complémentaire la moins sensible exigée par le processus de correspondance. Ne demandez pas une adresse complète quand une donnée plus restreinte suffit.
- Vérifier avant de divulguer. Appliquez la méthode de vérification et le seuil de divulgation du commerçant. Un lien à usage unique, envoyé par un canal déjà vérifié, offre une assurance plus forte que des informations saisies dans la même conversation.
- Récupérer la commande complète. Interrogez la commande et toutes ses exécutions, avec lignes, quantités, transporteur, numéro ou URL de suivi, statut enregistré et estimation fournie par la source.
- Évaluer fraîcheur et ambiguïté. Comparez le dernier événement transporteur au seuil choisi par la boutique. Détectez le suivi absent, plusieurs commandes candidates et les états contradictoires.
- Composer une réponse bornée. Identifiez chaque colis, nommez la source, datez les informations et appelez une date estimée une estimation.
- Transmettre avec contexte. Si les éléments ne permettent pas une réponse utile, donnez aux collaborateurs le dossier correspondant, les champs récupérés, le résultat de fraîcheur et le motif de transmission.
Une réponse illustrative pourrait dire : « Le colis 1 sur 2 contient la veste bleue. Le statut transporteur est en transit, avec un dernier événement enregistré à 10:42 CEST. Nous avons consulté ce dossier à 11:05 CEST. La livraison estimée est le 15 septembre. » Une seconde ligne peut préciser que le colis 2 n’a pas encore été exécuté et orienter vers le support.
Cette séquence réduit le risque qu’un modèle de langage transforme une recherche incomplète en réponse fluide mais trompeuse. La revue reste nécessaire. Les étapes enregistrées donnent à l’équipe une piste d’audit pour contrôler la réponse.
Vérifier la propriété avant d’afficher les détails
Une référence de commande sert à trouver un dossier. La traiter comme un secret constitue un contrôle faible, car elle peut apparaître dans des e-mails, captures d’écran, étiquettes de colis ou conversations transférées. Le numéro joint à un message WhatsApp peut aider à la correspondance, sans établir la propriété dans chaque boutique ou foyer.
L’adresse e-mail et le code postal sont eux aussi des identifiants de correspondance. Ils peuvent réduire les fausses correspondances sans créer une authentification forte. Le bon seuil dépend de ce que la réponse révèle. Une aide générale de livraison demande peu d’informations. Une liste d’articles, une adresse, un nom de destinataire ou un historique de suivi précis exige davantage d’assurance.
Une conception pratique comporte au moins deux états :
| État | Réponse adaptée |
|---|---|
| Avant vérification | Aide générale, demande de données minimales ou lien libre-service sécurisé |
| Après le seuil de vérification de la boutique | Informations limitées d’exécution et de suivi nécessaires à la réponse |
Pour une divulgation sensible, privilégiez un canal sécurisé établi auparavant par la boutique, par exemple un lien à usage unique envoyé à l’adresse e-mail déjà enregistrée sur la commande. La conversation WhatsApp peut reprendre lorsque le résultat revient. L’implémentation exige une revue de confidentialité et de sécurité adaptée aux marchés, données et appétit de risque du commerçant : aucune norme ecommerce universelle ne rend suffisante une référence de commande associée à un code postal.
Ne stockez que les éléments de décision nécessaires pour expliquer ce qui s’est passé. Un journal de support peut indiquer que la vérification a réussi, quelles exécutions ont été récupérées et pourquoi le flux a escaladé, sans copier chaque champ client dans la transcription du modèle.
Préserver la précision des états et des heures
Shopify fournit un exemple concret utile. Sa documentation actuelle de l’objet Fulfillment décrit des champs pour les lignes exécutées, quantités, informations de suivi, statut, événements, updatedAt et une valeur facultative estimatedDeliveryAt. Elle explique aussi qu’une commande peut avoir plusieurs exécutions lorsque les produits partent séparément ou de lieux différents.
L’agent a donc besoin d’un modèle par colis. « Votre commande est expédiée » est incomplet lorsqu’une exécution est en transit et qu’une autre n’a pas été créée. La réponse doit indiquer quels articles appartiennent à quel colis, puis donner l’état de suivi propre à chacun.
Trois heures doivent rester distinctes :
| Heure | Signification |
|---|---|
| Heure de l’événement transporteur | Moment où le dossier transporteur connecté indique que l’événement a eu lieu |
updatedAt de la boutique | Moment où le dossier d’exécution a changé dans la plateforme commerciale |
| Heure de consultation | Moment où l’agent a lu le dossier pour cette réponse |
Une heure ne peut pas remplacer silencieusement une autre. La consultation récente d’un ancien événement transporteur laisse toujours l’état physique incertain. La réponse doit l’exposer et transmettre le cas lorsque l’ancienneté dépasse le seuil choisi par le commerçant.
Le champ facultatif estimatedDeliveryAt permet un langage estimatif lorsque Shopify fournit une valeur. Il ne permet pas d’inventer une arrivée à partir d’une table de transit générique. Affichez la valeur avec sa source et son heure de consultation, puis laissez toute promesse ou indemnisation hors de l’autorité de l’agent.
Ce principe dépasse Shopify, mais les noms de champs et les comportements changent. Chaque connecteur commercial et transporteur doit être testé avec ses vrais cas d’envoi partiel, événement ancien et estimation absente. La discussion sur les agents IA pour l’ecommerce replace ce flux parmi les autres opérations de boutique.
Appliquer les règles WhatsApp au moment de l’envoi
Selon la politique de messagerie WhatsApp Business, la Business Platform autorise une réponse libre dans les 24 heures suivant le dernier message de l’utilisateur. Les messages initiés hors de cette fenêtre de service client exigent un modèle approuvé. Les expériences automatisées nécessitent aussi une voie d’escalade rapide et claire, par transfert humain, téléphone, e-mail, support web ou autre voie autorisée.
Le système doit donc évaluer la fenêtre conversationnelle au moment de l’envoi, et pas seulement à la réception du premier message. Une recherche ou une revue par l’équipe peut durer assez longtemps pour changer le statut. Si la fenêtre est fermée, le flux a besoin d’un modèle approuvé correctement désigné lorsque cela est permis, ou d’un autre moyen autorisé pour laisser le client reprendre contact.
La finalité du message compte également. Une réponse directe sur le colis est transactionnelle. Ajouter une recommandation promotionnelle change la finalité et peut modifier sa catégorie et le traitement du consentement. Gardez la réponse centrée sur la question de commande.
Les indications actuelles de tarification Business Platform de Meta indiquent des frais par message livré, variables selon le marché du destinataire et la catégorie. Les messages de service et les messages utilitaires réactifs y sont actuellement indiqués comme gratuits chez Meta. Cela ne couvre que la tarification Meta. Fournisseur de plateforme, usage de modèle, hébergement, supervision et revue humaine peuvent engendrer des coûts. Vérifiez le sélecteur tarifaire en direct lors du budget.
Les politiques et tarifs peuvent évoluer. Enregistrez la catégorie et la décision d’envoi dans les journaux opérationnels, puis revoyez les règles avant le lancement et à intervalles prévus.
Donner à l’équipe une exception qu’elle peut résoudre
Une transmission peut créer du travail. Une escalade disant « Je n’ai pas pu aider » oblige le collaborateur à refaire la recherche. Une transmission utile comprend la commande candidate, l’état de vérification, toutes les exécutions récupérées, les heures source et le motif précis de l’arrêt.
Les motifs prévisibles comprennent :
- aucune commande ou plusieurs commandes correspondent aux identifiants fournis ;
- la vérification échoue ou la divulgation demandée dépasse le seuil approuvé ;
- un événement transporteur est plus ancien que la limite de fraîcheur du commerçant ;
- le dossier indique une perte, un dommage, une exception ou une livraison contestée ;
- le client demande un remboursement, retour, changement d’adresse ou réexpédition ;
- des champs source sont absents ou contradictoires.
L’équipe a besoin d’un responsable pour chaque file et d’une attente de réponse mesurable. Elle a aussi besoin de l’autorité qui manque à l’agent en lecture seule. Le responsable du support peut contacter un transporteur, enquêter sur un scan contesté, décider une indemnisation ou lancer un processus contrôlé en aval.
Lisez les corrections des collaborateurs. Si un flux de transporteur manque souvent d’événements, il peut être prudent de réduire l’automatisation pour ce connecteur. Si un état d’exécution est régulièrement mal compris, ajoutez une règle déterministe ou une formulation client plus claire. Les plaintes directement observées et les signaux agrégés de qualité de compte permettent de voir quand le flux doit être revu ou suspendu.
Mesurer la capacité brute avant de revendiquer un retour
Considérez une boutique illustrative qui reçoit 12 demandes ordinaires de statut par jour ouvré. Avec 5 minutes supposées pour identifier la commande, ouvrir le dossier transporteur et rédiger une réponse, la charge est de 60 minutes. Si l’agent résout 8 demandes supposées à partir de dossiers complets et récents et transmet 4 cas, le temps manuel restant est de 20 minutes. La différence illustrative est de 40 minutes de capacité brute récupérable ce jour-là.
Ce chiffre alimente un dossier économique, sans constituer une garantie d’économie. Déduisez le temps de revue des réponses incertaines, de résolution des exceptions, correction des données, suivi de qualité et maintenance des intégrations. Mesurez pendant un pilote le volume propre de demandes, temps de traitement, taux de résolution vérifiée, taux de correction et charge de transmission.
Orange ITS utilise des fourchettes de planification illustratives de CHF 5,000 à 18,000 pour un pilote étroit avec une intégration et un durcissement limité, et de CHF 18,000 à 60,000 pour un agent de production unique. Un déploiement de suivi de commande peut se situer dans ces fourchettes selon les contrôles d’identité, le nombre de connecteurs commerce et transporteurs, le monitoring, les langues et le routage du support. Les coûts du fournisseur et de l’exploitation s’ajoutent à la construction.
Le meilleur point de départ est une boutique avec des demandes de livraison récurrentes, des données d’exécution structurées et des collaborateurs qui font déjà cette recherche. Une boutique aux flux de suivi médiocres ou aux règles de propriété de commande non résolues doit d’abord se préparer. Le pilote réussit lorsque les clients reçoivent des dossiers exacts et datés, et que l’équipe récupère les cas qui exigent une vraie décision opérationnelle.
Questions fréquentes
Que peut répondre un agent WhatsApp de suivi de commande ?
Un agent WhatsApp de suivi de commande peut retrouver une commande correspondante, lister chaque exécution, afficher le dernier statut transporteur enregistré et partager le lien de suivi. Il peut aussi présenter une date de livraison estimée lorsque le système commercial la fournit. La réponse doit indiquer sa source et son heure, tandis que les dossiers absents, événements anciens, litiges et demandes opérationnelles vont à l'équipe.
Un numéro de commande suffit-il à vérifier un client ?
Un numéro de commande est un identifiant de recherche utile, mais il ne prouve pas à lui seul que l'expéditeur possède la commande. Une adresse e-mail ou un code postal peut améliorer la correspondance sans devenir un second facteur universel. Avant de révéler des détails sensibles, le commerçant doit utiliser une méthode de vérification adaptée à son niveau de risque, de préférence par un canal sécurisé déjà vérifié.
L'agent peut-il promettre l'arrivée d'un colis ?
L'agent doit présenter toute date de livraison fournie comme une estimation. Un événement transporteur indique ce que le système connecté a enregistré, le dossier de la boutique peut avoir une autre heure de mise à jour et l'agent a sa propre heure de consultation. La réponse doit identifier clairement ces heures et ne jamais transformer un champ estimatif facultatif en garantie de localisation ou d'arrivée.
Chaque commande ecommerce a-t-elle un seul statut de suivi ?
Une commande peut avoir plusieurs exécutions lorsque les produits partent séparément ou de lieux différents. L'agent doit associer chaque colis à ses lignes et quantités, puis communiquer le statut de chaque exécution séparément. Un message global peut cacher un article non exécuté, un colis sans suivi ou une exception limitée à un envoi. Le client a besoin d'une vue colis par colis.
L'application WhatsApp Business prend-elle en charge cette intégration ?
Le flux décrit exige WhatsApp Business Platform, car un service personnalisé doit recevoir les messages et appeler les systèmes commerciaux et transporteurs via API. L'application WhatsApp Business reste utile aux collaborateurs qui traitent les conversations manuellement. Le commerçant doit définir le routage des escalades et confirmer séparément les coûts du fournisseur, de la messagerie, du modèle et du support, en plus des tarifs Meta.