Plattformen, die mit Ihrem Business wachsen

Multi-Tenant SaaS-Systeme, Marktplätze und White-Label-Plattformen - von der Architektur bis zum produktiven Betrieb mit 50+ Mandanten.

Plattform-Entwicklung in Zahlen

50+

Mandanten auf einer Plattform

270+

TypeScript-Komponenten

10+

Backend-API-Endpoints

Codebase für alle Brands

Was macht eine Plattform anders als eine Website?

Eine Plattform ist kein einzelnes Produkt - sie ist die Infrastruktur, auf der viele Produkte, Mandanten oder Marken laufen. Das bedeutet: Multi-Tenant-Architektur, rollenbasierte Zugriffssteuerung, mandantenspezifische Konfiguration und ein Admin-Panel, das nicht nur Inhalte verwaltet, sondern ein ganzes Business steuert.

Wir bauen solche Systeme seit Jahren - mit Laravel als robustem Backend, Next.js als performantem Frontend und Filament oder Payload CMS als Admin-Oberfläche. Die Herausforderung liegt nicht im Code, sondern in der Architektur: Wie vererben sich Einstellungen zwischen Mandanten? Wie trennt man Daten sauber? Wie deployt man Updates für 50 Brands gleichzeitig?

Was wir bauen

Von der Marktplatz-Logik bis zum White-Label-Deployment

Multi-Tenant-Architektur

Eine Codebase, viele Mandanten. Daten, Konfiguration und Branding sauber getrennt - mit Vererbungssystemen für hierarchische Site-Strukturen.

White-Label & Branding

CSS-Variablen, subdomain-basierte Erkennung und mandantenspezifische Themes. Jeder Partner bekommt seine eigene Marke - ohne Code-Duplikation.

Admin-Panels

Filament (Laravel) oder Payload CMS (Next.js) als Admin-Backend mit RBAC, dutzenden Ressourcen und branchenspezifischer Business-Logik.

E-Commerce & Checkout

Produktsuche mit Facettierung, Warenkörbe, Multi-Step-Checkout mit Dealer-Netzwerk, Finanzierungsanbindung und Kiosk-Modus für den stationären Handel.

Geo & Dealer-Netzwerk

Google Maps Integration mit Clustering für 1.000+ Standorte, Standortsuche, Entfernungsfilter und automatische Dealer-Zuordnung.

Docker & CI/CD

Multi-Role Container (App, Worker, Scheduler), GitHub Actions Pipelines, Registry-basierte Deployments und Zero-Downtime Updates.

Interaktive Demo

Eine Codebase, viele Marken

Wechseln Sie zwischen Mandanten und sehen Sie, wie Middleware, Theming und Daten sich anpassen - bei identischem Code.

https://www.meineapp.at

HAUPTPORTAL

ProdukteHandlerKontakt

Produkt suchen...

Suchen

Neu

SportTec

Premium Sport S1

€ 89,90 / Stk.

GreenDrive

EcoRoad E31

€ 64,90 / Stk.

Testsieger

DuraMax

AllSeason Pro

€ 74,90 / Stk.

Middleware Pipeline

Request

Subdomain

Tenant Config

Headers

API Query

Response

www

// middleware.ts

export async function middleware(request) {

const hostname = request.headers.get("host")

const subdomain = hostname.split(".")[0]

// Tenant: www.meineapp.at

const config = tenants["www"]

const headers = new Headers(request.headers)

headers.set("x-subdomain", "www")

headers.set("x-site-handle", config.siteHandle)

headers.set("x-partner-token", config.token)

return NextResponse.next({ headers })

}

Architektur-Entscheidungen

Jede Plattform hat andere Anforderungen. Wir beraten ehrlich, welcher Ansatz zu Ihrem Projekt passt.

Headless (API-first)

Monolith (All-in-one)

Teilweise:Frontend-Freiheit
Nein:Multi-Channel (Web, App, Kiosk)
Nein:Unabhängiges Deployment
Nein:TypeScript-Typen aus API
Ja:Schneller MVP
Ja:Einfaches Setup

Microservices

Ja:Frontend-Freiheit
Ja:Multi-Channel (Web, App, Kiosk)
Ja:Unabhängiges Deployment
Ja:TypeScript-Typen aus API
Nein:Schneller MVP
Nein:Einfaches Setup

Unser Stack für Plattformen

Backend: Laravel mit Filament Admin-Panel, Horizon Queue-System, Redis Caching und Observer-Pattern für Business-Logik. Die API liefert strukturierte JSON-Daten mit automatischer OpenAPI-Dokumentation und generierten TypeScript-Typen.

Frontend: Next.js mit App Router, Zustand für Client-State, React Query für Server-State und ISR für optimale Performance. Tailwind CSS mit CSS-Variablen für mandantenspezifisches Theming. Radix UI als barrierefreie Komponentenbasis.

Infrastruktur: Docker mit Multi-Role-Images (ein Image, drei Rollen: App, Worker, Scheduler), GitHub Actions CI/CD, Registry-basierte Deployments. Alles automatisiert, alles reproduzierbar.

Case Study: Automotive Marktplatz-Plattform

Die Herausforderung:

Ein österreichischer Automotive-Anbieter brauchte eine E-Commerce-Plattform, die nicht nur einen Shop abbildet, sondern ein ganzes Händler-Netzwerk mit 50+ Marken-Partnern als White-Label bedient - jeweils mit eigenem Branding, eigenem Sortiment und eigener Subdomain.

Unsere Lösung:

Headless-Architektur mit Laravel-Backend (Multi-Tenant mit Vererbungssystem, Filament Admin mit 30+ Ressourcen, Horizon Queue-System) und Next.js-Frontend (270+ Komponenten, 12 Zustand-Stores, Google Maps Dealer-Locator mit Clustering).

Middleware-basierte Mandantenerkennung über Subdomains
White-Label-Theming mit CSS-Variablen pro Partner
Multi-Step Checkout mit Dealer-Auswahl, Montage-Paketen und Finanzierung
Kiosk-Modus für den stationären Handel (Cookie-basiert, 10 Jahre persistent)
Produktsuche mit Facettierung, Filterung und Paginierung
ISR mit 60-300 Sekunden Revalidierung für optimale Performance
Docker-Deployment mit Multi-Role Container und CI/CD Pipeline

Das Ergebnis:

Eine Plattform, die mit einer einzigen Codebase 50+ Marken bedient, hunderte Dealer verwaltet und sowohl online als auch im stationären Handel funktioniert - performant, wartbar und skalierbar.

Häufige Fragen zur Plattform-Entwicklung

Was kostet eine SaaS-Plattform?

Das hängt stark vom Umfang ab. Ein MVP mit Multi-Tenant-Backend, Admin-Panel und einfachem Frontend startet typischerweise im mittleren fünfstelligen Bereich. Komplexe Plattformen mit E-Commerce, Dealer-Netzwerk und White-Label können deutlich darüber liegen. Wir empfehlen einen phasenbasierten Ansatz: erst das Kernsystem, dann iterativ erweitern.

Multi-Tenant oder Multi-Instance?

Multi-Tenant (eine Instanz, viele Mandanten) ist fast immer die bessere Wahl: einfachere Wartung, konsistente Updates, geringere Infrastrukturkosten. Multi-Instance (separate Deployments pro Kunde) macht nur Sinn, wenn regulatorische Anforderungen eine physische Datentrennung verlangen.

Warum Laravel + Next.js und nicht ein Full-Stack-Framework?

Laravel ist unschlagbar für komplexe Business-Logik, Queues, Admin-Panels und API-Design. Next.js liefert die beste Frontend-Performance (SSR, ISR, Edge). Zusammen bilden sie eine Headless-Architektur, die Frontend und Backend unabhängig skalieren und deployen lässt - ideal für Plattformen mit mehreren Frontends (Web, App, Kiosk).

Wie funktioniert White-Label technisch?

Subdomain-basierte Erkennung in der Middleware, Partner-Konfiguration in einer zentralen Config-Datei, CSS-Variablen für Farben und Branding, und site-spezifische API-Parameter. Das Frontend rendert identischen Code - nur das Theming und die Daten ändern sich pro Mandant.

Könntet ihr auch unsere bestehende Plattform modernisieren?

Ja, wir haben Erfahrung mit schrittweiser Migration: bestehendes Backend als API nutzen, neues Frontend davor schalten, dann Backend Stück für Stück modernisieren. Das reduziert das Risiko und Sie können bereits während der Migration mit dem neuen System arbeiten.

Plattform geplant?

Erzahlen Sie uns von Ihrer Idee. Wir beraten Sie zu Architektur, Stack und Umsetzung - unverbindlich und ehrlich.