Creator Marketing Platform

Wir haben die vollständige technische Plattform für einen Multi-Tenant-Creator-Services-Marktplatz geliefert: öffentliche Marketing-Site, Kunden-Dashboard, Admin-Konsole, Katalog-Ingestion, Pricing-Engine, Zahlungsfluss und Operator-Tooling. Die zentrale Engineering-Herausforderung war ein sich schnell verändernder Upstream-Servicekatalog: über 1.200 Service-Datensätze verteilt auf mehrere Provider, häufige Preis- und Verfügbarkeitsänderungen — und kundenseitige Bestellungen, die dennoch konsistent, nachvollziehbar und steuerbar bleiben mussten. Die Plattform wird von einem externen Auftraggeber unter einer eigenständigen Marke betrieben. Diese Fallstudie fokussiert sich auf die Engineering-Architektur und nutzt Staging-Screenshots mit Mock-Daten.

Für vergleichbare Plattform-Engagements siehe Backend-Entwicklung und Startup & MVP Development.

Creator-Marketing-Plattform — öffentliche Site, Kunden-Dashboard und Admin-Konsole

Entscheidungskontext

Das Projekt verband eine schnelllebige Kundenoberfläche mit einer Backend-Steuerung auf Operator-Niveau. Dieselbe Plattform musste öffentliche Discovery, authentifizierte Bestellung, Zahlungs- und Refund-Flows, Provider-Katalog-Updates und Admin-Eingriffe unterstützen — ohne dass Upstream-Katalogänderungen kundenseitige Bestellungen beschädigen.

Das Projekt als reinen Storefront oder als Back-Office-Tool zu behandeln, hätte das falsche System produziert. Wir haben es als eine einzige Plattform mit drei klar abgegrenzten Oberflächen modelliert — öffentliche Marketing-Site, authentifiziertes Kunden-Dashboard und Admin-Konsole — die ein gemeinsames kanonisches Service-Register und eine gemeinsame Pricing-Engine teilen.

Wesentliche Risiken:

Upstream-Katalogänderungen mit Auswirkungen auf Preise, Limits und Verfügbarkeit.
Zahlungs- und Refund-Flows mit zuverlässigem State-Handling.
Mehrere Nutzerrollen über Kunden-, Support- und Admin-Oberflächen hinweg.
Operator-Aktionen mit nachvollziehbaren Datensätzen.
Preisanpassungen, steuerbar ohne Engineering-Beteiligung.

Wir haben die Plattform um ein einziges kanonisches Service-Register, eine Pricing-Engine mit Override-Funktion auf jeder Ebene und ein Audit-Log für jede zustandsverändernde Aktion herum entworfen — so kann der Betreiber nachvollziehen, was berechnet, erstattet oder geändert wurde und durch wen.

Plattform-Umfang & Funktionen

Das System deckt den gesamten Bestell-Lebenszyklus ab — von der öffentlichen Discovery über Zahlung, Erfüllung, Kompensation/Refund bis hin zum Reporting. Drei koordinierte Oberflächen teilen sich ein Backend.

Campaign-Intake und strukturierte Briefing-Erfassung

Wichtige Funktionen:

Öffentliche Marketing-Site mit plattformspezifischen Landing-Pages und strukturiertem Servicekatalog (server-gerendert, Sitemap-indexiert).
Kunden-Dashboard mit Bestellfluss, Guthaben-Aufladung, Transaktionshistorie, Service-Anpassungsanfragen und Regeln für wiederkehrende Bestellungen.
Admin-Konsole mit Katalog-Sync, Pricing-Overrides, Nutzerverwaltung, Bestell-Eingriffen (Stornierung, Kompensation, Refund) und Audit-Trails.
Provider-Katalog-Layer, der Upstream-Listings einliest, Service-Datensätze normalisiert und sie über eine einzige Read-API bereitstellt.
Zahlungs- und Refund-Workflows mit idempotenter Verarbeitung und Review-Gates für sensible Fälle.

Die Plattform erlaubt dem Betreiber, den Servicekatalog ohne Engineering-Aufwand zu skalieren: neue Provider, neue Services und neue Pricing-Regeln werden über die Admin-Konsole konfiguriert, die kundenseitige Site rendert die betroffenen Seiten beim nächsten Request neu.

Multi-Agent Approval-Workflow und Status-Übersicht

Architektur

Backend — Java mit Spring Boot, PostgreSQL, Redis und einer Job-Queue für asynchronen Provider-Sync, Refund-Verarbeitung und Order-Polling. Strikt typisierte REST-API mit rollenbasiertem Zugriff, durchgesetzt auf Controller-Ebene; Audit-Interceptors pro Endpoint erfassen jeden zustandsverändernden Aufruf. Frontend — Next.js, React und TypeScript über Marketing-Site, Dashboard und Admin-Konsole hinweg. Server-gerenderte Marketing-Seiten für SEO; authentifizierte Dashboard- und Admin-Flows für operative Live-Daten. Die Admin-Konsole ist ein eigenständiges Route-Segment hinter einem Authentifizierungs-Guard. Katalog & Pricing — ein einziges kanonisches Register bildet jeden Upstream-Provider-Service auf ein (Plattform, Service-Art, Plan)-Tupel ab. Die Pricing-Engine akzeptiert globalen Markup, service-spezifische Overrides, Festpreis-Pakete und Bundle-Multiplikatoren; Quotes werden serverseitig berechnet und vor der Anzeige im Checkout signiert, sodass Manipulationen auf Client-Seite nicht zu einer Diskrepanz mit der tatsächlichen Belastung führen können.

Operator-Steuerung & Nachvollziehbarkeit

Die Plattform entscheidet nicht über die rechtlichen oder geschäftspolitischen Pflichten des Betreibers. Stattdessen liefert sie technische Steuerungselemente, die operative Entscheidungen konfigurierbar und überprüfbar machen:

Audit-Log für Belastungen, Refunds, Guthaben-Aufladungen und Admin-Overrides, abfragbar nach Nutzer, nach Bestellung und nach Zeitfenster.
Idempotente Zahlungs- und Refund-Operationen, geschlüsselt über externe Payment-IDs, um Doppelbelastungen oder Doppelrefunds zu verhindern.
Konfigurierbare Checkout-Hinweise, wenn bestimmte Services zusätzliche Angaben erfordern.
Account-Löschungs-Flow mit konfigurierbarer Aufbewahrungslogik.
Rollenbasierte Zugriffssteuerung für Superadmin-, Admin- und Support-Rollen, mit separatem Audit-Feed für sensible Aktionen.

So bleiben operative Regeln im Admin-System sichtbar, statt sie in hartkodierter Geschäftslogik zu verstecken.

Analytics-Dashboard mit Kampagnen-Performance

Engineering-Highlights

Ein kanonisches Service-Register bildet Upstream-Provider-Datensätze auf ein einheitliches internes Modell ab. Der Provider-Sync-Layer verarbeitet einen Upstream-Katalog, der wöchentlich driftet — Services werden umbenannt, abgekündigt, neu bepreist oder in neue Varianten gespalten. Ein deterministischer Matcher bildet jede Upstream-Position über ein parametrisierbares Regelwerk auf (Plattform, Service-Art, Plan) ab, sodass ein großer Teil der routinemäßigen Katalogänderungen ohne manuelle Eingriffe durchläuft; nur Edge Cases landen in der Admin-Review-Queue. Die Pricing-Engine trennt Provider-Kosten vom Kundenpreis und unterstützt Overrides auf globaler, Kategorie-, Service- und Bundle-Ebene. Quotes werden serverseitig berechnet und vor dem Checkout signiert, sodass der dem Kunden angezeigte Preis dem belasteten Betrag entspricht. Die Admin-Konsole ist auf nachhaltigen Operator-Einsatz ausgelegt: durchsuchbarer Katalog mit über 1.200 Service-Datensätzen, tastatur-freundliche Modals für Pricing- und Guthaben-Anpassungen, optimistic UI für risikoarme Aktionen und ein expliziter Bestätigungsdialog für alles, was Geld oder Status bewegt.

Projekt-Kontext

Es handelte sich um eine Single-Vendor-Lieferung: vom initialen Scoping über Architektur, vollständige Implementierung, Infrastruktur-Setup bis hin zur Übergabe an den Betreiber. Wir präsentieren diesen Case als Engineering-Portfolio-Stück — um zu illustrieren, wie wir Multi-Surface-SaaS-Produkte strukturieren, Operator-Anliegen von der Produktoberfläche trennen und Backend-Primitive entwerfen, die es Operatoren ermöglichen, Upstream-Veränderungen aufzufangen, ohne das kundenseitige Erlebnis zu beeinträchtigen.

Was wir geliefert haben

Java-Spring-Boot-Backend (REST-API, PostgreSQL, Redis, Job-Queue, Audit-Middleware).
Marketing-Site mit plattformspezifischen Landing-Pages, Servicekatalog und SEO-optimierten Service-Detailseiten.
Kunden-Dashboard: Bestellfluss, Guthaben, Transaktionen, Support, Service-Anpassungsanfragen und Regeln für wiederkehrende Bestellungen.
Admin-Konsole: Katalog mit Provider-Sync und Pricing-Regeln, Nutzer, Bestellungen, Zahlungen, Kompensations-/Refund-Workflow, System-Einstellungen.
Provider-Katalog-Aufnahme mit deterministischem Matcher und Admin-Review-Queue.
Pricing-Engine mit Overrides auf globaler, Kategorie-, Service- und Bundle-Ebene; signierte Quotes für Checkout-Integrität.
Zahlungsintegration mit idempotenter Verarbeitung und nachvollziehbarem Kompensations-/Refund-Workflow.
Rollenbasierte Zugriffssteuerung mit Audit-Trail für sensible Aktionen.
Zweisprachige Inhaltsoberfläche (Hauptsprache des Betreibers plus englische Spiegelversion für Portfolio-Screenshots).

Ergebnis

Der Auftraggeber ist mit einer einzigen verbundenen Plattform live gegangen, die öffentliche Discovery, Kunden-Bestellung und tägliche Operator-Workflows abdeckt. Der Betreiber kann Katalogänderungen, Pricing-Regeln, Nutzer, Bestellungen, Zahlungen und Refund-Workflows jetzt aus der Admin-Konsole steuern — ohne Entwickler-Beteiligung für routinemäßige Katalog- und Preisanpassungen. Für H-Studio zeigt der Case, wie wir Multi-Surface-SaaS-Produkte angehen: ein kanonisches Modell, koordinierte Kunden-/Admin-Oberflächen und nachvollziehbare Zustandswechsel über den gesamten Bestell-Lebenszyklus. Projekt-Hinweis Die Plattform wird von einem externen Auftraggeber unter einer eigenständigen Marke betrieben. H-Studio hat die vom Auftraggeber spezifizierte technische Infrastruktur geliefert; Geschäftsbetrieb, plattformseitige Policy-Pflichten, Anforderungen der Zahlungsdienstleister und marktspezifische rechtliche Verantwortlichkeiten verbleiben beim Betreiber. Die Screenshots wurden in einer Staging-Umgebung mit Mock-Daten aufgenommen. Drittplattform-Namen, soweit sichtbar, sind Eigentum ihrer jeweiligen Inhaber.