E-commerce
28 juin 2026
Tous les tickets support ne demandent pas le même délai de réponse. Une question produit simple peut attendre davantage qu’un double débit, un compte piraté ou une adresse à corriger avant expédition.
Un SLA support e-commerce doit définir les priorités selon le risque, l’urgence, le canal et l’impact client. Il doit aussi expliquer au client quand une réponse humaine est attendue.
Ce guide montre comment définir des délais de réponse utiles, réalistes et compréhensibles.
Sommaire
Pourquoi un SLA unique ne suffit pas ?
Promettre le même délai pour toutes les demandes crée deux problèmes : les urgences peuvent attendre trop longtemps et les demandes simples peuvent recevoir une promesse impossible en pic de volume.
Le SLA doit tenir compte du motif et de l’impact client.
Un bon SLA ne répond pas seulement vite ; il répond d’abord aux bons dossiers.
200+ ecommerçants accompagnés
Quels motifs prioriser ?
Les motifs prioritaires sont paiement, fraude, compte piraté, adresse avant expédition, livraison premium dépassée, produit dangereux, données personnelles et client très mécontent.
Les demandes de suivi simple, facture ou question générale peuvent avoir un délai plus long si le self-service répond déjà.
Comment définir les délais ?
Les délais doivent être réalistes selon horaires, jours ouvrés, canaux, taille d’équipe, saisonnalité et complexité. Un délai intenable crée des relances et de la frustration.
Le chatbot peut expliquer la différence entre réponse automatique immédiate et reprise humaine.
Comment communiquer au client ?
Le client doit savoir que sa demande est reçue, quel canal sera utilisé, quel délai est attendu et quelles informations ont déjà été transmises.
Une visibilité claire réduit les relances, surtout hors horaires ou pendant les pics de volume.
Le SLA doit aussi être visible dans les confirmations automatiques et dans le centre d’aide. Si le client découvre le délai seulement après plusieurs relances, la promesse ne joue plus son rôle.
Une bonne communication du délai transforme une attente vague en attente compréhensible.
Comment ajuster les SLA ?
Les SLA doivent être revus après pics saisonniers, nouveaux pays, nouveaux transporteurs, campagne, incident ou changement d’équipe. Les délais réels doivent être comparés aux promesses.
Si un SLA est constamment dépassé, il faut changer la promesse ou renforcer le processus.
Le client doit toujours voir la promesse la plus réaliste, pas la promesse la plus séduisante.
Quel flow suivre ?
Le flow doit prioriser selon l’impact.
Classer les demandes par motif, risque, urgence, impact client, canal et complexité.
Définir un délai de première réponse et un délai de résolution cible par catégorie.
Indiquer les cas prioritaires : paiement, sécurité, expédition imminente, privacy et danger.
Informer le client du délai, du canal de reprise et des informations transmises.
Mesurer SLA respectés, relances, satisfaction, escalades et délais réellement tenus.
Quels exemples utiliser ?
Un double débit doit être priorisé plus vite qu’une question de facture. Une adresse à modifier avant expédition doit passer avant une demande de conseil produit non urgente.
Une demande privacy doit suivre une procédure dédiée, même si elle n’est pas émotionnellement urgente.
Quand transférer ?
Le transfert est nécessaire si le SLA risque d’être dépassé sur un sujet sensible, si le client relance plusieurs fois, si une urgence apparaît ou si le bot ne peut pas résoudre.
Le bot doit transmettre motif, délai promis, temps écoulé, urgence, contexte et attente client.
Quels KPI suivre ?
Suivez première réponse, résolution, SLA respectés, relances, backlog, satisfaction, escalades, tickets hors horaires et motifs qui dépassent souvent.
Ces données permettent d’ajuster les priorités et les ressources.
Quelles erreurs éviter ?
Évitez de promettre un délai unique, de cacher les jours ouvrés, d’ignorer les urgences ou de mesurer seulement la première réponse sans regarder la résolution.
Le SLA doit organiser l’attente, pas seulement l’afficher.
Comment Qstomy peut aider ?
Qstomy peut connecter le chatbot aux cas difficiles, matrices d’escalade, modèles de réponse, règles de sécurité, SLA, commandes, paiements et procédures support pour répondre clairement, puis transférer les cas sensibles avec un résumé exploitable.
Le chatbot aide le client à avancer sans inventer une décision sensible, un délai garanti, une validation de remboursement, une preuve de sécurité ou une escalade qui doit encore être confirmé par une source fiable.
Explorez le support IA, l’agent vente IA ou demandez une démo.
À retenir
À retenir
Les SLA support doivent varier selon motif, risque, urgence, canal, jours ouvrés et complexité.
Ce que le client doit comprendre
Le client doit savoir quand sa demande sera reprise et pourquoi certains cas sont prioritaires.
La bonne limite du chatbot
Le chatbot peut répondre immédiatement et qualifier, mais il doit transférer urgences, délais dépassés et sujets sensibles.
Enzo
28 juin 2026
