White Label CRM: Vier Modelle und die wichtigsten Prüfpunkte

White Label CRM: Vier Modelle und die wichtigsten Prüfpunkte

Ein White Label CRM ist Kundenmanagement-Software, die ein anderes Unternehmen auf Grundlage einer ausdrücklichen kommerziellen oder lizenzrechtlichen Vereinbarung unter eigener Marke anbieten und betreiben darf. Gemeint sein kann eine fertige Reseller-Plattform, ein verwalteter Markenmandant, eine Eigenentwicklung oder ein rechtmäßig angepasstes selbst gehostetes Open-Source-System.

Diese Modelle verteilen Verantwortung unterschiedlich. Ein neues Logo schafft noch keine eigenen Domains, Mandantentrennung, Kundenbereitstellung, Abrechnung, Supportwerkzeuge, Updates, Sicherheitsprozesse oder das Recht, die Software weiterzuverkaufen.

Was bedeutet White Label CRM?

Käufer erwarten meist eine Kombination aus:

• eigenem Produktnamen, Logo, Farben und Texten;
• eigener Domain und kundenwirksamer E-Mail-Identität;
• Entfernung oder kontrollierter Darstellung der ursprünglichen Anbietermarke;
• getrennten Kundenbereichen und Datenzugriffen;
• wiederholbarer Einrichtung und Schließung von Kundenkonten;
• Plänen, Berechtigungen, Abrechnung und Nutzungskontrollen;
• Support- und Administrationswerkzeugen;
• klarer Verantwortung für Updates und Störungen;
• vertraglicher Erlaubnis für Vermarktung und Wiederverkauf.

Eine Plattform kann nur einen Teil davon unterstützen. Definieren Sie das benötigte Betriebsmodell, bevor Sie fragen, ob ein Produkt „White Label“ ist.

Vier White-Label-CRM-Modelle

1. Fertige White-Label-Plattform

Der Anbieter liefert Branding-Einstellungen, Kundenkonten, Hosting, Updates und oft Reseller-Funktionen. Das ist der schnellste Weg, wenn das Standardprodukt zum geplanten Service passt.

Prüfen Sie, welche Oberflächen sich branden lassen, ob die Anbietermarke in E-Mails oder Rechtstexten sichtbar bleibt, wie Kundendaten getrennt werden und ob der Vertrag Ihr genaues Wiederverkaufsmodell erlaubt.

2. Verwaltetes Reselling oder Markenmandant

Ein Anbieter betreibt die Software, während der Partner die Kundenbeziehung führt. Das Branding kann auf einen Arbeitsbereich, eine Domain oder einen Plan beschränkt sein, statt eine vollständige Reseller-Steuerung zu bieten.

Klären Sie, wer den Kundenvertrag schließt, Supportstufen übernimmt, Störungen behandelt, datenschutzrechtliche Rollen trägt und die Migration verantwortet, wenn die Partnerschaft endet.

3. Eigenentwickeltes CRM-Produkt

Ein Team entwickelt oder beauftragt Nutzererlebnis, Betrieb und Abrechnung nach eigenen Anforderungen. Das schafft die größte Produktkontrolle und zugleich die größte technische und betriebliche Verantwortung.

Die Kosten enden nicht mit der ersten Entwicklung. Authentifizierung, Autorisierung, Mandantentrennung, Updates, Backups, Monitoring, Kundensupport, Sicherheitsreaktion, Rechtstexte, Abrechnung und Migration bleiben dauerhafte Produktarbeit.

4. Lizenzkonforme selbst gehostete Grundlage

Ein Unternehmen verändert und betreibt eine Codebasis, die es nutzen darf. Das kann architektonische Kontrolle geben, aber „Open Source“ bedeutet nicht „uneingeschränktes White Label“.

Prüfen Sie genaue Lizenzpflichten, Urheberrechtshinweise, Markenrichtlinie, Bedingungen für Verteilung oder Netzwerkbetrieb und separat lizenzierte Module. Ohne andere Vereinbarung verantworten Sie außerdem Bereitstellung, Updates, Beobachtbarkeit, Backups, Support und Kundentrennung.

White Label, Reselling, Eigenentwicklung und Open Source

Das sind strukturelle Tendenzen, keine Garantien einzelner Anbieter.

Für wen sich ein White-Label-CRM eignen kann

Ein White-Label-Modell kann sinnvoll sein, wenn das CRM Teil eines wiederholbaren Service ist und nicht nur eine einmalige Werkzeugempfehlung. Dazu können Agenturen, Beratungen, Managed Service Provider, vertikale Softwareanbieter und Franchise-Systeme gehören.

Prüfen Sie vor dem Aufbau:

• Zielkunden besitzen einen ausreichend ähnlichen Workflow;
• das CRM verbessert einen Service, den Sie bereits beherrschen;
• Onboarding, Support und Datenmigration lassen sich standardisieren;
• die Marge deckt Plattform, Betrieb, Support und Risiko;
• Kunden verstehen, wer das Produkt betreibt und ihre Daten verarbeitet;
• der Vertrag erlaubt Branding und Wiederverkauf in der geplanten Form.

Braucht jeder Kunde ein anderes Produkt, kann eine Vermittlungs- oder Implementierungspartnerschaft nachhaltiger sein als White Label.

Was Sie vor der Auswahl prüfen müssen

Tiefe des Brandings

Listen Sie alle sichtbaren Flächen auf: Login, Anwendung, URLs, Transaktions-E-Mails, Benachrichtigungen, Dokumente, Hilfe, Statusseite, Fehleransichten, Einwilligungsoberfläche und mobile Nutzung. „Eigenes Logo“ kann nur eine davon abdecken.

Domains und Identität

Prüfen Sie Domain-Einrichtung, Zertifikate, DNS-Verantwortung, Absenderauthentifizierung, Weiterleitungen, Login-URLs, OAuth-Rücksprungdomains und Kunden-Offboarding. Ist SSO erforderlich, muss es heute implementiert und im passenden Vertrag enthalten sein.

Mandantentrennung und Administration

Klären Sie die Trennung von Kunden, Arbeitsbereichen, Nutzern, Rollen, Berechtigungen und Administratoren. Fragen Sie, wie Supportmitarbeitende auf einen Mandanten zugreifen, wie der Zugriff protokolliert und wie versehentlicher Zugriff zwischen Kunden verhindert wird.

Bereitstellung und Lebenszyklus

Ein Reseller-Betrieb braucht wiederholbare Kontoanlage, Planwechsel, Sperrung, Löschung, Export und Migration. Manuelle Einrichtung kann bei wenigen Kunden funktionieren, wird aber schnell zum Betriebsengpass.

Betrieb und Support

Weisen Sie Verantwortung für Verfügbarkeit, Backups, Wiederherstellungstests, Updates, Abhängigkeitsschwachstellen, Monitoring, Störungen, Kundensupport und Statuskommunikation zu. Self-Hosting überträgt Verantwortung; es entfernt sie nicht.

Daten- und Integrationsportabilität

Testen Sie APIs, Webhooks, Exporte, stabile Kennungen, Löschung und Ausstieg. Eine gut brandbare Oberfläche ist eine schlechte Grundlage, wenn Kundendaten sich nicht verlässlich bewegen lassen.

Kommerzielle und rechtliche Bedingungen

Prüfen Sie aktuelle Preise, Nutzungslimits, Unterlizenzierungs- oder Wiederverkaufsrechte, Markenregeln, Service-Level, Auftragsverarbeitung, Kündigung und Migration anhand primärer Dokumente. Lassen Sie das beabsichtigte Angebot angemessen rechtlich prüfen.

Wo Customermates heute passt

Customermates bietet einen Open-Source-CRM-Kern mit Kontakten, Organisationen, Deals, Services, Aufgaben, benutzerdefinierten Feldern, Ansichten, Dashboards, Aktivitäten, REST, Webhooks und MCP. Eigenes Material der Community Edition außerhalb von ee/ steht ausschließlich unter AGPL-3.0. Eigene Dateien in ee/ sind Commercial Software unter ee/LICENSE.md, vorbehaltlich der AGPL-Ausnahme für Client-Material in Abschnitt 6; Drittanbieter-Komponenten behalten ihre Lizenzen.

Customermates bietet heute keine unterstützte White-Label-Administration, SSO-Implementierung, verwaltete Cloud-Einrichtung für eine White-Label-Custom-Domain, Reseller-Abrechnung, Konsole zur Bereitstellung mehrerer Kunden oder ein verwaltetes Agenturprogramm. Selbsthoster können eine eigene Domain über BASE_URL, Reverse-Proxy und TLS einrichten, müssen diese Infrastruktur aber selbst konfigurieren und betreiben. White-Label- und SSO-Hinweise in der Enterprise-Preisdarstellung bezeichnen vertragliche, nicht implementierte Arbeiten, keine verfügbaren Schalter.

Self-Hosting ist nicht das Cloud-Produkt unter einem anderen Logo. Die dokumentierte Self-Hosting-Berechtigung basiert auf Starter: kein einheitlicher Posteingang, keine verbundenen Messaging-Konten, keine geteilten Konten und kein gehostetes KI-Kontingent. Betreiber verantworten außerdem Bereitstellung und Wartung.

Customermates kann deshalb erst nach Prüfung von Lizenz, Marke, Produkt und Betrieb als veränderbare CRM-Grundlage bewertet werden. Als fertiges White-Label-CRM sollte es derzeit nicht ausgewählt werden.

Eine verantwortbare Evaluierungsfolge

1. Angebot definieren

   Legen Sie Kundenversprechen, Workflow und alle Markenflächen, Domains, Identitäten und Supportwege fest.

2. Mandantenmodell wählen

   Entscheiden Sie, ob Kunden getrennte Mandanten, Deployments oder Arbeitsbereiche benötigen.

3. Betriebsverantwortung zuordnen

   Ordnen Sie Verträge, Datenrollen, Abrechnung, Support, Störungen, Backups und Updates zu.

4. Aktuelles Produkt prüfen

   Prüfen Sie erforderliche Funktionen in einer Live-Demo und in der aktuellen technischen Dokumentation.

5. Rechtsgrundlage prüfen

   Prüfen Sie Lizenz, Marke, Wiederverkauf und Auftragsverarbeitung für das genaue Material und Betriebsmodell in Primärdokumenten.

6. Kundenlebenszyklus testen

   Bauen Sie eine repräsentative Umgebung und testen Sie Anlage, Nutzung, Support, Export und Löschung.

7. Gesamtkosten modellieren

   Berücksichtigen Sie realistische Kunden-, Infrastruktur-, Update- und Supportmengen.

8. Begrenzten Pilot durchführen

   Starten Sie erst mit einer kleinen Gruppe, wenn Betrieb und Ausstieg funktionieren.

Ein ansprechender Login-Bildschirm ist kein ausreichender Beleg. Testen Sie den vollständigen Kundenlebenszyklus.

Was ein White-Label-CRM kostet

Es gibt keine dauerhaft gültige Universalspanne. Kosten können Plattformgebühren, Lizenzen pro Nutzer oder Kunde, Einführung, Marken-Domains und E-Mail, Integrationen, Hosting, Monitoring, Backups, Support, Abrechnung, Rechtsprüfung, Migrationen und laufende Updates umfassen.

Vergleichen Sie Modelle mit demselben Szenario:

• erwartete Kunden und aktive Nutzer;
• benötigte Module und Integrationen;
• Supportstunden und Eskalationsquote;
• Infrastruktur- und Nachrichtenvolumen;
• Update- und Sicherheitsaufwand;
• Abwanderung, Export und Löschung;
• Mindestabnahmen und Nutzungslimits.

Entscheidend ist der Beitrag nach Betrieb des Service, nicht nur der Einstiegspreis des Anbieters.

Häufige Fehler

• ein eigenes Logo mit einem White-Label-Betriebsmodell gleichsetzen;
• aus Open Source uneingeschränkte Rebranding- oder Wiederverkaufsrechte ableiten;
• getrennte Lizenzen und Marken ignorieren;
• nicht implementiertes SSO, eigene Domains oder Mandantensteuerung versprechen;
• Kundenbereitstellung und Support unterschätzen;
• einen Arbeitsbereich teilen, obwohl Trennung erforderlich ist;
• Updates, Backups und Störungen ohne Verantwortlichen lassen;
• aus dem Gedächtnis mit Anbieterpreisen planen;
• Onboarding ohne Export- und Ausstiegsweg gestalten.

Häufige Fragen