Foto: Google Gemini · AI-generated
Wenn eine Agentur white-label liefert, sieht der Endkunde ein fertiges Projekt. Wenn ein Softwarehersteller white-label liefern lässt, sehen seine Kunden das Produkt — und verlängern, reklamieren und urteilen danach. Jahrelang.
Der Unterschied klingt klein. Er verändert alles daran, was der Entwicklungspartner sein muss.
Der Code des Partners wird Ihr Produkt
Ein Softwarehersteller lebt von wiederkehrenden Umsätzen. Der Code, den ein White-Label-Partner liefert, wird nicht übergeben und archiviert — er erscheint im nächsten Release, trägt das Logo des Herstellers und fällt unter dessen Support-Pflichten. Jeder Fehler darin ist in den Augen jedes Kunden ein Fehler des Herstellers. Die eigentliche Anforderung lautet deshalb nicht “bauen und unser Logo draufsetzen”. Sie lautet: Die Arbeit des Partners muss von der eigenen ununterscheidbar sein — in der Qualität, in den Konventionen, und darin, wie sie sich drei Versionen später verhält.
Darum ist White-Label-Entwicklung für Produktunternehmen eine Disziplin, kein Rabattmodell. Der Partner ist unsichtbar; der Standard ist es nicht.
Kompatibilität ist das Versprechen
Das klarste Beispiel aus unserer eigenen Arbeit: Mobile ERP. Die Lager- und Produktions-App eines Softwareherstellers — ein Add-on für Sage 100 — saß auf Windows CE fest, einer toten Plattform. Wir haben sie als native Android-App neu gebaut, vollständig white-label unter der Marke des Herstellers. Die harte Anforderung war nicht die Oberfläche. Sie war, dass die neue App mit Sage 100 über exakt dieselbe Datenschicht kommuniziert wie die alte — damit die Bestandskunden des Herstellers ihre Hardware wechseln konnten, ohne dass ihr Betrieb irgendeine Veränderung bemerkt.
Diese Anforderung ist die White-Label-Messlatte für Softwarehersteller in einem Satz: Der Hersteller hat seinen Kunden ein Kompatibilitätsversprechen gegeben — und die Aufgabe des Partners ist es, ein Versprechen zu halten, das er selbst nie gegeben hat. Denn wenn es bricht, wird kein Kunde je erfahren, dass es der Code eines Partners war. Genau so soll es sein.
Manchmal steht die White-Label-Arbeit direkt vor dem Kunden
White-label heißt nicht nur Module tief im Produkt. Der ERP Advisor ist ein Empfehlungs-Tool für Interessenten, das wir für ein ERP-Beratungsunternehmen gebaut haben und betreiben — das Erste, was ein potenzieller Kunde anfasst, allein unter der Marke des Kunden. Und Lexware D!VE Offers lebt im Beschaffungs-Ökosystem der Deutschen Telekom und wandelt Angebote in ein maschinell validiertes XML-Format um, das null Fehler toleriert. In beiden Fällen vertritt die Arbeit den Namen eines anderen vor dessen Publikum — die Qualitätslatte setzt also dessen Ruf, nicht unserer.
Was ein Softwarehersteller von einem White-Label-Partner verlangen sollte
Vier Dinge, klar benannt:
- QA auf Produktniveau — die Arbeit wird gegen jedes künftige Release regressionsgetestet. Sie muss für dieses Leben gebaut und dokumentiert sein, nicht für einen Übergabetermin.
- Schnittstellendisziplin — bestehende Integrationen und Datenschichten sind Verträge mit Ihren Kunden; der Partner behandelt sie als unantastbar.
- Echte Unsichtbarkeit — nur Ihre Marke, im Produkt, in den Artefakten, auf jeder kundensichtbaren Oberfläche.
- Langfristigkeit — Produktlebenszyklen laufen in Jahren. Ein Partner, der nach der Lieferung verschwindet, hat nur die halbe Arbeit gemacht.
Der Punkt ist: White-label ist für einen Softwarehersteller kein ausgelagertes Projekt. Es bedeutet, jemandem zu vertrauen, in Ihrem Produkt Sie zu sein. Wählen Sie entsprechend.
Nach diesem Standard arbeiten wir für Softwarehersteller in der Technologie- und Softwarebranche, im Modell White-label Delivery. Wenn Ihre Roadmap Kapazität braucht, die Ihr Team nicht hat — und Ihre Marke es sich nicht leisten kann, das zu zeigen — sprechen Sie mit uns.