Apps unter Ihrer eigenen Marke: was White-Label wirklich bringt

„White-Label“ ist eines der unschärfsten Wörter der Softwarebranche. In manchen Produkten bedeutet es ein Logo in der Ecke. Hier lohnt Präzision darüber, was sich tatsächlich ändert.

Was Ihre Marke trägt

Ein Build nimmt die Identität Ihres Restaurants und erzeugt eine App, die von vorn bis hinten Ihre ist:

Fünf der sechs Apps lassen sich so bauen: Gast, Kasse, Küche, Fahrer und Kellner. Das Manager-Dashboard bleibt eine Browser-App, weil es nichts zu installieren gibt.

Was ein Build tatsächlich erzeugt

Jeder Build zielt auf die von Ihnen gewählten Plattformen und liefert echte, installierbare Artefakte:

• Android — ein AAB für den Play Store, dazu ein APK, das Sie in zehn Sekunden auf ein Tablet spielen.
• iOS — ein IPA für die App-Store-Einreichung.
• Windows — ein EXE-Installer für den Tresen-PC.
• Linux — AppImage und DEB, praktisch für günstige Kiosk-Hardware.
• macOS — ein DMG.

Versionsnummern zählen je App automatisch hoch, sodass niemand darüber streitet, welchen Build eine Filiale fährt; jeder Lauf behält Status und Protokoll, damit ein fehlgeschlagener Build eine Meldung ist und kein Rätsel.

Welche App zuerst Ihre Marke verdient

Seien Sie bei der Rechnung ehrlich.

Die Gast-App ist die, die sich bezahlt macht. Jede Bestellung darin ist eine Bestellung, die Sie nicht bei einem Aggregator mieten — zu einer Provision, die still ein Fünftel des Bons frisst. Sie gibt Ihnen außerdem Telefonnummer, Bestellhistorie und Treuestand: die drei Dinge, die Aggregatoren für sich behalten.

Die Personal-Apps lohnen aus einem anderen Grund. Eine Kasse mit Ihrem Namen wirkt auf neue Mitarbeitende — und auf Gäste, die zum Tresen schauen — wie ein echter Arbeitsplatz. Das hat Wert, ist aber kein Umsatz.

Wenn Sie nur eines branden: die Gast-App.

Der Teil, vor dem niemand warnt

Veröffentlichen ist nicht dasselbe wie Bauen. Planen Sie es ein:

• Store-Konten. Sie brauchen ein Entwicklerkonto in jedem Store. Registrierung und Identitätsprüfung dauern Tage, nicht Minuten — und sie müssen auf den Namen Ihres Unternehmens laufen, nie auf den eines Dienstleisters.
• Prüfung. Erste Einreichungen sind langsamer als Updates. Rechnen Sie mit einer Woche, manchmal mehr, und mindestens einer Rückfragerunde.
• Store-Material. Screenshots, Beschreibung, Datenschutz-URL und Support-Kontakt. Das schreiben Sie; Ihre Beschreibung kann Ihnen niemand abnehmen.
• Updates. Jede künftige Version geht durch dieselbe Tür. Planen Sie Releases, statt auf sie zu reagieren.

Nichts davon ist schwer. Alles davon kostet Kalenderzeit — und der übliche Fehler ist, das in der Woche zu merken, in der man starten wollte.

Wann es sich nicht lohnt

Wenn Sie einen Standort haben und die meisten Gäste am Tresen bestellen, landet eine App auf sehr wenigen Handys. Fangen Sie mit einer Web-Bestellseite und QR-Karten an: keine Installation, keine Store-Prüfung, derselbe Bestellweg. Bauen Sie die App, wenn Sie einen Stamm haben, den zu fragen sich lohnt.

Die Apps sind da, wenn Sie darüber hinauswachsen. Der Sinn von White-Label ist, dass dieses Hineinwachsen keinen Produktwechsel bedeutet.