White-Label-Geschäftsmodell: Preise, Verträge und Wirtschaftlichkeit des Kanals

Ein White-Label-Vertrag erlaubt einem anderen Unternehmen, Ihr Produkt, Ihre Funktionalität oder Ihre Leistung unter eigener Marke zu präsentieren. Das kann Zugang zu Vertrieb, Glaubwürdigkeit in der Branche und Beziehungen zu Kunden eröffnen, deren eigener Aufbau langsam oder teuer wäre. Es kann aber auch ein spezialisiertes Entwicklerprodukt in eine Sammlung von Einführungen, Verpflichtungen und Ausnahmen verwandeln, die für einzelne Partner spezifisch sind.

Die kommerzielle Anziehungskraft ist leicht erkennbar. Ein Vertical-SaaS-Unternehmen will ein bewährtes Modul hinzufügen, ohne zwei Jahre für dessen Bau aufzuwenden. Eine Agentur will ein Portal in ihrer Marke für Kunden. Ein Telekommunikationsbetreiber will einen digitalen Dienst mit dem eigenen Angebot verbinden. Eine Plattform will Funktionalität einbetten, die wie ein nativer Bestandteil aussieht. Der Anbieter erhält vertraglich zugesagten Umsatz und Zugang zum Kanal, der Partner Tempo und ein Unterscheidungsmerkmal.

Die Schwierigkeit besteht darin, dass White-Label nicht nur eine Einstellung der Farbe ist. Es verändert, wer verkauft, wer Versprechen abgibt, wer Support leistet, wer Rechnungen stellt, wessen Reputation auf dem Spiel steht und wie das Produkt den Endkunden erreicht. Jeder Unterschied bei Marke, Domain, Ablauf, Daten, Servicelevel und Preis für den Endkunden kann dauerhafte operative Kosten erzeugen.

Ein tragfähiges White-Label-Modell erfordert daher vier stimmige Entwürfe:

1. Architektur des Produkts – was sich zwischen Partnern gefahrlos unterscheiden darf;
2. kommerzielle Architektur – wie Einführung, Zugang und Wachstum bepreist werden;
3. Betriebsmodell – wer für Onboarding, Support, Störungen und Kommunikation mit dem Kunden verantwortlich ist;
4. Steuerung des Kanals – wie Territorien, Konten, Positionierung und Konflikte gesteuert werden.

Dieser Leitfaden zeigt, wie Sie diese Ebenen gestalten, ohne ein skalierbares Partnerprodukt mit unterbepreisten individuellen Arbeiten zu verwechseln.

White-Label, Reseller, OEM und Empfehlung sind keine austauschbaren Begriffe

Klären Sie den Charakter der Beziehung, bevor Sie über den Preis sprechen.

Empfehlung

Der Partner stellt einen Interessenten vor. Der Anbieter schließt den Vertrag mit dem Kunden, stellt das Produkt unter eigener Marke bereit, stellt Rechnungen und leistet Support. Der Partner erhält eine Provision für die Empfehlung. Die operativen Abläufe des Produkts bleiben direkt.

Reseller

Der Partner verkauft das Produkt unter der Marke des Anbieters, stellt dem Kunden manchmal Rechnungen und ergänzt Leistungen. Der zugrunde liegende Anbieter bleibt sichtbar. Wem die kommerzielle Beziehung gehört, hängt vom Vertrag ab.

White-Label

Der Partner präsentiert das Produkt hauptsächlich unter eigener Marke. Der Anbieter kann in rechtlicher Dokumentation, zu Datenschutz, Sicherheit oder Infrastruktur offengelegt bleiben, falls erforderlich, doch die Erfahrung des Endnutzers gehört dem Partner.

OEM- oder Embedded-Lizenzierung

Die Funktionalität wird in ein breiteres Produkt des Partners aufgenommen. Endnutzer nehmen sie womöglich nicht als gesonderte Anwendung wahr. Entscheidend werden Integration, Rechte zur Weiterverbreitung, Kompatibilität der Versionen und weitere Nutzung.

Betriebsmodell ähnlich einem Franchise

Der Partner nutzt ein vollständiges Markensystem und einen operativen Prozess in einem bestimmten Territorium. Das kann Schulungen, Marketingregeln, Qualitätsstandards und Geschäftsmethoden umfassen, die über Software hinausgehen.

Lieferung von Software nach Auftrag

Der Kunde zahlt für ein dediziertes Produkt oder erhebliche maßgeschneiderte Arbeiten. Sie White-Label zu nennen macht sie nicht wiederholbar. Ist die Mehrzahl der Anforderungen einzigartig, bepreisen und steuern Sie sie als Projekt samt späterer Wartung.

Diese Modelle können sich überschneiden. Die wichtigsten Fragen betreffen, wem der Vertrag mit dem Endkunden, die Marke, der Preis, die Beziehung zu den Daten, der Support und die Roadmap des Produkts gehören.

Legen Sie fest, warum White-Label strategisch nützlich ist

White-Label sollte ein Problem im Vertrieb oder beim Produkt lösen, das seine Komplexität rechtfertigt.

Starke Gründe sind Situationen, in denen:

• Partner das Zielsegment der Kunden bereits bündeln;
• Käufer eine vertrauenswürdige Marke der Branche oder eine lokale Beziehung verlangen;
• die Funktionalität das Kernangebot des Partners ergänzt;
• Integration die Kosten des Wechsels erhöht und die Nutzung hält;
• der Anbieter eine einzige Plattform wiederholt konfigurieren kann;
• die Betreuung durch den Partner die Kosten der Gewinnung oder der Leistung senkt;
• sich der Zugang zu einem geografischen oder regulierten Markt verbessert;
• der Anbieter die Wirtschaftlichkeit der Infrastruktur dem unmittelbaren Eigentum an der Marke vorzieht.

Schwache Gründe sind Situationen, in denen:

• ein großer Interessent sich weigert, die bestehende Marke zu nutzen;
• das Unternehmen eine kurzfristige Liquiditätsspritze braucht;
• ein Vertriebler unbegrenzte Anpassung zugesagt hat;
• der Partner ein Publikum hat, aber keine Fähigkeiten in Vertrieb und Einführung;
• White-Label ein unausgereiftes Produkt verbergen soll;
• Annahmen zum Volumen keine Begründung haben.

Halten Sie die strategische These in messbaren Kategorien fest. Zum Beispiel:

Ein qualifizierter Partner mit Buchhaltungssoftware kann unser Modul für Cashflow an 1 500 Unternehmen mit niedrigeren Kosten für Gewinnung und Onboarding vertreiben als unser Direktkanal, unter Nutzung derselben Architektur der Mandanten und einer Standardkonfiguration.

Das lässt sich verifizieren. Die Aussage „Partner können das für uns verkaufen“ nicht.

Erfassen Sie die gesamte Kette der Verantwortung

Der Pfad des White-Label-Kunden verläuft durch zwei Organisationen. Ordnen Sie jede kritische Verantwortung zu.

Vermeiden Sie die Bezeichnung „gemeinsam“ ohne Mechanismus der Entscheidung. Gemeinsame Verantwortung bedeutet oft, dass bei einer Störung keine Seite handelt.

Nutzen Sie eine RACI-Matrix für Start, Verlängerungen, Sicherheitsvorfälle, fehlgeschlagene Zahlungen, Missbrauch, Migrationen und Beendigung des Vertrags. Benennen Sie Rollen und nicht nur Unternehmen.

Standardisieren Sie, was sich unterscheiden darf

Die Skalierbarkeit von White-Label hängt von den Grenzen der Konfiguration ab. Erstellen Sie eine Matrix der Funktionalität.

In der Regel gefahrlos konfigurierbar

• Logo und freigegebene Farbwerte;
• eigene Domain;
• Absendername von E-Mails und Vorlagen;
• Bezeichnungen der Terminologie;
• Feature-Flags aus einem unterstützten Satz;
• lokale Einstellungen und regionale Voreinstellungen;
• Namen von Plänen und Limits für Endkunden;
• freigegebene Integrationen;
• Verweise auf den Support;
• Verweise auf rechtliche Seiten.

Potenziell kostspielig

• individuelle Navigation und Layouts;
• Logik von Abläufen, die sich je Partner unterscheidet;
• einzigartige Datenmodelle;
• dedizierte Zweige der Releases;
• individuelle Authentifizierung;
• maßgeschneiderte Berichte;
• Integrationen mit Exklusivität;
• partnerspezifische mobile Anwendungen;
• abweichende Architektur von Sicherheit oder Aufbewahrung;
• einzigartige Versprechen zu Servicelevels.

In der Regel nicht verhandelbare Kontrollmechanismen der Plattform

• Regeln zu Sicherheit und Missbrauchsprävention;
• grundlegende Funktionsweise von Identität und Audit;
• Basisstandard der Sicherheit der Infrastruktur;
• unterstützte Browser oder Versionen des SDK;
• Prozess der Pflege und Abkündigung von Funktionen;
• Richtlinie zu Sicherungskopien und Wiederherstellung nach Ausfall;
• untersagte nachgelagerte Anwendungen;
• Basisstandard der Barrierefreiheit;
• Definitionen der für die Abrechnung genutzten Ereignisse.

Behandeln Sie jede gewünschte Änderung als eine von vier Kategorien:

1. bestehende Konfiguration;
2. wiederverwendbare Funktionalität der Roadmap;
3. kostenpflichtige partnerspezifische Erweiterung;
4. abgelehnte Abweichung.

Ohne diese Klassifizierung schlüpfen individuelle Arbeiten durch Verkaufsgespräche und werden zu einer dauerhaften Verpflichtung zur Wartung.

Wahl des Modells für Mandantenfähigkeit und Isolation

White-Label muss keine getrennte Infrastruktur erfordern. Möglich sind mehrere Modelle.

Gemeinsame Multi-Tenant-Plattform

Partner und ihre Kunden teilen sich die Infrastruktur der Anwendung bei logischer Isolation. Das ist in der Regel das am besten skalierbare und am leichtesten zu aktualisierende Modell. Es erfordert verlässliche Identifizierung der Mandanten, Konfiguration, Autorisierung von Daten und Messung der Nutzung.

Dedizierter Mandant auf einer gemeinsamen Plattform

Der Partner erhält isolierte Ressourcen für Daten, Rechenleistung oder Konfiguration der Einführung, bei Nutzung desselben Releases des Produkts. Das kann Anforderungen an Compliance oder Leistung bei höheren Kosten erfüllen.

Dedizierte Einführung

Der Anbieter pflegt eine getrennte Umgebung, Region oder ein Cloud-Konto. Das erhöht die Verpflichtungen zu Betrieb, Sicherheit, Observability und Updates. Bepreisen Sie es als Servicelevel und nicht als kostenloses Kontrollkästchen für Unternehmen.

Self-hosted oder lizenzierte Einführung

Der Partner betreibt die Software. Das überträgt die Kontrolle über die Infrastruktur, schafft aber Komplexität bei Vertrieb, Support, Versionen, Sicherheit und Audit. In der Regel braucht es ein getrenntes Modell der Softwarelizenzierung.

Dokumentieren Sie die Isolation ehrlich. Beschreiben Sie gewöhnliche logische Mandantenfähigkeit nicht als dedizierte Umgebung. Bauen Sie andererseits keine getrennten Stacks, nur weil der Partner sein Logo in der Oberfläche platzieren will.

Preisstruktur bei White-Label

Eine solide kommerzielle Struktur kann mehrere Bestandteile umfassen, die jeweils an realen Wert oder reale Kosten gebunden sind.

Gebühr für Discovery oder Entwurf der Lösung

Komplexe Verträge erfordern, dass Architektur, Daten, Compliance und Abläufe definiert werden, bevor ein glaubwürdiges Angebot entsteht. Eine bezahlte Phase der Discovery verhindert aufwendige spekulative Beratung und erlaubt, den Umfang der Einführung festzulegen.

Einführungsgebühr

Sie deckt Konfiguration, Migration, Integration, Branding, Schulung, Tests und Steuerung des Starts. Definieren Sie Ergebnisse und Kriterien der Abnahme. Verzichten Sie nicht vorschnell auf die Einführungsgebühr; ein kostenloser Start zieht Partner mit niedrigem Engagement an und verbirgt die Kosten der Abwicklung.

Wiederkehrendes Plattformminimum

Es deckt dauerhaften Zugang, Wartung, Verwaltung des Kontos, Aufbau der Kompetenz des Partners und reservierte operative Kapazität. Das Minimum schützt den Anbieter davor, einen Kanal zu halten, der das prognostizierte Volumen nie erreicht.

Gebühr für Nutzung oder eingeführte Einheit

Sie wächst mit der Zahl aktiver Endkunden, Standorte, Arbeitsbereiche, Transaktionen, Datensätze, API-Einheiten oder einem anderen Maß des Werts. Definieren Sie den Begriff „aktiv“ und die Quelle des Reportings präzise.

Umsatzbeteiligung

Der Anbieter erhält einen Prozentsatz des Umsatzes auf der nachgelagerten Stufe des Verkaufs. Das sichert die Übereinstimmung der Interessen mit dem Erfolg des Partners, erfordert aber Transparenz, Auditrechte und eine gemeinsame Definition von Nettoumsatz, Rabatten, Erstattungen, Steuern und Paketen.

Gebühr für Servicelevel und dedizierte Kapazität

Sie deckt erweiterten Support, vertragliche Verfügbarkeit, dedizierte Infrastruktur, Region, Sicherheitsprüfung oder Reaktion auf Störungen. Ordnen Sie die tatsächlichen zusätzlichen Kosten der Verpflichtung zu.

Individuelle Arbeiten

Berechnen Sie für partnerspezifische Arbeiten eine gesonderte Gebühr. Berücksichtigen Sie Wartung, Regeln zu geistigem Eigentum, Abnahme, Abhängigkeiten und Folgen der Beendigung des Vertrags.

Schulungen und professionelle Leistungen

Zertifizierung, Migration von Inhalten, Konfiguration von Kampagnen oder operative Beratung können gesonderte Leistungen sein. Verwandeln Sie sie nach Möglichkeit in standardisierte Produkte.

Eine Beispielformel sieht so aus:

monatliche Gebühr des Partners = Plattformminimum
  + Gebühr für aktive Einheiten
  + Gebühren für gemessene Nutzung oder Transaktionen
  + gewählte Gebühren für Servicelevel
  − vertragliche Mengenrabatte

Einführung und individuelle Arbeiten bleiben außerhalb der wiederkehrenden monatlichen Nutzung, es sei denn, der Vertrag verteilt sie bewusst über die Zeit im Gegenzug für eine unwiderrufliche Verpflichtung.

Bepreisen Sie anhand der Wirtschaftlichkeit von Anbieter und Partner

Der Vertrag muss beiden Seiten einen positiven Deckungsbeitrag lassen.

Wirtschaftlichkeit des Anbieters:

Deckungsbeitrag des Anbieters = Umsatz vom Partner
  − variable Kosten für Infrastruktur und Anbieter
  − partnerspezifischen Support
  − wiederkehrenden Betrieb zu Konto und Compliance
  − erwartete Entschädigungen, Erstattungen und uneinbringliche Forderungen
  − amortisierte Einführung, die nicht anderweitig zurückgewonnen wird

Wirtschaftlichkeit des Partners:

Deckungsbeitrag des Partners = Umsatz von Endkunden
  − Gebühren des Anbieters
  − vom Partner getragene Kosten der Gewinnung
  − Vertrieb, Onboarding und Support der ersten Ebene
  − Abrechnung, Steuern und uneinbringliche Forderungen
  − vom Partner finanzierte Rabatte und Verpflichtungen zur Leistung

Die prozentuale Bruttomarge des Partners genügt nicht. Selbst 50 % Marge bei einer Leistung mit niedrigem Preis können die Kosten für Gewinnung und Support nicht decken. Bitten Sie um ein repräsentatives Modell des Kontos eines Endkunden.

Nehmen wir an, ein Partner verkauft ein Markenmodul für 99 € pro Monat. Die Gebühr des Anbieters beträgt 32 € pro aktivem Konto, das monatliche Minimum 2 000 €. Die variablen Kosten für Gewinnung, Abrechnung und Support auf Seiten des Partners betragen im Durchschnitt 27 € pro Konto.

Bei 100 aktiven Konten:

Umsatz des Partners = 100 × 99 € = 9 900 €
Gebühr des Anbieters = max(100 × 32 €, 2 000 €) = 3 200 €
operative Kosten des Partners = 100 × 27 € = 2 700 €
Deckungsbeitrag des Partners = 4 000 €

Bei 20 Konten:

Umsatz des Partners = 1 980 €
Gebühr des Anbieters = Minimum 2 000 €
operative Kosten des Partners = 540 €
Deckungsbeitrag des Partners = −560 €

Das Minimum schützt den Anbieter, schafft für den Partner aber eine Schwelle der Rentabilität des Starts. Das kann gesund sein, wenn sich der Partner zum Vertrieb verpflichtet. Es kann auch einen berechtigten Pilot zunichtemachen. Die Anlaufphase kann eine kostenpflichtige Einführungsgebühr, ein niedrigeres vorübergehendes Minimum und einen klar festgelegten Zeitplan zum Erreichen der vollen Bedingungen umfassen, statt das Minimum dauerhaft zu streichen.

Wählen Sie eine skalierbare Einheit

Das Maß der Abrechnung kann das aktive Konto des Endkunden sein, ein aktiver Standort, Arbeitsbereich oder eine Organisation, ein benannter oder aktiver Nutzer, eine Transaktion oder GMV, Verbrauch der API, verarbeitete Datensätze, ein aktiviertes Modul, der Umsatz des Partners aus Abonnements von Endkunden oder reservierte Kapazität.

Die Abrechnung nach dem Umsatz des Partners klingt fair und lässt sich am schwersten verifizieren. Sie hängen dann von Zahlen ab, die die Seite meldet, der es nützt, sie niedriger zu melden.

Die Einheit sollte für den Anbieter messbar und für den Partner verständlich sein. Beruht die Abrechnung allein auf der vom Partner gemeldeten Zahl der Kunden, definieren Sie Reporting, Audit und Korrekturen. Die vom Anbieter beobachtete Aktivität im Produkt ist in der Regel die bessere Grundlage, sofern Datenschutz und Vertrag es erlauben.

Definieren Sie den Status der Aktivität. Wird ein Konto aktiv nach Anmeldung, bezahlter Transaktion, Speicherung von Daten, Aktivierung des Zugangs oder Rechnungsstellung durch den Partner? Inaktive Mandanten können weiterhin Verpflichtungen zu Speicherung, Sicherheit und Support erzeugen. Statt so zu tun, als kosteten sie nichts, lässt sich ein niedrigerer Satz für die Speicherung inaktiver Daten anwenden.

Vermeiden Sie unbeabsichtigte mehrfache Skalierung. Gebühren pro Endkunde, Nutzer und Transaktion zugleich können Wachstum unrentabel machen, es sei denn, jede Ebene steht für einen eigenen Wert.

Großhandelspreise oder Umsatzbeteiligung

Großhandelspreise

Der Anbieter erhebt eine feste oder nutzungsabhängige Gebühr; der Partner legt den Preis für den Endkunden fest und behält die Differenz.

Vorteile:

• einfache Erfassung des Umsatzes des Anbieters;
• der Partner kontrolliert Pakete;
• weniger Streit um Audits;
• die Wirtschaftlichkeit des Anbieters hängt nicht von Rabatten des Partners ab.

Risiken:

• der Anbieter nimmt am hohen Wert für den Endkunden nicht teil;
• der Partner kann den Preis zu niedrig oder zu hoch ansetzen;
• die Einheit muss zu verschiedenen Paketen passen.

Umsatzbeteiligung

Der Umsatz des Anbieters wächst mit dem Umsatz des Partners.

Vorteile:

• Übereinstimmung der Interessen mit dem kommerziellen Erfolg bei Endkunden;
• niedrige Eintrittskosten;
• Anpassung an Preisunterschiede.

Risiken:

• komplexe Definitionen und Reporting;
• Streit um die Zuordnung des Umsatzes aus Paketen;
• Rabattentscheidungen des Partners verringern den Umsatz des Anbieters;
• Erstattungen, Steuern und uneinbringliche Forderungen müssen berücksichtigt werden;
• Audit und Integration der Systeme sind erforderlich.

Hybridmodell

Eine minimale Plattformgebühr, verbunden mit Umsatzbeteiligung oder Gebühr pro Einheit, kann Verpflichtung und Wachstumspotenzial ausbalancieren. Die Formel muss prüfbar sein.

Nutzen Sie die Umsatzbeteiligung, definieren Sie:

zu teilender Nettoumsatz = eingezogener Umsatz von Endkunden
  − dokumentierte indirekte Steuern
  − genehmigte Erstattungen und Rückbuchungen
  − ausdrücklich zulässige weitergegebene Kosten

Lassen Sie nicht zu, dass nicht definiertes „Marketing“ oder interne Zuordnungen die Grundlage verringern.

Branding hat rechtliche und operative Grenzen

Der Partner kontrolliert in der Regel die für den Kunden sichtbare Marke, doch der Anbieter sollte die zulässige Art ihrer Umsetzung festlegen.

Berücksichtigen Sie Regeln zu:

• Logodateien und Marken;
• individuellen Domains und Zertifikaten;
• Authentifizierung des Absenders von E-Mails;
• Screenshots des Produkts und Aussagen;
• Urheberrechten und erforderlicher Nennung der Urheberschaft;
• Barrierefreiheit und Kontrast;
• Einträgen in App-Stores;
• Offenlegung der juristischen Person;
• Datenschutz, Cookies und Unterauftragsverarbeitern;
• der Kennzeichnung „powered by“, falls vorhanden;
• Entfernung der Marke nach Beendigung des Vertrags.

Der Anbieter kann der Unsichtbarkeit im Marketing zustimmen und zugleich die Offenlegung in der Information zur Verarbeitung von Daten oder in der Zuordnung von Open-Source-Software verlangen. Versprechen Sie nicht, dass „nie jemand den Anbieter erfahren wird“, bevor eine rechtliche und technische Prüfung erfolgt ist.

Der Partner darf keine Funktionalität, Compliance oder Servicelevel erklären, die der Anbieter nicht freigegeben hat. Ein Versprechen, das unter seiner Marke abgegeben wird, kann zu Ihrem operativen Vorfall werden.

Bedingungen für den Endkunden und Rollen bei Daten

White-Label-Beziehungen schaffen eine Kette von Verträgen:

1. Vertrag zwischen Anbieter und Partner;
2. Vertrag zwischen Partner und Endkunde;
3. Bedingungen für Endnutzer und Information zum Datenschutz;
4. Bedingungen der Verarbeitung von Daten und der Nutzung von Unterauftragsverarbeitern;
5. gegebenenfalls Bedingungen externer Anbieter.

Legen Sie fest:

• wer nach dem anwendbaren Recht Verantwortlicher, Auftragsverarbeiter oder unabhängiger Verantwortlicher ist;
• wer Anträge betroffener Personen beantwortet;
• wer Sicherheitsvorfälle meldet;
• zulässige Verarbeitung und Verbesserung des Produkts;
• Standort und Aufbewahrung der Daten;
• Export und Löschung der Daten des Endkunden;
• Eigentum an Daten der Kunden und erzeugten Ergebnissen;
• ob aggregierte Daten genutzt werden dürfen;
• untersagte Kategorien und Anwendungen;
• auf nachgelagerte Glieder übertragene Verpflichtungen.

Der Handelsvertrag sollte vom Partner verlangen, den Endnutzern die notwendigen Bedingungen vorzulegen und Einwilligungen einzuholen. Der Anbieter braucht Nachweise und Auditrechte, die dem Risiko angemessen sind.

Lassen Sie den Prozess der Beendigung der Betreuung niemals undefiniert. Endkunden können auch nach Ende der Beziehung zum Partner Kontinuität brauchen.

Support erfordert ein mehrstufiges Betriebsmodell

Ein typisches Modell umfasst:

• Ebene 0: Dokumentation des Partners und Self-Service;
• Ebene 1: der Partner betreut Zugang, Konfiguration und gewöhnliche Fragen;
• Ebene 2: der Anbieter betreut reproduzierte Probleme des Produkts;
• Ebene 3: das Entwicklungsteam des Anbieters betreut bestätigte Störungen oder Fehler.

Definieren Sie das Paket der Eskalation:

• Kennungen des Mandanten und der betroffenen Nutzer;
• Zeitstempel und Zeitzone;
• Schritte zur Reproduktion des Problems;
• Screenshots oder Kennungen von Anfragen;
• erwartetes und tatsächliches Verhalten;
• Auswirkung auf das Geschäft;
• datenschutzsichere Logs;
• bereits ausgeführte Maßnahmen.

Ohne Anforderungen an Nachweise wird der Anbieter zum externen Team der ersten Ebene des Partners. Ohne Schulungen und Werkzeuge kann der Partner seine Rolle nicht erfüllen.

Legen Sie fest:

• Kanäle und Zeiten des Supports;
• Definitionen von Schweregraden;
• erste Reaktion und Häufigkeit der Updates;
• Wartungsfenster;
• unterstützte Sprachen;
• Verantwortung des Partners für die Statusseite;
• Freigabe der Kommunikation mit Kunden;
• Berichte zur Analyse der Ursachen;
• Finanzierung von Entschädigungen bei Leistungen;
• Fragen zu Missbrauch und Zahlungen.

Messen Sie die Zahl der Eskalationen pro 100 aktiven Mandanten, Zeit der Lösung, Anteil fehlerhafter Eskalationen und Wirksamkeit des Self-Service des Partners.

Servicelevel und parallele Verpflichtungen

Der Partner kann Endkunden ein bestimmtes Servicelevel zusagen. Dieses Versprechen muss innerhalb der Verpflichtung des Anbieters liegen, unter Berücksichtigung eines Spielraums für Komponenten, die der Partner kontrolliert.

Sagen Sie 99,9 % Verfügbarkeit zu, darf der Partner nicht vorschnell 99,99 % für einen Dienst zusagen, der auch von seiner eigenen Authentifizierung, seinen Integrationen und seinem Support abhängt. Stimmen Sie Messpunkt, Berechnungszeitraum, Ausnahmen, Wartungsarbeiten, Schweregrade von Störungen, Abhilfen, maximale Haftung, Verfahren zur Geltendmachung von Ansprüchen und Abhängigkeiten auf beiden Seiten ab.

Zusagen zur Verfügbarkeit addieren sich schlecht. Zwei in Reihe geschaltete Systeme mit je 99,9 % ergeben keinen Dienst mit 99,9 %, und der Kunde des Partners misst die ganze Kette.

Eine Entschädigung für Leistungen, die der Partner erhält, kann kleiner sein als der Betrag, der Endkunden zusteht. Legen Sie fest, ob der Partner dieses kommerzielle Risiko übernimmt oder ob der Anbieter eine stärkere, parallele Verpflichtung bepreist.

Dedizierte Einführungen garantieren nicht automatisch höhere Zuverlässigkeit. Sie können weniger Redundanz oder langsamere Updates haben. Verkaufen Sie ein gestaltetes Servicelevel und nicht die Symbolik der Infrastruktur.

Roadmap des Produkts und individuelle Arbeiten

Partner bitten oft um Funktionen, die mit einer Verkaufschance verbunden sind. Nutzen Sie einen Prozess der Steuerung:

1. dokumentieren Sie den Bedarf des Kunden und die Wiederverwendbarkeit am Markt;
2. klären Sie, ob die aktuelle Konfiguration ihn bereits abdeckt;
3. schätzen Sie den Wert für das wiederverwendbare Produkt und die partnerspezifischen Kosten;
4. legen Sie die Priorität der Roadmap unabhängig vom Druck der Transaktion fest;
5. definieren Sie Finanzierung und Abnahme;
6. definieren Sie Eigentum und Wartung;
7. vermeiden Sie garantierte Termine vor technischer Discovery;
8. legen Sie Kompatibilität der Versionen und Migration fest.

Mögliche Strukturen der Finanzierung:

• vom Anbieter finanzierte Kern-Roadmap;
• vom Partner finanzierte Beschleunigung einer wiederverwendbaren Funktion;
• Mitfinanzierung;
• vollständig partnerspezifische Erweiterung samt laufender Wartung;
• professionelle Leistung auf Grundlage unterstützter APIs;
• abgelehnte Anfrage.

Die Zahlung für Entwicklung überträgt nicht automatisch geistiges Eigentum. Legen Sie fest, ob der Partner eine Lizenz, einen Zeitraum der Exklusivität oder Eigentum an konkreten Ergebnissen erhält. Breite Exklusivität kann den Anbieter daran hindern, den eigenen Markt zu bedienen, und sollte entsprechend bepreist werden.

Exklusivität sollte eng, verdient und umkehrbar sein

Partner können exklusive Rechte für Territorium, Branche oder Kunden fordern. Exklusivität hat Kosten in Form entgangener Möglichkeiten, auch wenn der Partner anfangs wenig zahlt.

Exklusivität braucht, wenn Sie sie gewähren, genaue Grenzen: geografisches Gebiet, Kundensegment, Funktionalität des Produkts, benannte Konten, Kanal, Daten von Beginn und Ende, Mindestverkauf oder -umsatz, Meilensteine des Starts, Reporting.

Dazu Auswege: Ausnahmen für bestehende Kunden und eingehende Nachfrage, eine Frist zur Behebung sowie automatischer Verlust der Exklusivität bei schwachen Ergebnissen.

Exklusivität ohne Schwelle der Ergebnisse ist ein Markt, den Sie abgegeben haben. Hart verhandeln sollte man nur die Klausel, die ihn zurückgibt.

Bepreisen Sie den glaubwürdigen Verzicht auf Marktchancen und nicht nur den Aufwand der Einführung.

Eine sicherere Alternative ist ein zeitlich begrenzter Schutz des Kontos: Der Partner erfasst eine qualifizierte Chance und erhält Schutz, solange er sie aktiv entwickelt. So wird vermieden, dass zwei Verkäufer zusammenstoßen, ohne den ganzen Markt zu blockieren.

Steuern Sie den Kanalkonflikt offen

Ein Konflikt entsteht, wenn der Anbieter Direktvertrieb betreibt, mehrere Partner sich überschneiden oder Kunden unterschiedliche Preise entdecken.

Einen Kanalkonflikt entscheiden Regeln, die festgehalten werden, bevor er eintritt: Registrierung von Leads und Konten, bestehende Direktkunden, eingehende Anfragen, Verlängerungen und Ausweitung der Zusammenarbeit, Konten über mehrere Regionen, fehlende Aktivität des Partners, Aussagen zu Preisen, konkurrierende Partner, Migration zwischen Direktkanal und Partnerkanal, vertrauliche kommerzielle Bedingungen.

Streit beginnt bei eingehenden Anfragen. Ein Kunde aus dem Territorium des Partners, der direkt zu Ihnen kommt, muss aufgrund einer Regel jemandem gehören und nicht aufgrund dessen, wer zuerst zurückruft.

Versprechen Sie nicht, dass der Anbieter nie konkurrieren wird, ohne festzulegen, was als Konkurrenz gilt. Ein direktes Produkt für Unternehmen und ein gebündeltes Branchenangebot des Partners können unterschiedliche Bedürfnisse erfüllen.

Messen Sie die Inkrementalität des Kanals. Hätte die Mehrzahl der Konten des Partners ohnehin direkt gekauft, kann der White-Label-Umsatz eine stärkere direkte Beziehung kannibalisieren. Legen Sie fest, auf welche Weise der Partner Konten gewonnen, verkauft, eingeführt und gehalten hat, die der Anbieter nicht wirksam erreicht hätte.

Phasen der Einführung und des Starts

Phase 1: Qualifizierung

Bevor Sie den Vertrag mit dem Partner unterschreiben, bitten Sie um Belege: Zielsegment der Kunden, bestehender Vertrieb, benannte verantwortliche Person im Vertrieb, Kapazität bei der Einführung, Ressourcen für Support der ersten Ebene, erwartete Preise, Grundlage der Prognose, Passung bei Compliance, Zeitplan des Starts.

Prädiktiven Wert hat nur bestehender Vertrieb. Ein Partner, der das Publikum für Ihr Produkt erst aufbauen will, bringt eine Absicht und keine Prognose.

Eine große Kontaktliste ist kein Vertrieb. Fragen Sie nach Verkäufen vergleichbarer Produkte und benannten Chancen für den Start.

Phase 2: bezahlte Discovery

Erfassen Sie Abläufe, Branding, Integrationen, Daten, Mandantenfähigkeit, Servicelevel und die Kette von Verträgen. Bereiten Sie Umfang, Architektur, Matrix der Verantwortung und das wirtschaftliche Modell vor.

Phase 3: Integration in der Sandbox

Konfigurieren Sie einen Mandanten ohne Produktivbezug. Testen Sie Identität, Branding, Provisioning von Kunden, Ereignisse der Nutzung, Eskalation im Support und Beendigung der Betreuung. Der Partner sollte den gesamten Lebenszyklus eines Kunden demonstrieren.

Phase 4: begrenzter Produktiv-Pilot

Starten Sie den Dienst für eine kleine Zahl qualifizierter Endkunden. Behalten Sie die manuelle Beobachtung bei. Berechnen Sie eine Gebühr, die ausreicht, um kommerzielles Verhalten zu testen. Nennen Sie kostenlose interne Konten keine Validierung des Marktes.

Phase 5: operative Abnahme

Verifizieren Sie Zuverlässigkeit, Support, Abgleich der Abrechnungen, Aktivierung des Partners, Bindung der Endkunden und Deckungsbeitrag. Lösen Sie Ausnahmen, bevor Sie den allgemeinen Vertrieb öffnen.

Phase 6: schrittweise Skalierung

Erhöhen Sie die Zahl der Konten, Kategorien oder das geografische Gebiet, nachdem klare Schwellen erreicht sind. Kontrollieren Sie Konzentration und Kapazität. Halten Sie eine versionierte Konfiguration bereit, statt Änderungen an aktiven Mandanten ohne Prüfpfad einzuführen.

Beispiel: eine Markenplattform für Terminplanung

Modellszenario: Die Zahlen sind Annahmen für die Berechnung und keine Ergebnisse eines realen Projekts.

Ein Anbieter von Branchensoftware möchte unabhängigen Kliniken ein Modul für Terminplanung und Zahlungen unter eigener Marke anbieten. Der Anbieter des Produkts schlägt vor:

• 18 000 € für die Einführung;
• 3 000 € monatliches Plattformminimum;
• 14 € pro Monat für jede aktive Klinik oberhalb von 200 im Minimum enthaltenen Kliniken;
• 0,20 € für jeden bezahlten Termin;
• eine standardmäßige gemeinsame Infrastruktur und Support des Partners zu Arbeitszeiten;
• der Partner ist für Vertrieb, Abrechnung und Support der Ebene 1 verantwortlich.

Der Partner plant, 49 € pro Klinik und 0,50 € pro Zahlung zu berechnen. Bei 300 Kliniken mit durchschnittlich 250 bezahlten Terminen pro Monat:

Umsatz des Partners:

Umsatz aus Abonnements = 300 × 49 € = 14 700 €
Umsatz aus Transaktionen = 300 × 250 × 0,50 € = 37 500 €
gesamter Umsatz des Partners = 52 200 €

Gebühr des Anbieters:

Plattform und Kliniken = 3 000 € + (100 × 14 €) = 4 400 €
Transaktionsgebühr = 300 × 250 × 0,20 € = 15 000 €
gesamte Gebühr des Anbieters = 19 400 €

Kosten Gewinnung, Abrechnung und Support auf Seiten des Partners durchschnittlich 42 € pro Klinik und Monat:

operative Kosten des Partners = 300 × 42 € = 12 600 €
Deckungsbeitrag des Partners = 52 200 € − 19 400 € − 12 600 € = 20 200 €

Die monatlichen variablen Kosten für Infrastruktur, Zahlungsdienstleister und Support auf Seiten des Anbieters werden auf 7 800 € geschätzt:

Deckungsbeitrag des Anbieters = 19 400 € − 7 800 € = 11 600 €

Beide Seiten wirken rentabel. Die zentralen Variablen sind das Volumen der Termine, die Gebühren des Zahlungsdienstleisters und die Belastung des Supports. Nutzen viele Kliniken die Terminplanung ohne Zahlungen, erzeugt das Abonnement des Partners von 49 € weiterhin Wert, während der Transaktionsumsatz des Anbieters sinkt. Das Plattformminimum schützt die festen Verpflichtungen.

Die Einführungsgebühr sollte die tatsächliche Arbeit des Starts decken und sich nicht auf das erwartete künftige Volumen stützen. Bittet der Partner im Gegenzug für eine Prognose um deren Erlass, verwandeln Sie diese Prognose in eine unwiderrufliche Mindestverpflichtung oder behalten Sie die Gebühr bei.

Kennzahlen des White-Label-Portfolios

Pipeline und Aktivierung der Partner

• qualifizierte Partner;
• Konversion von Discovery zum Vertrag;
• Zeit vom Vertrag zur Sandbox;
• Zeit von der Sandbox zum ersten Kunden;
• Stunden der Einführung und Abweichung;
• geschulte und zertifizierte Mitarbeiter des Partners;
• Partner mit aktiven Endkunden;
• Zeit bis zum Erreichen der Mindestverpflichtung.

Gesundheit der Endkunden

• angelegte und aktivierte Mandanten;
• Zeit bis zum ersten Wert;
• Anteil aktiver Mandanten;
• gehaltene Mandanten;
• Wachstum von Nutzung oder Transaktionen;
• Quote von Meldungen an den Support und Beschwerden;
• Churn der Endkunden;
• Export von Daten und Beendigung der Betreuung.

Gesundheit des Partners

• vom Partner gewonnene Pipeline;
• Konversion im Vertrieb;
• Lösung von Problemen auf der ersten Ebene;
• Qualität der Eskalationen;
• Genauigkeit der Prognosen;
• Pünktlichkeit von Zahlungen und Reporting;
• Preis und Marge auf der nachgelagerten Stufe des Verkaufs;
• Verlängerung durch den Partner.

Wirtschaftlichkeit des Anbieters

• Deckungsbeitrag der Einführung;
• wiederkehrender Umsatz und Minima;
• Deckungsbeitrag nach Partner;
• variable Kosten nach Mandant und Nutzung;
• Kosten für Support und Verwaltung des Kontos;
• Pflege von individuellem Code;
• Entschädigungen und Exposition aus SLA;
• Konzentration des Umsatzes;
• Kannibalisierung des Direktkanals.

Ein Portfolio mit hohem vertraglich zugesagtem Umsatz kann dennoch ungesund sein, wenn ein Partner die Kapazitäten der Produkt- und Entwicklungsteams unverhältnismäßig zu seinem Deckungsbeitrag verbraucht.

Typische Ursachen des Scheiterns

Branding als vollständigen Umfang behandeln

Logo und Farben sind der leichte Teil. Identität, Daten, Abrechnung, Support, Bedingungen und Störungen definieren das Betriebsmodell.

Eine Prognose statt einer Verpflichtung annehmen

Eine Tabellenkalkulation finanziert weder die Einführung noch dauerhaften Support. Gewähren Sie Rabatte im Gegenzug für durchsetzbare Minima oder strategischen Wert.

Individuelle Anfragen die Steuerung des Produkts umgehen lassen

Dringende Bedürfnisse des Partners können Zweige und Ausnahmen schaffen, die nach Ende des Vertrags bestehen bleiben. Klassifizieren Sie Konfiguration, wiederverwendbares Produkt und maßgeschneiderte Arbeit.

Zu früh breite Exklusivität gewähren

Ein ungeprüfter Partner kann eine Branche oder ein geografisches Gebiet blockieren. Exklusivität sollte eng, ergebnisabhängig und umkehrbar sein.

Support der ersten Ebene unterschätzen

Kann der Partner gewöhnliche Fragen nicht beantworten, übernimmt der Anbieter den Betrieb rund um den Endkunden ohne direkte Marge.

Wirtschaftlichkeit des Partners ignorieren

Ein Angebot, das keine Marge für Gewinnung und Betreuung lässt, wird nicht systematisch verkauft, selbst wenn der Partner es mit Begeisterung unterschrieben hat.

Alle Kosten in der Umsatzbeteiligung bündeln

Die Umsatzbeteiligung garantiert nicht, dass feste Kosten der Einführung, dedizierte Infrastruktur oder intensiver Support zurückgewonnen werden. Setzen Sie gegebenenfalls Minima und gesonderte Leistungen ein.

Keine Definition der Kontinuität für den Endkunden

Die Beendigung des Vertrags kann Daten und Nutzer ohne Betreuung zurücklassen. Definieren Sie vor dem Start Export, Migration, Kommunikation, Abschaltung und Löschung.

Unsichtbare Infrastruktur versprechen

Rechtliche Anforderungen, Datenschutz, Sicherheit und Zuordnung können den Anbieter weiterhin offenlegen. Führen Sie eine Prüfung durch, bevor Sie Vertraulichkeit zusagen.

Unterschriebene Partner statt aktiver Kunden messen

Ankündigungen von Partnerschaften schaffen keinen Vertrieb. Messen Sie Zeit bis zum ersten Wert, aktive Mandanten, Bindung und Deckungsbeitrag.

Checkliste der Umsetzung

Strategische Passung

• Definieren Sie den Vorteil im Vertrieb und das Zielsegment.
• Vergleichen Sie Gewinnung durch den Partner mit dem Direktkanal.
• Verifizieren Sie die Fähigkeiten des Partners in Vertrieb, Onboarding und Support.
• Identifizieren Sie Kannibalisierung und Kanalkonflikt.
• Legen Sie Kriterien der Qualifizierung und Ablehnung fest.

Umfang des Produkts

• Erstellen Sie eine Matrix unterstützter Elemente von Branding und Konfiguration.
• Definieren Sie Modell von Mandantenfähigkeit, Isolation und Einführung.
• Trennen Sie Konfiguration, wiederverwendbare Roadmap und individuelle Arbeiten.
• Dokumentieren Sie Authentifizierung, Provisioning und Beendigung der Betreuung.
• Versionieren Sie die Konfiguration des Partners und Abhängigkeiten des Produkts.

Kommerzielles Modell

• Bepreisen Sie Discovery und Einführung.
• Legen Sie ein wiederkehrendes Plattformminimum fest.
• Wählen Sie eine beobachtbare Einheit der Skalierung.
• Modellieren Sie den Deckungsbeitrag von Anbieter und Partner.
• Definieren Sie Rabatte, Verpflichtungen und Auditrechte.
• Bepreisen Sie Servicelevel, dedizierte Kapazität und individuelle Arbeiten.

Vertrag und Steuerung

• Ordnen Sie Rollen zum Vertrag mit dem Endkunden und zu Daten zu.
• Definieren Sie Regeln zu Marken, Aussagen und erforderlichen Offenlegungen.
• Legen Sie Rechte an IP, Roadmap und individuellen Arbeiten fest.
• Machen Sie Exklusivität eng und ergebnisabhängig.
• Definieren Sie Regeln der Registrierung von Konten und des Kanalkonflikts.
• Legen Sie den Prozess von Beendigung des Vertrags, Abschaltung, Export und Löschung fest.

Betrieb

• Erstellen Sie eine RACI-Matrix für den gesamten Lebenszyklus.
• Schulen und zertifizieren Sie den Support der Ebene 1.
• Definieren Sie Nachweise der Eskalation und Schweregrade.
• Stimmen Sie Leistungsversprechen des Anbieters und für Endkunden ab.
• Testen Sie Kommunikation bei Störungen und mit Kunden.
• Gleichen Sie Mandanten, Nutzung, Rechnungen und Entschädigungen ab.

Skalierung

• Schließen Sie die bezahlte Phase der Discovery ab.
• Testen Sie den vollständigen Lebenszyklus in der Sandbox.
• Starten Sie eine begrenzte Produktiv-Kohorte.
• Messen Sie aktive Mandanten und Belastung des Supports.
• Verifizieren Sie den Deckungsbeitrag nach Beginn des realen Betriebs.
• Skalieren Sie, nachdem klare Schwellen der Leistung erreicht sind.

Sie verschwinden, und das ist der Vertrag

Die Monetarisierung von White-Label tauscht einen Teil der unmittelbaren Kontrolle über Marke und Kunden gegen einen Hebel im Vertrieb. Ein solcher Tausch ist nur dann wertvoll, wenn der Partner tatsächlich Gewinnung, Passung zur Branche, Einführung oder Betreuung einbringt – und der Anbieter die Leistung über eine Standardplattform erbringen kann statt über eine wachsende Sammlung maßgeschneiderter Verpflichtungen.

Das stärkste White-Label-Modell:

1. legt genau fest, was der Partner mit eigener Marke versehen und konfigurieren darf;
2. bepreist Einführung, dauerhafte Bereitschaft und Wachstum getrennt;
3. lässt Anbieter und Partner einen ausreichenden Deckungsbeitrag;
4. ordnet Verantwortung für Support, Daten, Leistungen und Störungen lückenlos zu; und
5. macht Exklusivität und Rabatte von realen Ergebnissen oder Verpflichtungen abhängig.

Qualifizieren Sie den Kanal, bevor Sie das Produkt anpassen. Führen Sie bezahlte Discovery durch, bevor Sie einen Umfang zusagen. Testen Sie einen vollständigen Lebenszyklus des Endkunden, bevor Sie skalieren. Nutzen Sie Minima zur Finanzierung fester Verpflichtungen und variable Einheiten, um am Wachstum teilzuhaben.

Ein White-Label-Vertrag ist nicht in dem Moment erfolgreich, in dem der Partner ihn unterschreibt oder eine Anmeldeseite in der Marke erscheint. Er ist erfolgreich, wenn der Partner wiederholt Kunden gewinnt und hält, das gemeinsam genutzte Produkt wartbar bleibt und beide Unternehmen einen positiven Deckungsbeitrag erzielen, ohne dass im Moment, in dem die Leistung am wichtigsten ist, Unklarheit über die Verantwortung besteht.