Local-Commerce-Apps unter eigener Marke in Wochen statt Monaten

Das Problem

Local-Commerce-Apps werden immer wieder von Grund auf neu gebaut. Jedes Stadt- oder Community-Projekt braucht denselben Kern: ein Verzeichnis von Geschäften, Angebote, Events, Bestellungen, Zahlungen und eine Möglichkeit für ein kleines Team, alles zu verwalten. Das von null zu bauen kostet Monate an Entwicklung vor dem ersten Nutzer, was die meisten lokalen Projekte beendet, bevor sie beginnen.

Warum die üblichen Antworten scheitern

Eine Neuentwicklung ist für die meisten lokalen Betreiber unerschwinglich. No-Code-Baukästen zeigen einen Prototyp, brechen aber zusammen, sobald das Projekt echte Zahlungen, Content-Moderation, eine App-Store-Präsenz und jemanden für den laufenden Betrieb braucht. Eine starre Fertig-App zu kaufen heißt, auszusehen wie alle anderen und nichts zu besitzen.

Was wir gebaut haben

Statt den Code pro Kunde zu duplizieren, hat Cazullo eine Plattform gebaut, in der eine Marke eine Konfiguration ist: Name, Identität, Stadt oder Nische und die benötigten Module (Handel, Bestellungen, Events, Termine, Spenden, Jobs, Communities, Angebote, Mitgliedschaften). Aus dieser Konfiguration erzeugt die Plattform das komplette Produkt: App, Website und Admin-Panel.

• Jede Marke läuft in einem eigenen, isolierten Firebase-Projekt, sodass jede Marke ihre Daten besitzt
• Die App erscheint unter dem Namen der Marke im App Store und bei Google Play
• Die Website wird aus denselben Inhalten erzeugt, damit Geschäfte und Events bei Google gefunden werden
• Das Panel gibt dem Team der Marke Kuration, Moderation und Veröffentlichung ohne Entwickler

Wie ein Launch in der Praxis abläuft

Für eine Marke in einer brasilianischen Stadt umfasste der Launch die Migration eines bestehenden Verzeichnisses mit mehr als 3.000 lokalen Geschäften in die eigene Datenbank der Marke, mit Kategorien und Fotos, vor dem ersten Tag. Die Marke startete mit einem vollen Katalog statt einer leeren App. Bei anderen Marken beginnt der Launch mit kuratierten Startinhalten für das Viertel oder die Nische.

Was wir gelernt haben

• Ein Local-Commerce-Produkt lebt oder stirbt mit den Inhalten des ersten Tages: Ein leeres Verzeichnis wirkt wie eine tote App, also gehören Migration und Seeding zum Launch, nicht in den Anhang
• Isolation pro Marke (je ein Firebase-Projekt) kostet mehr Einrichtung, beseitigt aber das größte Multi-Tenant-Risiko: dass der Fehler einer Marke die Daten einer anderen berührt
• Das Panel ist so wichtig wie die App: Das kleine Team der Marke, nicht Entwickler, muss das Produkt im Alltag betreiben können