Service après-vente, tickets et retours produits

Ce que la plateforme sait déjà faire

PrestaShop dispose d’un service client intégré : les messages liés à une commande y sont regroupés, avec des fils de discussion, des statuts et une affectation à un employé. Il gère aussi les retours de marchandise, avec un formulaire côté client et un suivi côté administration. Ces fonctions sont limitées mais réelles, et je vérifie toujours si elles sont simplement inutilisées avant de proposer autre chose.

Côté WordPress et WooCommerce, il n’existe pas d’équivalent intégré : les demandes passent par les formulaires du site et les commandes gardent leurs notes internes, mais aucun suivi structuré n’est fourni. C’est la différence principale entre les deux plateformes sur ce sujet.

Comment j’interviens sur ce genre de besoin

Trois besoins se distinguent nettement, et les confondre conduit à développer trop. Le premier est le suivi des demandes : donner un état à chaque demande, savoir qui la traite, et retrouver l’historique attaché à la commande. Le deuxième est le retour de marchandise : ouvrir un retour, produire un bon de retour, réceptionner, décider entre remboursement, avoir ou échange, et remettre la marchandise en stock — ou pas. Le troisième est la garantie : suivre une durée, un numéro de série, une intervention.

Je développe la partie manquante en la rattachant à ce qui existe plutôt qu’en construisant un outil séparé. Un retour est lié à une commande, à des lignes précises et à un statut : c’est cette liaison qui donne sa valeur au dispositif, parce qu’elle permet de retrouver l’information depuis la fiche commande sans changer d’outil.

Je signale une limite honnêtement : quand le volume de demandes devient important et que plusieurs personnes y travaillent, un outil de support dédié fait mieux le travail qu’un développement dans la boutique. Le bon développement consiste alors à relier les deux, pas à réécrire l’outil.