Comment éviter qu'un client ouvre trois réclamations pour la même panne ?

En rattachant chaque entrée, WhatsApp, appel, e-mail, espace client, au client par le téléphone et à la commande, et en n'ayant qu'un ticket par problème. Quand le client recontacte, l'application mène au ticket existant et l'employé lit l'état au lieu de noter une seconde fois. Le client n'a jamais à répéter.

Comment décider quelle réclamation traiter en premier ?

Par une grille impact sur urgence écrite par le gérant : l'impact dit si le produit est utilisable, l'urgence dit ce qui se passe si on attend. La case donne la priorité, P1 à P3, et la priorité fixe les délais. La priorité ne vient jamais de la voix au téléphone.

À quoi servent les délais de réponse et de résolution ?

À ce qu'un ticket ne s'oublie pas : le délai court dès l'ouverture, se met en pause quand on attend le client, et déclenche une escalade automatique au responsable quand il est dépassé. Les médianes de la semaine disent si l'équipe tient ses délais ; les délais eux-mêmes sont fixés par le gérant par priorité.

Comment gérer les retours et les avoirs ?

Le retour est lié au ticket et à la commande ; sa réception au dépôt émet l'avoir et met le stock à jour, de sorte qu'un produit repris par le livreur ne disparaît pas entre le camion et le dépôt. L'échange suit la même mécanique avec une nouvelle livraison.

Le client peut-il suivre sa réclamation sans appeler ?

Oui, depuis un espace client où il se connecte par code et lit l'état du ticket, répond aux demandes, par exemple une photo, et confirme la résolution. Les mêmes informations lui arrivent par WhatsApp. L'objectif est que le second appel n'ait plus de raison d'être.

Pourquoi coder une cause sur chaque ticket ?

Parce que c'est ce qui transforme des réclamations traitées une par une en une première cause de la semaine : livraison endommagée, défaut produit, erreur de préparation. Quand une cause dépasse un seuil, le gérant et le fournisseur sont alertés, et on agit sur l'emballage ou le transporteur plutôt que sur le symptôme.

Combien de temps pour mettre cela en place ?

Six semaines dans le calendrier type : une pour écrire la grille, les délais et les causes, une pour les entrées et le ticket unique, une pour la priorité, les délais et l'affectation, une pour les retours et les avoirs, une pour l'espace client et la file, une pour la mesure. Le délai dépend du nombre de canaux et de l'existence d'un fichier client unique.

« Le client a appelé trois fois pour la même réclamation » : ce qu'on construit pour le service après-vente dans une application en Algérie en 2027, ticket unique, priorité, délais, escalade, retours et avoirs, espace client

Réponse courte. Chaque entrée, WhatsApp, appel, e-mail, espace client, livreur, est rattachée au client par le téléphone et à la commande, et il n'y a qu'un ticket par problème : le second contact lit l'état au lieu d'ouvrir un dossier. La priorité sort d'une grille impact sur urgence écrite par le gérant, pas de la voix au téléphone, et elle fixe deux délais, première réponse et résolution, qui courent, se mettent en pause quand on attend le client, et déclenchent une escalade automatique quand ils sont dépassés. Le ticket est affecté à une personne, ses états sont écrits et datés, ses actions, visite, pièce, échange, avoir, sont liées à la commande et au stock. Il se clôt sur confirmation du client ou après trois jours de silence, et chaque ticket porte une cause codée. L'espace client affiche l'état et reçoit les réponses, et le lundi, cinq chiffres disent si le SAV tient et où agir. Six semaines, dont la première sans code.

Ce guide s'adresse au gérant d'une boutique en ligne, d'un distributeur d'équipements, d'un installateur ou d'un transporteur dont les réclamations arrivent par tous les canaux et se perdent, au fondateur installé en France qui apprend les problèmes de ses clients à Alger quand ils sont déjà en colère, et au responsable qui veut une file et des délais plutôt qu'une boîte WhatsApp. Il ne redit pas comment un client reste unique d'un canal à l'autre, décrit dans le guide sur le fichier client, ni comment l'agent WhatsApp répond dans sa fenêtre, décrit dans le guide sur l'agent WhatsApp ; il décrit ce qui se construit autour de la réclamation elle-même, et il prolonge notre page sur l'ingénierie logicielle.

Une réclamation, trois canaux, un seul ticket

La figure suit une seule réclamation, un réfrigérateur livré la veille qui ne refroidit pas, arrivée par trois canaux dans la même journée, et ce que l'application en fait heure par heure.

Figure 1 · Une seule réclamation arrive par WhatsApp, puis par un appel au comptoir, puis par e-mail avec la photo demandée. Le téléphone rattache les trois au même client et la commande au même produit : un seul ticket, pas trois. La priorité sort d’une grille impact sur urgence écrite par le gérant, et fixe deux délais, première réponse et résolution, que l’application surveille et affiche en barres. Les états portent l’heure et l’auteur, et la clôture attend la confirmation du client. Les données sont un exemple construit.

À 9 h 12, un message WhatsApp ; le numéro rattache le client et sa commande de la veille, et un ticket est ouvert. À 11 h 40, le client rappelle au comptoir pour savoir où ça en est ; le même numéro mène au même ticket, dont l'employé lit l'état au lieu de noter une seconde fois. À 14 h 05, un e-mail avec la photo demandée ; elle est rattachée au ticket et lève l'attente. Un seul ticket, trois canaux, et le client n'a jamais eu à répéter.

La priorité sort d'une grille : impact élevé, le produit est inutilisable ; urgence élevée, des denrées sont en jeu le jour même ; la case donne P1, et P1 fixe une première réponse sous deux heures et une résolution sous soixante-douze. Les états s'enchaînent avec leur heure et leur auteur, qualifié par Amel, affecté au technicien Nadir, attente client pour la photo, résolu par remplacement le surlendemain, clos après confirmation. Les deux barres du bas comparent le réalisé au visé : dix-huit minutes et cinquante et une heures. Les données sont un exemple construit.

«Trois arrivées ne font pas trois tickets : le téléphone rattache au même client, la commande au même produit, et le second appel lit l'état au lieu de rouvrir un dossier.»

Un service après-vente qui tient, en cinq couches

Le ticket unique est la couche qui évite les trois cahiers ; la priorité et les délais sont celle qui fait passer l'urgent devant.

Figure 2 · La couche accentuée est celle que les boîtes de réception n’ont pas : une priorité qui sort d’une grille et non d’une voix, et des délais qui courent. Sans elle, le SAV traite ce qui crie le plus fort, et le réfrigérateur qui ne refroidit pas attend derrière la question de facture.

Entrées. WhatsApp, appel au comptoir, e-mail, formulaire de l'espace client, livreur sur place : chaque entrée est rattachée au client par le téléphone et à la commande, selon le guide sur le fichier client ; une entrée sans client identifié reste une entrée, pas un ticket. Ticket unique. Un ticket par problème, pas par message : produit, commande, garantie, pièces jointes selon le guide sur les photos, historique des échanges ; un second contact lit l'état. Priorité et délais. Une grille impact sur urgence écrite par le gérant, trois priorités, un délai de première réponse et un délai de résolution par priorité, mis en pause quand on attend le client ; c'est la couche accentuée.

Traitement. Affectation à une personne ou à une équipe, selon les droits décrits dans le guide sur les rôles ; états écrits ; escalade automatique au responsable quand un délai est dépassé ; relance automatique du client en attente, par le canal qui convient selon le guide sur les notifications ; actions datées, visite, pièce, échange, avoir. Résolution et mesure. Clôture sur confirmation du client ou silence de trois jours ; retour et avoir liés à la commande, l'avoir suivant les règles décrites dans le guide sur le devis et la facture et le retour faisant bouger le stock selon le guide sur le stock ; satisfaction en un mot ; cinq chiffres par semaine et première cause.

Six situations réelles, et ce que l'application fait

Les six situations qu'on retrouve dans presque tous les services après-vente qu'on reprend, et la construction qui les règle.

Figure 3 · Les deux premières lignes se règlent par le ticket unique et la grille ; les deux suivantes par l’affectation, l’escalade et l’état d’attente ; les deux dernières par le lien avec la commande, le stock et l’avoir, et par les causes codées. Aucune ne se règle par une personne plus patiente au téléphone.

Les deux premières lignes se règlent par le ticket unique et la grille : le téléphone mène au même ticket, et l'urgent passe devant parce qu'une case le dit. Les deux suivantes se règlent par l'affectation nominative, l'escalade et l'état d'attente client, qui met le délai en pause au lieu de compter un retard qui n'en est pas un. Les deux dernières se règlent par le lien avec la commande, le stock et l'avoir, et par la cause codée sur chaque ticket, qui transforme cinq pannes vues une par une en une première cause de la semaine. Aucune ne se règle par une personne plus patiente au téléphone.

Une réclamation, en six gestes de l'équipe

Ce que fait la personne qui reçoit la réclamation, dans l'ordre, et pourquoi le deuxième geste change l'ordre de toute la file.

Figure 4 · L’étape accentuée prend dix secondes et change l’ordre de toute la file : choisir l’impact et l’urgence dans une grille, et laisser la priorité en découler. La sixième étape est celle qu’on saute toujours et qui vaut le plus : une cause codée par ticket, et le lundi on sait que trente et un pour cent des réclamations viennent du transporteur.

Identifier : téléphone, client, commande, produit ; l'application propose le ticket existant s'il y en a un. Qualifier : choisir l'impact et l'urgence dans la grille, en dix secondes ; la priorité en découle, et avec elle les délais ; c'est l'étape accentuée. Affecter à une personne ou à une équipe ; le délai court. Traiter : visite, pièce, échange, avoir ; chaque action est datée et visible du client ; attente client si on a besoin de lui.

Résoudre et confirmer : un message au client par le canal d'entrée, et la clôture sur sa confirmation ou après trois jours de silence. Coder la cause : une cause par ticket, choisie dans une liste écrite la première semaine, livraison endommagée, défaut produit, erreur de préparation, délai, information ; c'est l'étape qu'on saute toujours et qui vaut le plus, parce qu'elle alimente le lundi.

«La priorité n'est pas l'humeur du client au téléphone : c'est une case d'une grille écrite, et elle fixe deux délais que l'application surveille.»

La file du SAV un mardi matin, et les cinq chiffres de la semaine

La figure montre la file telle que l'équipe la voit, par états, et les cinq chiffres que le gérant lit le lundi.

Figure 5 · La file du SAV un mardi matin : cinq colonnes d’états, des cartes avec priorité, âge et responsable, et un ticket P1 en pointillés qui a dépassé son délai de première réponse et a été escaladé au responsable ; il clignote jusqu’à ce que quelqu’un réponde. Les cinq chiffres de la semaine, première réponse, résolution, tickets rouverts, tickets pour cent commandes et première cause, sont ce que le gérant lit le lundi. Les données sont un exemple construit.

Cinq colonnes, nouveau, qualifié, affecté, attente client, résolu à confirmer, et des cartes avec leur priorité, leur âge et leur responsable. Une carte P1 en pointillés a dépassé son délai de première réponse ; elle a été escaladée au responsable et clignote jusqu'à ce que quelqu'un réponde. Les cartes en attente client portent leur relance automatique, et les cartes résolues leur clôture automatique après trois jours de silence.

Les cinq chiffres de la semaine : première réponse médiane, résolution médiane, tickets rouverts, tickets pour cent commandes, et première cause. Les deux premiers disent si les délais tiennent ; le troisième dit si on résout vraiment ou si on ferme trop vite ; le quatrième met le SAV à l'échelle de l'activité ; le cinquième dit où agir en amont, ici l'emballage ou le transporteur, selon le guide sur les commandes annulées à la livraison. Ils se lisent sur le tableau de bord du gérant, selon le guide sur le tableau de bord temps réel. Les données sont un exemple construit.

Vu ailleurs : la gestion des incidents et les outils de support du marché, et ce qui se transpose

Trois idées se transposent telles quelles. La grille impact sur urgence, pratique courante de la gestion des incidents informatiques, où la priorité est la case à l'intersection des deux et où chaque organisation fixe ses propres niveaux ; ce qui se transpose, c'est une priorité qui sort d'une grille écrite, pas d'une voix. Les délais par priorité, première réponse et résolution, avec pause pendant l'attente du client ; ce qui se transpose, c'est un délai qui court et qui escalade, pas une date qu'on regarde parfois. Le ticket unique multicanal des outils de support du marché ; ce qui se transpose, c'est le rattachement par le téléphone, parce qu'en Algérie le client écrit sur WhatsApp puis appelle, et que l'e-mail vient en dernier.

Ce que ces pratiques ne décident pas pour vous : vos niveaux d'impact et d'urgence, vos délais, votre liste de causes, et qui est escaladé ; la première semaine du projet y répond, et c'est le gérant qui signe. Les outils de support du marché restent le bon choix quand vos règles rentrent dans les leurs ; le sur mesure commence quand le ticket doit parler à la commande, au stock, à l'avoir et au livreur dans la même application.

Les règles d'un service après-vente qui tient

Six règles, écrites la première semaine. Un ticket par problème, rattaché par le téléphone et la commande. La priorité sort de la grille, jamais de la voix. Deux délais par priorité, qui courent, se mettent en pause en attente client, et escaladent. Une personne nommée par ticket, et une réaffectation en cas d'absence. Le retour et l'avoir sont liés à la commande et font bouger le stock. Une cause codée par ticket, et cinq chiffres le lundi.

Et une règle de méthode : la clôture appartient au client, par confirmation, ou au temps, par trois jours de silence ; jamais à l'employé pressé de faire baisser la file.

Six entreprises, et le ticket qui manquait

Six situations composées à partir de projets que nous rencontrons ; les noms sont génériques et les chiffres sont des exemples.

Une boutique d'électroménager à Alger, livraison à domicile. Les réclamations arrivaient sur trois numéros WhatsApp et un cahier. La construction : ticket unique rattaché par le téléphone, grille P1 à P3, visite du technicien affectée depuis le ticket. Les appels répétés pour la même panne ont cessé le premier mois ; les livraisons suivent le guide sur la plateforme de livraison.
Un distributeur de pièces à Oran, trois cents détaillants. Les retours de pièces n'étaient jamais rapprochés des avoirs. La construction : retour lié au ticket et à la commande, réception au dépôt qui émet l'avoir et met le stock à jour.
Un fondateur à Marseille, boutique en ligne à Alger. Il découvrait les réclamations dans les avis publics. La construction : espace client avec état du ticket, connexion par code selon le guide sur la connexion par code, cinq chiffres lisibles depuis Marseille ; la gestion à distance suit le guide sur le commerce depuis la France.
Un installateur solaire à Sétif. Les pannes après installation étaient traitées au téléphone, sans trace. La construction : ticket par installation, grille avec urgence élevée quand la production est à zéro, photos du client rattachées ; le métier est décrit dans le guide sur l'installateur solaire.
Une marketplace à Constantine, vendeurs tiers. L'acheteur se plaignait à la plateforme, qui transférait au vendeur par e-mail. La construction : ticket partagé entre plateforme et vendeur, délai du vendeur surveillé, escalade à la plateforme ; le modèle est décrit dans le guide sur la marketplace.
Un transporteur à Annaba, colis endommagés. Même cause, vue colis par colis. La construction : cause codée, première cause de la semaine, alerte au responsable du conditionnement quand elle dépasse un seuil.

Le calendrier 2027

Six semaines pour une entreprise qui reçoit déjà des réclamations par tous les canaux ; la première semaine se passe sans code.

Figure 6 · Six semaines, et la première sans code : la grille, les délais et la liste des causes sont des décisions du gérant. La troisième semaine est accentuée parce que c’est elle qui fait passer l’urgent devant et qui fait clignoter le retard ; avant elle, le SAV est une liste.

Semaine 1, règles : grille impact sur urgence, délais par priorité, états, liste des causes, qui est escaladé, règles de clôture et de retour ; signées par le gérant. Semaine 2, entrées et ticket unique : WhatsApp, appel, e-mail et espace client rattachés au client et à la commande, un ticket par problème, pièces jointes. Semaine 3, priorité, délais et affectation : grille appliquée, délais qui courent et se mettent en pause, affectation nominative, escalade automatique, relances.

Semaine 4, retours et avoirs : retour lié au ticket et à la commande, réception au dépôt, avoir émis, stock mis à jour, échange. Semaine 5, espace client et file : le client lit l'état et répond depuis son espace ou WhatsApp, la file par états pour l'équipe. Semaine 6, mesure : cinq chiffres par semaine, causes codées, première cause, revue du lundi avec le gérant, dans l'esprit du rapport décrit dans le guide sur la surveillance. Chaque semaine se termine par une démonstration, selon le guide sur la livraison sans casse.

Ce qui fait échouer un service après-vente

Cinq causes, vues dans des applications qu'on reprend. La boîte de réception comme file : pas de client, pas de commande, pas de priorité. Le ticket par message : trois tickets pour une panne, et trois réponses contradictoires. La priorité à la voix : celui qui crie passe devant. Le délai qui ne court pas : une date regardée parfois, jamais une alerte. La clôture par l'employé : la file baisse, les clients rappellent.

Et une cause de méthode : ne pas coder la cause, parce que c'est dix secondes de plus par ticket ; sans elle, le SAV traite les symptômes toute l'année et ne change jamais l'emballage.

Questions fréquentes

Les questions que posent les gérants et les fondateurs quand ils nous décrivent un service après-vente qui déborde.

Comment éviter qu'un client ouvre trois réclamations pour la même panne ?: En rattachant chaque entrée, WhatsApp, appel, e-mail, espace client, au client par le téléphone et à la commande, et en n'ayant qu'un ticket par problème. Quand le client recontacte, l'application mène au ticket existant et l'employé lit l'état au lieu de noter une seconde fois. Le client n'a jamais à répéter.
Comment décider quelle réclamation traiter en premier ?: Par une grille impact sur urgence écrite par le gérant : l'impact dit si le produit est utilisable, l'urgence dit ce qui se passe si on attend. La case donne la priorité, P1 à P3, et la priorité fixe les délais. La priorité ne vient jamais de la voix au téléphone.
À quoi servent les délais de réponse et de résolution ?: À ce qu'un ticket ne s'oublie pas : le délai court dès l'ouverture, se met en pause quand on attend le client, et déclenche une escalade automatique au responsable quand il est dépassé. Les médianes de la semaine disent si l'équipe tient ses délais ; les délais eux-mêmes sont fixés par le gérant par priorité.
Comment gérer les retours et les avoirs ?: Le retour est lié au ticket et à la commande ; sa réception au dépôt émet l'avoir et met le stock à jour, de sorte qu'un produit repris par le livreur ne disparaît pas entre le camion et le dépôt. L'échange suit la même mécanique avec une nouvelle livraison.
Le client peut-il suivre sa réclamation sans appeler ?: Oui, depuis un espace client où il se connecte par code et lit l'état du ticket, répond aux demandes, par exemple une photo, et confirme la résolution. Les mêmes informations lui arrivent par WhatsApp. L'objectif est que le second appel n'ait plus de raison d'être.
Pourquoi coder une cause sur chaque ticket ?: Parce que c'est ce qui transforme des réclamations traitées une par une en une première cause de la semaine : livraison endommagée, défaut produit, erreur de préparation. Quand une cause dépasse un seuil, le gérant et le fournisseur sont alertés, et on agit sur l'emballage ou le transporteur plutôt que sur le symptôme.
Combien de temps pour mettre cela en place ?: Six semaines dans le calendrier type : une pour écrire la grille, les délais et les causes, une pour les entrées et le ticket unique, une pour la priorité, les délais et l'affectation, une pour les retours et les avoirs, une pour l'espace client et la file, une pour la mesure. Le délai dépend du nombre de canaux et de l'existence d'un fichier client unique.