Support client multimarque : une équipe, plusieurs voix de marque, aucune confusion

Ce qu'est le support client multimarque (et ce qu'il n'est pas)

Je travaille dans la file de support d'eesel tous les jours, et une part étonnante des équipes avec lesquelles je parle ne sont pas mono-marque. Ce sont une entreprise qui possède trois boutiques Shopify, ou un groupe de bien-être avec cinq gammes de produits, ou une entreprise allemande d'événementiel qui gère deux marques Zendesk avec une équipe derrière les deux. C'est cela, le support client multimarque : une entreprise, plusieurs marques, une seule organisation de support.

On le confond facilement avec le modèle agence ou prestataire, où une équipe soutient des marques appartenant à des entreprises différentes. Ce cas-là est une affaire de cloisons : garder les données, le personnel et les rapports du client A loin du client B. Je l'ai traité dans mon guide du helpdesk multi-clients. Le multimarque est le problème inverse. Les marques partagent un propriétaire, souvent des clients, et presque toujours une équipe de support. Vous voulez qu'elles paraissent séparées à l'acheteur et restent soudées pour ceux qui répondent.

Voici comment un évaluateur de G2 a décrit l'objectif pour deux marques sur Zendesk :

« Nous gérons deux marques grand public distinctes sous la même entreprise, et les clients de l'une n'ont absolument aucune idée que l'autre existe, ce qui est exactement ce que nous voulons. »

Alex M., G2

C'est la barre à atteindre. Séparées à l'extérieur, une seule organisation à l'intérieur.

Quoi partager et quoi séparer par marque

La plupart des erreurs multimarques viennent du fait de séparer la mauvaise chose. Les équipes cloisonnent les fiches clients (ce qui nuit) et laissent les connaissances de l'IA mutualisées (ce qui nuit davantage).

À partager :

• L'équipe et la file. Une seule file permet de dimensionner l'équipe selon le volume, pas selon la marque. Une semaine calme pour la marque A libère des bras pour la marque B. Voir mon article sur la gestion d'une file partagée pour les règles de routage.
• Le profil client. Si le même acheteur achète chez deux de vos marques, l'agent doit voir les deux conversations. C'est du contexte, pas une fuite.
• Les rapports, sous forme de vue consolidée avec filtre de marque. Il vous faut le volume total pour dimensionner l'équipe et des chiffres par marque pour chaque responsable de marque.

À séparer :

• L'adresse e-mail et la signature. Une réponse envoyée depuis l'adresse de la mauvaise marque est l'erreur la plus visible du support multimarque.
• Le centre d'aide. Chaque marque a besoin de ses propres articles, de son apparence et de son domaine.
• Les politiques. Délais de retour, règles de remboursement et promesses de livraison diffèrent souvent selon la marque, et ce sont elles que les clients vous citent en retour.
• Les connaissances et le ton de l'IA. Une IA qui répond depuis une base de connaissances mutualisée citera sans hésiter le délai de retour de 60 jours de la marque A à un client de la marque B.

Une équipe commune ou une équipe par marque ?

C'est la question d'effectifs que se pose tout responsable multimarque, et la réponse dépend de deux choses : à quel point les produits des marques diffèrent, et combien de tickets chaque marque reçoit.

Commencez en commun. La plupart des équipes multimarques sont petites, et les petites équipes ne peuvent pas se permettre des spécialistes de marque désœuvrés. Un utilisateur de Reddit sur r/ecommerce décrivait « 2 à temps plein, 1 à temps partiel » pour 4 marques sur Gorgias. Un commerçant Shopify dans un autre fil gère une douzaine de boutiques depuis un seul endroit :

« Nous utilisons Gorgias sur 12 boutiques depuis une seule interface. Ce n'est pas parfait mais nous en sommes plutôt contents. Le chat en direct est la seule fonction qui ne marche pas aussi bien qu'elle le devrait. »

u/TopSunBrands, Reddit r/shopify

La mutualisation passe à l'échelle plus loin que la plupart ne le pensent. Un analyste applicatif d'une activité de services aux clients hôteliers de grande entreprise a écrit sur G2 qu'ils soutiennent « plus de 15 marques depuis une seule plateforme » sur Freshdesk et traitent « plus de 170 000 tickets par an avec une équipe réduite », avec des workflows propres à chaque marque répartis par Groupes :

« Nous gérons plus de 15 marques et pouvons maintenir des réponses cohérentes et propres à chaque marque tout en réduisant fortement le temps de réponse. Cela nous a permis de réduire notre temps moyen de première réponse de 37 %. »

Yashshvi S., Application Analyst, G2

Passez à des spécialistes de marque quand une marque vend quelque chose qui demande une vraie connaissance du produit (compléments alimentaires avec questions de posologie, électronique avec guides d'installation). Passez à des pôles dédiés seulement quand le volume d'une marque pourrait occuper une équipe à lui seul. Avant de séparer, lisez mon guide de la planification de la couverture du support pour que les pôles ne laissent pas de trous la nuit ou le week-end.

La vraie fuite, c'est la voix, pas les données

Quand on s'inquiète du support multimarque, on imagine un agent qui voit les données du mauvais client. Dans une organisation multimarque, c'est généralement acceptable : c'est votre entreprise et votre client. Ce qui tourne vraiment mal, c'est une réponse qui sonne comme la mauvaise marque.

La marque est apposée sur un ticket quand il arrive à l'adresse e-mail ou au widget d'une marque. Tout ce qui suit dépend de ce marquage : signature, macros, SLA, agent IA. Un ticket qui arrive par un e-mail transféré, un compte social partagé ou une fusion peut perdre le marquage, et ce sont alors les valeurs par défaut qui prennent le relais. Voici où les valeurs par défaut mordent dans chaque helpdesk :

• Zendesk a un seul modèle d'e-mail pour tout le compte. Le guide de Zendesk lui-même demande de retirer couleurs de marque et pieds de page du modèle « car ce modèle d'e-mail est appliqué à tous les messages, quelle que soit la marque » (documentation Zendesk sur le modèle d'e-mail). Pour des e-mails de notification par marque, il faut cloner chaque déclencheur de notification avec une condition « Brand is X ».
• Les signatures de marque de Zendesk ignorent les e-mails automatiques. Vous pouvez définir une signature par marque à partir de Suite Growth, mais elle n'apparaît que lorsqu'un agent répond depuis l'écran agent. Elle n'est « pas incluse dans les notifications e-mail envoyées automatiquement par des déclencheurs ou des automatisations » (documentation Zendesk sur la signature).
• Les macros Zendesk ne peuvent pas être limitées à une marque. On peut utiliser la marque dans les conditions d'une macro, mais il n'existe pas de réglage « disponible pour cette marque ». Une demande de juin 2025 sur le forum de la communauté Zendesk est toujours ouverte, donc la plupart des équipes préfixent le nom des macros avec la marque.
• Les notifications par défaut de Freshdesk ne sont pas propres à un produit. La solution de Freshdesk consiste à les désactiver et à les reconstruire comme automatisations avec une condition « Product is », dans Pro et Enterprise (notifications par produit Freshdesk). Les signatures par produit nécessitent une application du Marketplace.
• Help Scout règle cela par conception. La signature appartient à la boîte de réception, pas à la personne, donc « tous les e-mails de cette boîte auront la même signature quel que soit l'utilisateur qui répond » (documentation Help Scout sur la signature). Une boîte de réception par marque, une signature par marque.

L'évaluateur de G2 cité plus haut a rencontré la version « déclencheurs » de ce problème : il a « construit une règle pour une marque une fois et oublié complètement de la répliquer pour l'autre », ce qui a mal étiqueté des tickets « pendant quelques semaines » avant qu'il s'en aperçoive. Chaque règle que vous écrivez pour une marque a besoin d'une jumelle ou d'une condition explicite « toutes les marques ». Je tiens une liste de contrôle pour cela dans mon guide de la procédure opérationnelle du support client.

Partager un client entre les marques

C'est ici que le support multimarque et le support multi-clients tirent dans des directions opposées. Pour une agence, une fiche client partagée entre deux clients est un problème. Pour une entreprise multimarque, un acheteur qui achète chez deux de vos marques est une seule personne, et l'agent doit voir toute l'histoire.

La plupart des helpdesks penchent de votre côté :

• Zendesk : « Les utilisateurs finaux et les organisations n'ont pas de valeur de marque. Ils appartiennent au compte, pas à une marque » (documentation Zendesk sur le multibrand). L'agent voit les tickets de toutes les marques sur le profil de l'acheteur. Côté client, un réglage décide si les acheteurs voient leurs demandes d'une seule marque ou de toutes les marques dans chaque centre d'aide, à partir de Suite Growth (visibilité des demandes Zendesk).
• Gorgias : la Customer Timeline affiche les tickets et les commandes Shopify d'un client dans une seule vue, sur tous les forfaits. Les tickets sont « liés par l'adresse e-mail du contact », donc un acheteur qui a utilisé une autre adresse ou un message privé Instagram nécessite une fusion de profils (historique client Gorgias).
• Help Scout : la liste de clients couvre toutes les boîtes de réception que vous pouvez voir, mais « un utilisateur ne peut voir l'historique des conversations que dans les boîtes de réception pour lesquelles il a des autorisations » (liste de clients Help Scout). Si les agents sont limités à la boîte d'une marque, ils manqueront l'historique de l'autre.
• Front : dit clairement que « les espaces de travail ne créent pas de silos de données de contact » (documentation Front sur les espaces de travail). Les champs personnalisés sont partagés quand deux espaces de travail échangent avec le même contact.

L'aspérité se trouve côté acheteur. Un évaluateur de G2 qui soutient « des dizaines de marques » sur Zendesk l'a formulé ainsi :

« Ma plus grande inquiétude, c'est la difficulté de soutenir les mêmes clients sur plusieurs marques. Zendesk n'autorise pas la même adresse e-mail à être enregistrée sous des marques distinctes (puisqu'une marque n'est pas traitée comme un type d'authentification). »

Ivan G., G2

Un administrateur sur Reddit a fait la même remarque à propos des connexions au centre d'aide, en recommandant un groupe plutôt qu'une marque quand les produits partagent des clients :

« Cela a compliqué les choses pour les clients partagés entre nos produits sur le portail. Ils doivent se connecter à un portail complètement différent. Et pour la base de connaissances et toute fonction de chatbot aussi. »

u/Music_hippie6, Reddit r/Zendesk

Voici donc un avis que la plupart des guides sautent : si vos marques partagent la plupart de leurs clients, elles n'ont peut-être pas du tout besoin de marques séparées dans le helpdesk. Un centre d'aide partagé avec des catégories par marque et un champ de ticket « marque » peut mieux servir un groupe de sous-marques qu'un multibrand complet. Les marques séparées se justifient quand elles paraissent différentes à l'acheteur, vendent des choses différentes ou ont des politiques différentes.

Comment chaque helpdesk gère le support multimarque

Voici le paysage, avec l'unité de marque de chaque éditeur et l'endroit où vit la voix de la marque. Les prix proviennent des pages tarifaires des éditeurs, facturés annuellement.

Si vous préférez cliquer plutôt que lire le tableau, choisissez votre helpdesk pour voir où se trouve chaque réglage de marque :

Gorgias

Gorgias est conçu pour cela. Sa page multi-boutiques promet un seul helpdesk « que vous ayez une boutique ou 30 », et le texte principal indique que tous les forfaits incluent un nombre illimité de marques (page multi-boutiques de Gorgias).

Chaque boutique a sa propre adresse de support et sa signature, « pour que vos agents n'aient jamais à se soucier de répondre en tant que la bonne marque ». Les macros et les règles peuvent être propres à chaque marque. L'AI Agent se règle par boutique Shopify via une liste déroulante, avec quatre personnalités, un ton personnalisé jusqu'à 3 000 caractères et une liste de salutation, de formule de fin et de terminologie de marque jusqu'à 600 caractères chacune (documentation Gorgias sur le ton de la voix). La facturation se fait au ticket plutôt qu'à l'agent : Basic coûte 50 $ par mois pour 300 tickets, Pro 300 $ pour 2 000 (tarifs Gorgias). J'approfondis dans gérer plusieurs marques dans Gorgias.

La limite à connaître : l'AI Agent par boutique est formulé pour les boutiques Shopify, et Gorgias n'a une unité « boutique » que pour les plateformes e-commerce. Une marque qui n'est pas une boutique n'a pas de place naturelle. Mon test de Gorgias couvre le reste.

Zendesk

Le multibrand de Zendesk donne à chaque marque son propre centre d'aide et son adresse de support. Suite Professional (115 $ par agent et par mois) couvre jusqu'à 5 marques, et Suite Enterprise jusqu'à 300 (documentation Zendesk sur le multibrand).

Les contrôles de voix sont les plus solides côté IA. Chaque agent IA a sa propre identité (nom, entreprise, profil d'activité) et un ton : Professional, Informal, Enthusiastic ou Custom, plus la longueur des réponses et le niveau de formalité du tutoiement ou vouvoiement. C'est disponible sur tous les forfaits Suite à partir de Team (documentation Zendesk sur le ton de l'agent IA).

Le côté des réponses humaines demande plus de câblage, comme dans la section sur la voix ci-dessus : un modèle d'e-mail pour tout le compte, des signatures de marque qui ignorent les e-mails automatiques et des macros qui ne peuvent pas être limitées à une marque. Mes guides sur gérer plusieurs marques dans Zendesk et la configuration multimarque de Zendesk détaillent les déclencheurs, et les centres d'aide multimarques de Zendesk Guide couvrent le côté centre d'aide.

Freshdesk

Freshdesk appelle cela Multiple Products : chaque produit a sa propre boîte mail, son portail de marque et sa base de connaissances, jusqu'à 5 avec Pro (55 $ par agent et par mois) et illimité avec Enterprise (documentation Freshdesk sur les produits multiples). Les configurations plus grandes peuvent demander des Workspaces avec Enterprise, qui séparent agents, SLA et automatisations par marque. Côté IA, Freddy AI Agent Studio permet de choisir le portail dont chaque agent IA s'inspire et de définir ton et formalité dans ses instructions, avec jusqu'à 50 agents IA par compte (documentation Freshdesk sur les connaissances de l'IA).

Les signatures et modèles d'e-mail par produit ne sont pas natifs ; le centre d'aide de Freshdesk renvoie lui-même vers des applications du Marketplace pour cela. Plus de détails dans mes articles sur Freshdesk AI et les tarifs Freshdesk.

Help Scout

Le modèle de boîtes de réception de Help Scout correspond bien aux marques : une boîte par marque porte sa propre adresse e-mail, sa signature, ses réponses enregistrées et sa politique de SLA. Plus inclut 5 boîtes et Pro 10, avec des suppléments à 10 $ par mois (tarifs Help Scout). Les AI Agents ont leurs propres sources et leur propre voix et se lient au Beacon d'une marque, donc chaque marque peut avoir sa propre IA (documentation Help Scout sur les AI Agents).

Un commerçant Shopify l'a résumé dans un fil Reddit sur les helpdesks multi-boutiques : « On aime Helpscout pour 5 boutiques Shopify différentes et ça marche bien » (u/maydaygames, Reddit). Le compromis est l'envers de boîtes de réception bien rangées : un agent limité à une boîte ne peut pas voir l'historique d'un acheteur dans la boîte d'une autre marque. Voir mon test de Help Scout pour le reste.

Front

Front sépare les marques avec des espaces de travail (jusqu'à 5 avec Professional à 65 $ par siège, illimité avec Enterprise) ou avec des boîtes partagées au sein d'un espace de travail (documentation Front sur les espaces de travail). Les signatures par défaut se définissent par canal, ce qui fixe aussi le nom de l'expéditeur, donc chaque adresse de marque peut signer sous sa propre marque (documentation Front sur la signature). Je n'ai pas trouvé de réglage dédié du ton de l'IA par marque ; les sources de connaissances se trouvent dans les paramètres de l'espace de travail. Plus de détails dans mon article sur Front AI.

Comment mettre en place le support client multimarque en 6 étapes

Voici l'ordre dans lequel je procéderais, quel que soit votre helpdesk.

1. Rédigez une fiche d'une page sur le ton et les politiques de chaque marque. Voix, salutation, formule de fin, mots à éviter, délai de retour, règles de remboursement, promesses de livraison. Chaque étape suivante copie depuis cette fiche. Mon guide du ton en service client propose un modèle, et la voix de marque de l'agent de support IA couvre le côté IA.
2. Apposez la marque dès l'entrée. Une adresse e-mail, un widget et un centre d'aide par marque, et un champ ou une étiquette de marque obligatoire sur chaque ticket. Un ticket qui arrive sans marque doit atterrir dans une vue de tri, pas recevoir une valeur par défaut. Voir le tri des tickets pour cette vue.
3. Jumelez vos règles. Pour chaque déclencheur, automatisation et SLA, décidez : un par marque, ou un seul avec une condition explicite « toutes les marques ». Ne laissez jamais une règle qui n'existe que pour une marque par accident. Mon guide des bonnes pratiques SLA couvre les objectifs par marque.
4. Préfixez vos macros. Nommez chaque macro propre à une marque avec la marque (« MarqueA : étiquette de retour ») pour que les agents ne prennent pas la mauvaise, et gardez les macros partagées neutres. Macros 101 donne des conseils de nommage.
5. Donnez à chaque marque son propre agent IA. Un agent par marque, chacun pointé vers le centre d'aide et les anciens tickets de cette marque, chacun avec la fiche de ton de cette marque collée dedans. Testez chacun sur d'anciens tickets avant qu'il ne réponde à qui que ce soit.
6. Faites des rapports avec filtre de marque et révisez chaque mois. Volume, délai de première réponse et CSAT par marque, plus une vue consolidée pour les effectifs. Une marque dont le volume dépasse ce que l'équipe commune peut absorber est votre signal pour ajouter un spécialiste.

Où l'IA s'insère quand chaque marque sonne différemment

L'IA est l'endroit où le support multimarque dérape le plus vite, car une IA mutualisée ne sait pas pour quelle marque elle parle. Un administrateur Zendesk sur Reddit a décrit la version « connaissances » de ce problème pour des régions, et elle s'applique tout autant aux marques : l'IA « puise les connaissances dans les centres d'aide liés à la même marque, quelle que soit la langue ou la région » (u/velvetvortext, Reddit r/Zendesk). Si la marque A et la marque B partagent un même fonds de connaissances, les clients de la marque B reçoivent des réponses de la marque A.

La solution, c'est un agent IA par marque, pas un prompt astucieux. Je l'ai vu fonctionner chez des clients d'eesel. Une entreprise multimarque de santé et de bien-être sur Zendesk fait tourner cinq agents IA dédiés, un par marque, chacun entraîné sur les tickets de sa propre marque pour connaître les produits qu'il soutient. Une entreprise multimarque d'e-commerce de jardinage sur Shopify et Zendesk a commencé avec eesel comme copilote pour ses agents avant de passer au chat en direct avec IA. Et plus tôt cette année, j'ai vu des équipes multimarques sur Gorgias et Zendesk abandonner parce que la configuration par marque était trop fastidieuse à faire seules. C'est pourquoi chaque marque se connecte désormais à eesel séparément.

Voici à quoi cela ressemble dans eesel aujourd'hui :

• Chaque marque se connecte séparément. Pour Zendesk, vous donnez à eesel le sous-domaine de la marque et il « importe les tickets et les articles du centre d'aide de cette marque uniquement », et chaque marque « peut aller vers un agent différent avec ses propres déclencheurs et actions » (documentation eesel pour Zendesk). Les comptes Freshdesk et Gorgias se connectent de la même façon, plusieurs par espace de travail.
• Chaque agent garde ses propres connaissances. Vous pouvez retirer une intégration d'un agent et la conserver pour les autres. Dire à un agent dans ses instructions d'ignorer les tickets d'une autre marque ne l'empêche pas d'en apprendre ; désactiver cette source de tickets le fait.
• Les actions sont par agent. Autoriser les remboursements sur l'agent de la marque A ne les active pas pour la marque B (documentation eesel sur les skills). Pratique quand les règles de remboursement diffèrent selon la marque.
• Chaque agent est testé d'abord. Le skill de simulation rejoue les anciens tickets de chaque marque et compare les réponses de l'agent à ce que votre équipe a réellement envoyé.

Il y a aussi la CLI d'eesel si vous préférez scripter. Elle pilote le même espace de travail depuis un terminal : eesel agents create crée un nouvel agent, et --agent <name> dirige n'importe quelle commande vers l'agent d'une marque, donc configurer une sixième marque peut tenir en un script plutôt qu'en un après-midi de clics. Claude Code, Cursor et Codex peuvent aussi l'exécuter.

Essayer eesel pour le support multimarque

Si vous gérez plusieurs marques sur Gorgias, Zendesk ou Freshdesk, eesel donne à chaque marque son propre coéquipier IA : entraîné sur les anciens tickets et le centre d'aide de cette marque, rédigé avec la voix de cette marque, avec ses propres règles de remboursement et d'actions. Il rejoint votre file existante en quelques minutes, vous pouvez le tester sur d'anciens tickets avant qu'il ne réponde à qui que ce soit, et les agents et sièges illimités sont inclus dans tous les forfaits. Le tarif est un prix mensuel fixe où un ticket vaut 1 crédit, avec un forfait gratuit de 100 crédits et des forfaits payants à partir de 299 $ par mois pour 500 (tarifs eesel).

Essayez eesel gratuitement avec votre première marque, puis ajoutez la suivante quand le résultat vous convient.