1 – Traitement des commandes : le workflow complet de la réception à l'expédition
Le traitement d'une commande e-commerce n'est pas une tâche unique. C'est une séquence de micro-actions qui, mal exécutées ou oubliées, créent des erreurs en cascade : colis envoyé à la mauvaise adresse, doublon de commande, statut non mis à jour, client qui contacte le SAV pour savoir où en est sa livraison. Voici comment structurer cette séquence pour un agent dédié offshore.
1.1 : Vérification et validation des commandes entrantes
Chaque commande qui entre dans Shopify ou PrestaShop passe par un contrôle avant traitement. L'agent dédié vérifie cinq points : correspondance entre l'adresse de livraison et l'adresse de facturation, cohérence du moyen de paiement (signal de fraude sur les commandes avec adresses divergentes), disponibilité réelle du stock dans le WMS ou l'ERP, présence de notes client (demande de livraison spécifique, cadeau, message personnalisé), et conformité du montant facturé avec les promotions en cours.
Sur Shopify, ce contrôle s'appuie sur la page de détail de commande et les tags automatiques configurés via Shopify Flow. Sur PrestaShop, l'agent utilise le back-office natif avec les modules de gestion de stock. Les commandes suspectes sont flaggées et remontées au marchand via un canal dédié sur Slack ou Teams. L'agent ne valide jamais seul une commande douteuse. Ce point est non négociable dans le workflow. Le temps moyen par commande validée : entre 90 secondes et 3 minutes selon la complexité. Pour organiser ces rituels de contrôle sans micro-management, ce guide de pilotage d'équipe offshore détaille les indicateurs adaptés.
1.2 : Préparation des bons de livraison et transmission au logisticien
Une fois la commande validée, l'agent génère le bon de livraison. Sur Shopify, cela passe par la création du fulfillment et l'impression de l'étiquette via l'application du transporteur (Colissimo, Mondial Relay, Chronopost, ou un connecteur comme Sendcloud ou ShipStation). Sur PrestaShop, le processus utilise le module transporteur configuré et l'export vers le logisticien.
L'agent dédié ne se contente pas de cliquer sur "Expédier". Il vérifie que le bon produit est associé au bon colis, que le poids déclaré est cohérent, et que le mode de livraison choisi par le client est bien celui appliqué. En cas de multi-colis, il crée les bons séparés et s'assure que chaque tracking est bien rattaché à la bonne ligne de commande.
Pour les marchands qui travaillent avec un logisticien externe (3PL), l'agent transmet la commande préparée via l'API ou le fichier d'échange (CSV, EDI). Il suit ensuite la confirmation de prise en charge. Pas de commande qui reste "en attente" sans raison identifiée. Chaque soir, un rapport de commandes non expédiées est envoyé. C'est ce niveau de rigueur qui fait la différence entre un agent exécutant et un collaborateur intégré.
1.3 : Mise à jour des statuts et envoi des notifications client
Le client attend trois choses après sa commande : une confirmation, un numéro de tracking, et une date estimée de livraison. Si l'une de ces trois informations arrive en retard ou pas du tout, il contacte le SAV. Chaque contact SAV évitable est un coût direct.
L'agent dédié met à jour le statut de la commande dans Shopify ou PrestaShop dès que l'information est disponible : passage de "En cours de préparation" à "Expédié", ajout du numéro de suivi, notification automatique déclenchée. Sur Shopify, les notifications sont gérées via les templates email natifs ou un outil comme Klaviyo. Sur PrestaShop, le module de suivi de commande gère l'envoi.
L'agent vérifie également que le tracking est bien actif côté transporteur avant de notifier le client. Envoyer un tracking qui ne renvoie rien pendant 48 heures génère plus de frustration que de ne rien envoyer. C'est un détail opérationnel que seul un collaborateur formé à votre flux spécifique peut gérer correctement. Cette maîtrise des outils se construit dès les premières semaines de ramp-up : la méthode de structuration du démarrage explique comment éviter les erreurs classiques sur cette phase.
2 – SAV et gestion des litiges : absorber le volume sans dégrader l'expérience client
Le SAV d'un e-commerce n'est pas un centre de coût. C'est le point de contact qui décide si un client rachète ou laisse un avis négatif. Externaliser le SAV à un agent dédié ne signifie pas baisser la qualité. Cela signifie structurer les réponses, cadrer les niveaux de décision, et donner à l'agent les outils pour résoudre 80 % des cas sans escalade.
2.1 : Catégorisation des demandes et arbre de décision
Toutes les demandes SAV ne se valent pas. Un "Où est mon colis ?" ne se traite pas comme un "Le produit est cassé, je veux un remboursement". L'agent dédié travaille avec un arbre de décision qui catégorise chaque demande entrante et lui donne la marche à suivre.
Catégories types pour un e-commerce Shopify ou PrestaShop : suivi de livraison (réponse immédiate via tracking), modification de commande (possible avant expédition, refusée après), produit défectueux (photo requise, échange ou remboursement selon politique), erreur de préparation (mauvais produit envoyé, renvoi à la charge du marchand), litige paiement (contestation carte, PayPal, Stripe).
Chaque catégorie a un SLA défini : délai de première réponse (objectif : moins de 4 heures en jour ouvré), délai de résolution, et seuil d'escalade. L'agent résout seul les demandes de niveau 1 (suivi, modification, information produit). Les niveaux 2 et 3 (remboursement supérieur à un certain montant, litige juridique, client VIP mécontent) remontent au marchand avec le contexte complet. Pour aller plus loin sur la structuration des niveaux d'escalade, cet article sur les niveaux 1-2-3 en offshore pose le cadre.
2.2 : Litiges PayPal, Stripe et contestations bancaires
Un litige PayPal ou une contestation Stripe non traité dans les délais, c'est de l'argent perdu et un taux de litige qui grimpe. Au-delà de 1 % de taux de contestation, PayPal peut geler votre compte. Stripe peut vous résilier. C'est un sujet critique que beaucoup de marchands gèrent dans l'urgence.
L'agent dédié prend en charge le suivi des litiges ouverts. Sur PayPal, il répond dans le Resolution Center avec les preuves requises : preuve de livraison (tracking signé), capture d'écran de la commande, copie de la politique de retour acceptée par le client. Sur Stripe, il prépare la réponse au chargeback via le dashboard avec les mêmes pièces justificatives.
Le workflow est précis : dès qu'un litige est ouvert, l'agent crée un ticket interne, rassemble les preuves sous 24 heures, soumet la réponse, et suit la décision de la plateforme. Il tient un tableau de suivi des litiges en cours avec montant, date d'ouverture, date limite de réponse, et statut. Ce tableau est partagé avec le marchand en temps réel via Google Sheets ou Notion. Le marchand voit en un coup d'œil combien de litiges sont ouverts, pour quel montant, et où en est chaque dossier. Aucune surprise en fin de mois.
2.3 : Scripts de réponse et personnalisation par canal
Un agent dédié ne lit pas un script mot pour mot comme un centre d'appels mutualisé. Il utilise des templates de réponse adaptés à chaque canal (email, chat Shopify, messagerie marketplace) qu'il personnalise avec le contexte du client.
Les templates couvrent les scénarios récurrents : accusé de réception de la demande, information de suivi, proposition de remplacement ou remboursement, demande de photo pour produit défectueux, clôture de ticket avec enquête de satisfaction. Chaque template est rédigé dans le ton de la marque du marchand. C'est un travail de calibrage initial qui prend entre 2 et 5 jours lors de l'onboarding de l'agent.
Sur Shopify, l'agent utilise Gorgias, Zendesk ou Re:amaze selon l'outil déjà en place. Sur PrestaShop, il travaille via le module SAV natif ou un outil tiers connecté. Le point clé : l'agent est formé à votre outil, pas à un outil générique. Il connaît les macros, les tags, les règles d'automatisation. Il ne découvre pas l'interface le jour où un client mécontent attend une réponse. Cette qualité linguistique et cette intégration aux outils client sont détaillées dans l'article sur le customer care francophone offshore.
3 – Retours et remboursements : le workflow qui protège votre marge
Les retours représentent entre 20 et 40 % des commandes en e-commerce mode, et entre 5 et 15 % sur les autres catégories. Chaque retour mal géré coûte deux fois : le remboursement lui-même et le temps passé à le traiter. Structurer le workflow retour avec un agent dédié, c'est réduire le coût de traitement unitaire et accélérer le remboursement pour éviter les litiges.
3.1 : Demande de retour, validation et génération de l'étiquette
Le client demande un retour. L'agent dédié vérifie d'abord l'éligibilité : délai de rétractation respecté (14 jours en France), produit éligible au retour selon la politique du marchand (hors personnalisation, hygiène, etc.), commande identifiée dans le système.
Si le retour est validé, l'agent génère l'étiquette de retour. Sur Shopify, cela passe par l'app de retour (Loop Returns, ReturnGO, ou le module natif). Sur PrestaShop, le module de retour gère la création du bon de retour et l'étiquette prépayée si la politique du marchand le prévoit.
L'agent envoie au client : la confirmation de la demande de retour, l'étiquette à imprimer, les instructions d'emballage, et le délai estimé de remboursement. Tout cela en un seul email, pas en trois échanges. Le client sait exactement ce qu'il doit faire. L'agent met à jour le statut de la commande dans le back-office : "Retour en cours". Chaque demande de retour est tracée dans un tableau dédié avec : numéro de commande, motif du retour, date de la demande, date d'envoi du colis retour, date de réception, et statut du remboursement.
3.2 : Réception du retour, contrôle qualité et mise à jour du stock
Le colis retour arrive. Si le marchand gère lui-même son stock, l'agent coordonne avec l'équipe logistique pour obtenir la confirmation de réception et le résultat du contrôle qualité. Si un 3PL gère le stock, l'agent suit le statut dans le WMS et relance si le retour n'est pas traité sous 48 heures ouvrées.
Le contrôle qualité détermine la suite : produit en état de revente (remise en stock, remboursement intégral), produit endommagé par le client (remboursement partiel ou refusé selon politique), produit défectueux confirmé (remboursement intégral, produit retiré du stock).
L'agent met à jour le stock dans Shopify ou PrestaShop dès que le produit est remis en vente. Ce point est souvent négligé et crée des écarts de stock fantômes : le produit est physiquement en entrepôt mais non disponible à la vente en ligne. Sur un catalogue de 500+ références, ces écarts s'accumulent et génèrent des ruptures artificielles. Un agent formé à votre flux sait que la mise à jour du stock est le dernier maillon du retour, pas un détail facultatif. Pour comprendre comment structurer l'externalisation selon votre CMS e-commerce, l'article dédié compare les spécificités Shopify, PrestaShop et Webflow.
3.3 : Remboursement, avoir et reporting mensuel
Le remboursement est le moment de vérité. Un remboursement rapide (sous 48 heures après réception du retour) réduit les litiges et les avis négatifs. Un remboursement qui traîne 10 jours génère un contact SAV, puis une contestation PayPal ou carte.
L'agent dédié lance le remboursement dans Shopify (bouton Refund sur la commande, avec choix du montant : total, partiel, hors frais de livraison) ou dans PrestaShop (module de remboursement avec génération automatique de l'avoir). Il vérifie que le remboursement apparaît bien côté passerelle de paiement (Stripe, PayPal, Mollie) et confirme au client par email.
Pour les marchands qui préfèrent proposer un avoir plutôt qu'un remboursement, l'agent crée le code promo ou la gift card dans le système et l'envoie au client avec la date d'expiration.
En fin de mois, l'agent produit un reporting retours : nombre de retours, taux de retour par catégorie produit, motifs principaux (taille, défaut, ne correspond pas à la description), montant total remboursé, et délai moyen de traitement. Ce reporting alimente les décisions produit du marchand : si 30 % des retours sur une référence sont liés à un défaut, le problème est le produit, pas le SAV. Pour mesurer le retour sur investissement global de cette externalisation, la méthodologie TCO sur 12 mois donne le cadre de calcul complet.
Votre back-office e-commerce tourne déjà sans vous, ou il vous consume
Chaque commande non traitée dans les temps, chaque litige PayPal laissé sans réponse 48 heures, chaque retour qui traîne une semaine de trop vous coûte plus cher qu'un collaborateur dédié à Madagascar. Pas un freelance qui jongle entre trois boutiques. Pas un centre d'appels qui découvre votre catalogue à chaque appel. Un agent qui connaît votre Shopify ou votre PrestaShop, qui travaille avec vos outils, qui ne fait que votre back-office.
Pendant que vous lisez cet article, des commandes attendent, des clients s'impatientent, des litiges courent. Chaque jour sans workflow structuré est un jour où votre marge recule et vos avis clients se dégradent. Le volume ne va pas baisser. La question est de savoir qui l'absorbe demain.
