Reduce return cost

Le client pouvait déjà demander un retour depuis le portail, et les équipes internes prenaient tout en charge derrière. Le signal est venu des coûts logistiques : le prix des étiquettes de retour montait, et sur les articles à faible marge il dépassait ce que la vente avait rapporté. Chaque retour traité devenait une perte sèche.

Le déclencheur n'est donc pas venu d'une plainte client, mais d'une ligne de coût. Restait à savoir où elle basculait, et ce qu'on pouvait proposer à la place. Trois lectures ont servi de recherche.

1. 01

   Comparer le coût à l'article

   Rapprocher le prix de l'étiquette de retour, et la logistique autour, de la valeur du produit concerné.

2. 02

   Trouver le point de bascule

   Repérer à partir de quel montant faire revenir l'article coûte plus cher que ce que la vente avait rapporté.

3. 03

   Regarder les gestes déjà accordés

   Le remboursement partiel existait, accordé à la main au cas par cas. Assez de cas réels pour voir à quel pourcentage les clients acceptaient, et à partir duquel ils refusaient.

La troisième lecture est celle qui a le plus compté : elle a montré qu'une réponse existait déjà, mais artisanale, et qu'il fallait la rendre systématique plutôt que l'inventer. Elle a aussi donné les ordres de grandeur des pourcentages à proposer.

Deux variables faisaient bouger la bonne réponse. Le retailer d'abord, qui accepte les retours ou non, avec ses propres règles. Le prix de l'article ensuite, qui décide à partir de quand un renvoi vaut encore le coup. Une règle unique appliquée à tout le monde ne pouvait pas tenir.

J'ai mené le design seul, avec une équipe resserrée : chef de projet, développeur front et développeur back. Ce n'est pas un parcours à part, c'est une surcouche du retour qui existait déjà sur Manage my order.

Deux leviers faisaient disparaître le coût. Offrir l'article quand le renvoi coûte plus cher que ce qu'il rapporte. Ou rembourser une partie du prix, tout de suite, contre le fait de garder l'article. Dans les deux cas, plus de colis, donc plus de frais de transport.

• Offrir l'article

  Quand le coût du retour dépasse la valeur du produit, le renvoi n'a plus d'intérêt pour personne : le client est remboursé et garde l'article.

• Rembourser une partie

  Un pourcentage calé sur le prix de l'article, assez élevé pour être accepté, moins cher qu'un retour.

• Renvoyer le colis

  Le retour classique reste disponible jusqu'au bout. C'est une alternative proposée, jamais une option retirée.

L'ordre de présentation n'est pas neutre : les options les plus favorables à l'entreprise passent en premier. Le cas à éviter était le client qui renvoie par défaut alors qu'un remboursement partiel l'aurait satisfait.

Un parcours qui oriente a besoin de garde-fous, sinon on ne conçoit plus une alternative mais un obstacle. Trois règles n'ont pas bougé du projet.

Le moment compte plus que le message

L'offre n'apparaît pas au clic sur « Retourner ma commande ». Elle arrive plus tard, juste après la marche à suivre du retour, quand le client vient de lire ce qu'un renvoi lui demande vraiment : emballer, imprimer, coller l'étiquette, déposer le colis en point relais. À cet instant, garder l'article et être remboursé tout de suite se compare à quelque chose de concret.

Une offre calculée article par article

La contrainte technique est devenue la règle d'interface. Chaque article porte sa propre éligibilité, son taux et son montant ; la fenêtre les additionne et laisse décocher ceux que le client préfère renvoyer malgré tout. C'est aussi pour ça que le parcours se déroule étape par étape, plutôt que d'exposer tous les cas d'un coup.

La mise en ligne s'est faite progressivement, avec GA4 et Contentsquare branchés dès le premier lot. Il ne s'agissait pas seulement de compter les acceptations : il fallait vérifier que l'offre ne se lisait pas comme un parcours dégradé avant de l'étendre.

Le signal le plus utile est resté le message. Un client qui écrit aux ops à cet endroit du parcours n'a pas compris ce qu'on lui proposait. C'est ce qu'on surveillait, autant que les taux.

Baisser le taux a coûté plus qu'il n'a rapporté

L'offre valait 33 % du prix pour tout le monde. Elle est passée à des paliers : 70 % sous 40 €, 30 % entre 40 et 150 €, 25 % au-delà. L'intention était de dépenser moins là où le remboursement partiel pèse le plus, c'est-à-dire sur les articles chers.

Le résultat s'est vu en une semaine. Entre 40 et 150 €, la part de clients qui acceptent tombe d'environ un tiers à un sur dix. Au-dessus de 150 €, personne n'accepte sur les six décisions observées. La recommandation a été de remettre 33 % sur le haut de gamme sans attendre, et de laisser vivre les 30 % plus longtemps avant de trancher.

Une réserve, et elle compte : la fenêtre avait été réécrite dans le même déploiement que les paliers. Impossible de séparer l'effet du taux de l'effet des mots. Deux changements livrés ensemble ne se mesurent pas, et c'est une erreur de méthode dont je me souviendrai.

Un message envoyé depuis ce parcours n'est pas une question, c'est un défaut de conception.

Sur ses trois premiers mois, l'alternative au retour a conservé près de 5 000 € de valeur marchande sur 102 acceptations, soit environ 1 700 € par mois. L'effet est direct, puisque le colis ne part pas. Mais toutes les acceptations ne se valent pas.

Ces montants restent modestes, et la raison n'est pas le taux d'acceptation. C'est la diffusion : l'offre ne s'affiche que chez les partenaires où elle a été activée, et l'activation a pris du retard sur la conception.

Ce que je referais autrement tient au cadrage. Il avait sous-estimé le nombre de parcours : parti d'une solution simple, il a fallu tout reprendre une fois le développement lancé, en découvrant les conditions qui n'avaient pas été anticipées.

Les interfaces ont été dessinées en une semaine. C'est l'identification des cas et de leurs conditions qui aurait mérité ce temps-là, en amont.