Mehrmarken-Kundensupport: ein Team, mehrere Markenstimmen, keine Verwechslungen

Was Mehrmarken-Kundensupport ist (und was nicht)

Ich arbeite jeden Tag in der eesel-Support-Queue, und erstaunlich viele der Teams, mit denen ich spreche, sind nicht eine Marke. Es sind Unternehmen, die drei Shopify-Shops besitzen, oder eine Wellness-Gruppe mit fünf Produktlinien, oder ein deutsches Eventunternehmen mit zwei Zendesk-Marken und einem Team dahinter. Das ist Mehrmarken-Kundensupport: ein Unternehmen, mehrere Marken, eine Support-Organisation.

Er wird leicht mit dem Agentur- oder Outsourcer-Setup verwechselt, bei dem ein Team Marken betreut, die verschiedenen Unternehmen gehören. Dort geht es um Trennwände: Daten, Mitarbeitende und Berichte von Kunde A von Kunde B fernhalten. Ich habe das in meinem Leitfaden zum Multi-Client-Helpdesk behandelt. Mehrmarken ist das umgekehrte Problem. Die Marken teilen einen Eigentümer, oft Kunden und fast immer ein Support-Team. Sie sollen für den Käufer getrennt wirken und für die Antwortenden zusammenhängen.

So beschrieb ein Rezensent auf G2 das Ziel für zwei Marken in Zendesk:

„Wir betreiben zwei getrennte Konsumentenmarken unter demselben Unternehmen, und Kunden der einen wissen tatsächlich nicht, dass die andere überhaupt existiert, genau so wollen wir es."

Alex M., G2

Das ist die Messlatte. Nach außen getrennt, nach innen ein Betrieb.

Was Sie teilen und was Sie pro Marke trennen

Die meisten Fehler im Mehrmarken-Betrieb entstehen, weil das Falsche getrennt wird. Teams schotten Kundendatensätze ab (was schadet) und lassen das Wissen der KI gemeinsam (was mehr schadet).

Das teilen Sie:

• Team und Queue. Mit einer Queue planen Sie nach Volumen, nicht nach Marke. Eine ruhige Woche bei Marke A setzt Kapazität für Marke B frei. Die Routing-Regeln finden Sie in meinem Beitrag zum Management gemeinsamer Queues.
• Das Kundenprofil. Kauft derselbe Käufer bei zwei Ihrer Marken, sollte der Agent beide Unterhaltungen sehen. Das ist Kontext, kein Leck.
• Berichte, als Zusammenfassung mit Markenfilter. Sie brauchen das Gesamtvolumen für die Planung und Zahlen pro Marke für jeden Markenverantwortlichen.

Das trennen Sie:

• E-Mail-Adresse und Signatur. Eine Antwort von der Adresse der falschen Marke ist der sichtbarste Fehler im Mehrmarken-Support.
• Das Help Center. Jede Marke braucht eigene Artikel, ein eigenes Aussehen und eine eigene Domain.
• Richtlinien. Rückgabefristen, Erstattungsregeln und Lieferversprechen unterscheiden sich oft pro Marke, und genau die halten Ihnen Kunden vor.
• Wissen und Ton der KI. Eine KI, die aus einer gemeinsamen Wissensdatenbank antwortet, nennt einem Kunden von Marke B gern die 60-tägige Rückgabefrist von Marke A.

Ein gemeinsames Team oder ein Team pro Marke?

Das ist die Personalfrage jeder Mehrmarken-Leitung, und die Antwort hängt von zwei Dingen ab: wie unterschiedlich die Produkte der Marken sind und wie viele Tickets jede Marke bekommt.

Starten Sie gemeinsam. Die meisten Mehrmarken-Teams sind klein, und kleine Teams können sich keine unbeschäftigten Marken-Spezialisten leisten. Ein Reddit-Nutzer auf r/ecommerce beschrieb „2 Vollzeit, 1 Teilzeit"-Agenten für 4 Marken auf Gorgias. Ein Shopify-Händler in einem anderen Thread betreibt ein Dutzend Shops von einem Ort aus:

„Wir nutzen Gorgias auf 12 Shops über eine Oberfläche. Es ist nicht perfekt, aber wir sind ziemlich zufrieden. Der Live-Chat ist die einzige Funktion, die nicht so gut funktioniert, wie sie sollte."

u/TopSunBrands, Reddit r/shopify

Ein gemeinsames Team skaliert weiter, als die meisten erwarten. Ein Application Analyst bei einem Gästeservice-Betrieb in Unternehmensgröße schrieb auf G2, sie betreuen „15+ Marken von einer einzigen Plattform" auf Freshdesk und bearbeiten „170.000+ Tickets pro Jahr mit einem schlanken Team", mit markenspezifischen Workflows, getrennt über Gruppen:

„Wir verwalten 15+ Marken und können einheitliche, markenspezifische Antworten halten und die Reaktionszeit deutlich senken. Das half uns, unsere durchschnittliche Zeit bis zur ersten Antwort um 37 % zu senken."

Yashshvi S., Application Analyst, G2

Wechseln Sie zu Marken-Spezialisten, wenn eine Marke etwas verkauft, das echtes Produktwissen braucht (Nahrungsergänzung mit Dosierungsfragen, Elektronik mit Einrichtungsanleitungen). Wechseln Sie zu eigenen Pods nur, wenn das Volumen einer Marke allein ein Team auslasten könnte. Lesen Sie vor der Aufteilung meinen Leitfaden zur Support-Abdeckungsplanung, damit die Pods nachts oder am Wochenende keine Lücken lassen.

Das eigentliche Leck ist die Stimme, nicht die Daten

Wenn Leute sich um Mehrmarken-Support sorgen, stellen sie sich einen Agenten vor, der die Daten des falschen Kunden sieht. Im Mehrmarken-Setup ist das meist in Ordnung: Es ist Ihr Unternehmen und Ihr Kunde. Was wirklich schiefgeht, ist eine Antwort, die nach der falschen Marke klingt.

Die Marke wird am Ticket vermerkt, wenn es an der E-Mail-Adresse oder dem Widget einer Marke ankommt. Alles Weitere hängt an diesem Vermerk: Signatur, Makros, SLA, KI-Agent. Ein Ticket, das über eine weitergeleitete E-Mail, ein gemeinsames Social-Konto oder eine Zusammenführung ankommt, kann den Vermerk verlieren, und dann greifen die Standardwerte. So wirken die Standardwerte in jedem Helpdesk:

• Zendesk hat eine E-Mail-Vorlage für das ganze Konto. Zendesks eigener Leitfaden rät, Markenfarben und Fußzeilen aus der Vorlage zu entfernen, „weil diese E-Mail-Vorlage auf alle Nachrichten angewendet wird, unabhängig von der Marke" (Zendesk-Dokumentation zur E-Mail-Vorlage). Für markenspezifische Benachrichtigungs-E-Mails müssen Sie jeden Benachrichtigungs-Trigger mit der Bedingung „Marke ist X" klonen.
• Markensignaturen in Zendesk gelten nicht für automatische E-Mails. Sie können ab Suite Growth pro Marke eine Signatur setzen, aber sie erscheint nur, wenn ein Agent von der Agentenoberfläche antwortet. Sie ist „nicht in E-Mail-Benachrichtigungen enthalten, die automatisch über Trigger oder Automatisierungen versendet werden" (Zendesk-Dokumentation zur Signatur).
• Zendesk-Makros lassen sich nicht auf eine Marke beschränken. Sie können die Marke in Makro-Bedingungen verwenden, aber es gibt keine Einstellung „für diese Marke verfügbar". Ein Wunsch dazu vom Juni 2025 im Community-Board von Zendesk ist weiter offen, daher stellen die meisten Teams den Makronamen die Marke voran.
• Die Standardbenachrichtigungen von Freshdesk sind nicht produktspezifisch. Freshdesks Lösung: ausschalten und als Automatisierungen mit der Bedingung „Produkt ist" neu bauen, in Pro und Enterprise (Freshdesk-Produktbenachrichtigungen). Signaturen pro Produkt brauchen eine Marketplace-App.
• Help Scout löst das von Grund auf richtig. Die Signatur gehört zum Posteingang, nicht zur Person, daher „haben alle E-Mails aus diesem Posteingang dieselbe Signatur, egal welcher Nutzer antwortet" (Help-Scout-Dokumentation zur Signatur). Ein Posteingang pro Marke, eine Signatur pro Marke.

Der G2-Rezensent von oben stieß auf die Trigger-Version dieses Problems: Er „baute einmal eine Regel für eine Marke und vergaß komplett, sie für die andere zu spiegeln", wodurch Tickets „einige Wochen lang" falsch getaggt wurden, bevor es auffiel. Jede Regel, die Sie für eine Marke schreiben, braucht einen Zwilling oder eine ausdrückliche Bedingung „alle Marken". Eine Checkliste dafür führe ich in meinem Leitfaden zur Kundensupport-SOP.

Einen Kunden über Marken hinweg teilen

Hier ziehen Mehrmarken- und Multi-Client-Support in entgegengesetzte Richtungen. Für eine Agentur ist ein Kundendatensatz, der zwei Auftraggebern gehört, ein Problem. Für ein Mehrmarken-Unternehmen ist ein Käufer, der bei zwei Ihrer Marken kauft, eine Person, und der Agent sollte die ganze Geschichte sehen.

Die meisten Helpdesks kommen Ihnen hier entgegen:

• Zendesk: „Endnutzer und Organisationen haben keinen Markenwert. Sie gehören zum Konto, nicht zu einer Marke" (Zendesk-Dokumentation zu Multibrand). Der Agent sieht im Profil des Käufers Tickets aller Marken. Auf der Kundenseite entscheidet eine Einstellung, ob Käufer in jedem Help Center ihre Anfragen nur einer Marke oder aller Marken sehen, ab Suite Growth (Zendesk-Anfragesichtbarkeit).
• Gorgias: Die Customer Timeline zeigt Tickets und Shopify-Bestellungen eines Kunden in einer Ansicht, in allen Tarifen. Tickets sind „über die Kontakt-E-Mail-Adresse verknüpft", daher braucht ein Käufer, der eine andere E-Mail oder eine Instagram-DM nutzte, eine Profilzusammenführung (Gorgias-Kundenverlauf).
• Help Scout: Die Kundenliste umfasst jeden Posteingang, den Sie sehen können, aber „ein Nutzer sieht den Unterhaltungsverlauf nur in Posteingängen, für die er Berechtigungen hat" (Help-Scout-Kundenliste). Sind Agenten auf den Posteingang einer Marke beschränkt, verpassen sie den Verlauf der anderen.
• Front: sagt klar, dass „Workspaces keine Kontaktdaten-Silos bilden" (Front-Dokumentation zu Workspaces). Benutzerdefinierte Felder werden geteilt, wenn zwei Workspaces mit demselben Kontakt sprechen.

Die raue Kante liegt auf der Seite des Käufers. Ein G2-Rezensent, der „Dutzende Marken" in Zendesk betreut, formulierte es so:

„Meine größte Sorge ist, wie schwierig es ist, dieselben Kunden über mehrere Marken hinweg zu betreuen. Zendesk erlaubt nicht, dieselbe E-Mail-Adresse unter getrennten Marken zu registrieren (da eine Marke nicht als Authentifizierungsart behandelt wird)."

Ivan G., G2

Ein Reddit-Admin sagte dasselbe über Logins im Help Center und empfahl eine Gruppe statt einer Marke, wenn Produkte Kunden teilen:

„Es hat die Sache für gemeinsame Kunden unserer Produkte im Portal komplizierter gemacht. Sie müssen sich bei einem ganz anderen anmelden. Und bei der Wissensdatenbank und jeder Chatbot-Funktion auch."

u/Music_hippie6, Reddit r/Zendesk

Hier also eine Einschätzung, die die meisten Leitfäden auslassen: Wenn Ihre Marken die meisten Kunden teilen, brauchen sie im Helpdesk womöglich gar keine getrennten Marken. Ein gemeinsames Help Center mit markenspezifischen Kategorien und einem Ticketfeld „Marke" kann ein Haus aus Untermarken besser bedienen als volles Multibrand. Getrennte Marken lohnen sich, wenn die Marken für den Käufer unterschiedlich aussehen, Verschiedenes verkaufen oder unterschiedliche Richtlinien haben.

Wie jeder Helpdesk Mehrmarken-Support umsetzt

Hier das Feld, mit der Markeneinheit jedes Anbieters und dem Ort der Markenstimme. Preise stammen von den Preisseiten der Anbieter, jährliche Abrechnung.

Wenn Sie lieber klicken als die Tabelle lesen, wählen Sie Ihren Helpdesk und sehen Sie, wo jede Markeneinstellung liegt:

Gorgias

Gorgias ist dafür gebaut. Die Multi-Store-Seite bewirbt einen einzigen Helpdesk, „ob Sie einen Shop haben oder 30", und der Haupttext sagt, dass alle Tarife unbegrenzt viele Marken enthalten (Gorgias-Multi-Store-Seite).

Jeder Shop bekommt eine eigene Support-E-Mail und Signatur, „damit Ihre Agenten sich nie Gedanken machen müssen, ob sie als die richtige Marke antworten". Makros und Regeln können markenspezifisch sein. Der AI Agent wird pro Shopify-Shop über ein Dropdown eingestellt, mit vier Persönlichkeiten, einem eigenen Ton von bis zu 3.000 Zeichen und einer Liste für Begrüßung, Verabschiedung und Markenterminologie mit je bis zu 600 Zeichen (Gorgias-Dokumentation zum Tonfall). Abgerechnet wird pro Ticket statt pro Agent: Basic kostet 50 $ im Monat für 300 Tickets, Pro 300 $ für 2.000 (Gorgias-Preise). Mehr dazu in mehrere Marken in Gorgias verwalten.

Die Grenze, die Sie kennen sollten: Der AI Agent pro Shop ist auf Shopify-Shops zugeschnitten, und Gorgias kennt die Einheit „Shop" nur für E-Commerce-Plattformen. Eine Marke, die kein Shop ist, hat keinen natürlichen Platz. Mein Gorgias-Test behandelt den Rest.

Zendesk

Zendesk Multibrand gibt jeder Marke ein eigenes Help Center und eine eigene Support-Adresse. Suite Professional (115 $ pro Agent und Monat) deckt bis zu 5 Marken ab, Suite Enterprise bis zu 300 (Zendesk-Dokumentation zu Multibrand).

Die Stimm-Steuerung ist auf der KI-Seite am stärksten. Jeder KI-Agent hat eine eigene Identität (Name, Unternehmen, Geschäftsprofil) und einen Tonfall: Professional, Informal, Enthusiastic oder Custom, dazu Antwortlänge und Anredeform. Das gibt es in allen Suite-Tarifen ab Team (Zendesk-Dokumentation zum Ton des KI-Agenten).

Die Seite der menschlichen Antworten braucht mehr Aufwand, wie im Abschnitt zur Stimme oben: eine kontoweite E-Mail-Vorlage, Markensignaturen, die automatische E-Mails auslassen, und Makros, die sich nicht auf eine Marke beschränken lassen. Meine Leitfäden zu mehrere Marken in Zendesk verwalten und zum Zendesk-Multibrand-Setup gehen die Trigger durch, und Zendesk-Guide-Help-Center für mehrere Marken behandelt die Help-Center-Seite.

Freshdesk

Freshdesk nennt es Multiple Products: Jedes Produkt bekommt ein eigenes Postfach, ein Marken-Portal und eine Wissensdatenbank, bis zu 5 in Pro (55 $ pro Agent und Monat) und unbegrenzt in Enterprise (Freshdesk-Dokumentation zu Multiple Products). Größere Setups können in Enterprise Workspaces anfragen, die Agenten, SLAs und Automatisierungen pro Marke trennen. Bei der KI lässt Freddy AI Agent Studio Sie wählen, aus welchem Portal jeder KI-Agent lernt, und Ton und Förmlichkeit in seinen Anweisungen festlegen, mit bis zu 50 KI-Agenten pro Konto (Freshdesk-Dokumentation zum KI-Wissen).

Signaturen und E-Mail-Vorlagen pro Produkt sind nicht nativ; Freshdesks eigenes Help Center verweist dafür auf Marketplace-Apps. Mehr in meinen Beiträgen zu Freshdesk AI und Freshdesk-Preisen.

Help Scout

Das Posteingangs-Modell von Help Scout passt sauber auf Marken: Ein Posteingang pro Marke trägt eine eigene E-Mail-Adresse, Signatur, gespeicherte Antworten und SLA-Richtlinie. Plus enthält 5 Posteingänge und Pro 10, weitere kosten 10 $ im Monat (Help-Scout-Preise). AI Agents haben eigene Quellen und eine eigene Stimme und lassen sich mit dem Beacon einer Marke verknüpfen, sodass jede Marke ihre eigene KI haben kann (Help-Scout-Dokumentation zu AI Agents).

Ein Shopify-Händler fasste es in einem Reddit-Thread zu Multi-Store-Helpdesks so zusammen: „Wir mögen Helpscout für 5 verschiedene Shopify-Shops und es funktioniert gut" (u/maydaygames, Reddit). Der Preis dafür ist die Kehrseite sauberer Posteingänge: Ein Agent, der auf einen Posteingang beschränkt ist, sieht den Verlauf eines Käufers im Posteingang einer anderen Marke nicht. Den Rest finden Sie in meinem Help-Scout-Test.

Front

Front trennt Marken über Workspaces (bis zu 5 in Professional zu 65 $ pro Platz, unbegrenzt in Enterprise) oder über geteilte Posteingänge innerhalb eines Workspaces (Front-Dokumentation zu Workspaces). Standardsignaturen werden pro Kanal gesetzt und legen auch den Absendernamen fest, sodass jede Markenadresse als die eigene Marke unterschreiben kann (Front-Dokumentation zur Signatur). Eine eigene KI-Tonfall-Einstellung pro Marke habe ich nicht gefunden; Wissensquellen liegen in den Workspace-Einstellungen. Mehr in meinem Beitrag zu Front AI.

Mehrmarken-Kundensupport in 6 Schritten einrichten

So würde ich vorgehen, egal welchen Helpdesk Sie nutzen.

1. Schreiben Sie pro Marke eine einseitige Ton- und Richtlinienkarte. Stimme, Begrüßung, Verabschiedung, zu vermeidende Wörter, Rückgabefrist, Erstattungsregeln, Lieferversprechen. Jeder spätere Schritt bedient sich aus dieser Karte. Mein Leitfaden zum Tonfall im Kundenservice enthält eine Vorlage, und Markenstimme bei KI-Support-Agenten behandelt die KI-Seite.
2. Vermerken Sie die Marke beim Eingang. Eine E-Mail-Adresse, ein Widget und ein Help Center pro Marke sowie ein Pflichtfeld oder Tag für die Marke an jedem Ticket. Ein Ticket ohne Marke sollte in einer Triage-Ansicht landen und keinen Standardwert bekommen. Siehe Ticket-Triage für diese Ansicht.
3. Verzwillingen Sie Ihre Regeln. Entscheiden Sie für jeden Trigger, jede Automatisierung und jedes SLA: eine pro Marke oder eine mit ausdrücklicher Bedingung „alle Marken". Lassen Sie nie eine Regel zurück, die nur zufällig für eine Marke existiert. Mein Leitfaden zu SLA-Best-Practices behandelt Ziele pro Marke.
4. Stellen Sie Ihren Makros die Marke voran. Benennen Sie jedes markenspezifische Makro mit der Marke („MarkeA: Rücksendeetikett"), damit Agenten nicht das falsche greifen, und halten Sie gemeinsame Makros markenneutral. Macros 101 hat Tipps zur Benennung.
5. Geben Sie jeder Marke einen eigenen KI-Agenten. Ein Agent pro Marke, jeder auf das Help Center und die früheren Tickets seiner Marke gerichtet, jeder mit der eingefügten Tonkarte seiner Marke. Testen Sie jeden an früheren Tickets, bevor er jemandem antwortet.
6. Berichten Sie mit Markenfilter und prüfen Sie monatlich. Volumen, Zeit bis zur ersten Antwort und CSAT pro Marke, dazu eine Zusammenfassung für die Planung. Steigt das Volumen einer Marke über das hinaus, was das gemeinsame Team auffangen kann, ist das Ihr Signal, einen Spezialisten zu ergänzen.

Wo KI hinpasst, wenn jede Marke anders klingt

Bei KI geht im Mehrmarken-Support am schnellsten etwas schief, weil eine gemeinsame KI nicht weiß, für welche Marke sie spricht. Ein Zendesk-Admin auf Reddit beschrieb die Wissensversion davon für Regionen, und sie gilt genauso für Marken: Die KI „zieht Wissen aus den Help Centern, die mit derselben Marke verknüpft sind, unabhängig von Sprache oder Region" (u/velvetvortext, Reddit r/Zendesk). Teilen Marke A und Marke B einen Wissenspool, bekommen Kunden von Marke B Antworten von Marke A.

Die Lösung ist ein KI-Agent pro Marke, nicht ein kluger Prompt. Ich habe das bei eesel-Kunden erlebt. Ein Mehrmarken-Unternehmen für Gesundheit und Wellness auf Zendesk betreibt fünf eigene KI-Agenten, einen pro Marke, jeder auf den Tickets seiner Marke trainiert, sodass er die Produkte kennt, die er betreut. Ein Mehrmarken-Gartenhändler im E-Commerce auf Shopify und Zendesk startete mit eesel als Copilot für seine Agenten, bevor er auf KI-Live-Chat umstieg. Und Anfang dieses Jahres habe ich erlebt, wie Mehrmarken-Teams auf Gorgias und Zendesk aufgaben, weil das Setup pro Marke zu fummelig war, um es selbst zu machen. Deshalb verbindet sich heute jede Marke einzeln mit eesel.

So sieht das heute in eesel aus:

• Jede Marke verbindet sich separat. Bei Zendesk geben Sie eesel die Subdomain der Marke, und es „importiert Tickets und Help-Center-Artikel nur von dieser Marke", und jede Marke „kann an einen anderen Agenten mit eigenen Triggern und Aktionen gehen" (eesel-Zendesk-Dokumentation). Freshdesk- und Gorgias-Konten verbinden sich genauso, mehrere pro Workspace.
• Jeder Agent behält sein eigenes Wissen. Sie können eine Integration bei einem Agenten entfernen und für die anderen behalten. Einem Agenten in seinen Anweisungen zu sagen, die Tickets einer anderen Marke zu ignorieren, hindert ihn nicht daran, daraus zu lernen; das Ausschalten dieser Ticketquelle tut es.
• Aktionen gelten pro Agent. Erstattungen beim Agenten von Marke A zu erlauben, schaltet sie nicht für Marke B ein (eesel-Dokumentation zu Skills). Praktisch, wenn sich Erstattungsregeln pro Marke unterscheiden.
• Jeder Agent wird zuerst getestet. Der Simulations-Skill spielt frühere Tickets jeder Marke ab und vergleicht die Antworten des Agenten mit dem, was Ihr Team tatsächlich gesendet hat.

Es gibt auch die eesel CLI, wenn Sie lieber skripten. Sie steuert denselben Workspace aus einem Terminal: eesel agents create legt einen neuen Agenten an, und --agent <name> richtet jeden Befehl auf den Agenten einer Marke, sodass das Einrichten einer sechsten Marke ein Skript statt eines Nachmittags voller Klicks sein kann. Claude Code, Cursor und Codex können sie ebenfalls ausführen.

eesel für Mehrmarken-Support testen

Wenn Sie mehrere Marken auf Gorgias, Zendesk oder Freshdesk betreiben, gibt eesel jeder Marke ihr eigenes KI-Teammitglied: trainiert auf den früheren Tickets und dem Help Center dieser Marke, im Ton dieser Marke geschrieben, mit eigenen Erstattungs- und Aktionsregeln. Es tritt in Minuten Ihrer bestehenden Queue bei, Sie können es an früheren Tickets testen, bevor es jemandem antwortet, und unbegrenzt viele Agenten und Plätze sind in jedem Tarif enthalten. Der Preis ist ein fester Monatspreis, bei dem ein Ticket 1 Credit ist, mit einem kostenlosen Tarif über 100 Credits und bezahlten Tarifen ab 299 $ im Monat für 500 (eesel-Preise).

Testen Sie eesel kostenlos mit Ihrer ersten Marke und fügen Sie die nächste hinzu, wenn Sie mit dem Klang zufrieden sind.