Ausgewählte Projekte.

Aufgabe

HUBRAUM lagert wertvolle Fahrzeuge bei München ein und bietet auch Fahrzeuge zum Verkauf an. Die alte Website lief auf Django, mit Google Analytics und Cookie-Banner, und beschrieb das Angebot mit Adjektiven statt mit Belegen. Gebraucht wurde ein Auftritt, der konkret zeigt, wofür Kunden zahlen, und auf dem das Team seine Verkaufsfahrzeuge selbst pflegt.

Vorgehen

Am Anfang standen Personas und ein Content-Konzept. Daraus sind die Texte und ein neuer Auftritt in Anthrazit und Gold entstanden, auf Deutsch und Englisch. Die Seite ist mit Astro gebaut und läuft auf dem bestehenden Server des Kunden, ohne externe Dienste und ohne Cookies für Besucher; auch die eigene Besucherstatistik kommt ohne Cookies und ohne gespeicherte IP-Adressen aus. Für den Verkauf pflegt das Team Fahrzeuge samt Bildern in einem eigenen Bereich mit Rollen und festen Rechten, die Bilder erhalten automatisch ein Wasserzeichen. Eingeladene VIP-Kunden sehen in ihrem Portal Vorzugspreise und ausgewählte Fahrzeuge vor allen anderen. Angemeldet wird per Passkey oder Passwort, Mitarbeiter brauchen zusätzlich einen zweiten Faktor. In der Datenbank regelt Row Level Security, wer welche Daten sieht.

Ergebnis

Seit dem 14. Oktober 2026 ist die neue Seite live und hat die alte vollständig abgelöst, die alten Adressen leiten weiter. Einen Cookie-Banner braucht sie nicht mehr. Fahrzeuge und Kundenkonten pflegt das Team selbst. Neue Versionen gehen ohne Ausfall live, gesichert wird jede Nacht.

Aufgabe

Inhalte auf vielen verteilten Bildschirmen zentral erstellen, planen und ausspielen. Über Web, Android, iOS und Windows hinweg, mandantengetrennt und im unbeaufsichtigten Dauerbetrieb auf günstiger Hardware, oft ohne stabile Verbindung.

Vorgehen

Eine mandantenfähige Cloud-Plattform mit eigenem Layout- und Zeitplan-Editor, Medienverwaltung und Super-Admin-Bereich. Dazu die Endgeräte: ein eigener Kiosk-Launcher übernimmt den Startbildschirm eines Android-Geräts, startet und überwacht den Player, steuert die Drehung und richtet neue Geräte selbst ein. Der Player ist plattformübergreifend (Kotlin Multiplatform) gebaut, die gesamte Wiedergabe- und Zeitplanlogik steckt in einem geteilten Kern mit Zustandsmaschine, sodass er auch ohne Netz und ohne Aufsicht weiterläuft. Inhalte und Befehle kommen in Echtzeit aus der Cloud. Eine eigene Engine skaliert einmal gebaute Vorlagen verlustfrei von Full-HD bis 4K, auch auf untypische Zonenformate.

Ergebnis

Eine Plattform statt Einzelinstallationen. Neue Geräte gehen per Provisionierung ohne Handarbeit in Betrieb, Inhalte landen in Sekunden auf dem Bildschirm, und der Zustand jedes Players ist aus der Ferne sichtbar. Mehrere Mandanten teilen sich dasselbe System, ohne sich in die Quere zu kommen.

Aufgabe

Live-Quoten zuverlässig auf vielen Anzeigen in hunderten Wettshops ausspielen, jede mit eigenem Anbieter-Branding und niedriger Latenz. Über die Jahre wuchs die Anforderung von einer reinen Anzeige hin zu einer ganzen Geräteflotte, die zentral verwaltet und unbeaufsichtigt aktuell gehalten werden muss.

Vorgehen

An dieser Quotenanzeige arbeite ich seit rund zehn Jahren, durchgehend als Lead im Team. Über mehrere Generationen hat sie sich vom nativen Desktop-Client zum Web entwickelt; die Umstellung auf den Web-Renderer habe ich allein umgesetzt. Heute wird jede Anzeige nur noch über eine URL gesteuert. Für die neueste Version habe ich ein komplettes, mandantenfähiges Management-System dazugebaut, das über 250 Installationen zentral steuert, je Standort bis zu acht Monitore. Konfiguration, Themes, Übersetzungen und Software-Updates laufen über eine eigene API; Status, Befehle und Logs der Geräte kommen in Echtzeit zurück. Wo native Clients nötig sind, läuft ein Windows-Kiosk mit erzwungenem Vollbild und kanalbasierten Updates, die ohne Vor-Ort-Eingriff durchlaufen.

Ergebnis

Aus einer Desktop-Anzeige ist eine zentral verwaltete Plattform geworden. Über 250 Standorte laufen unter einer Verwaltung, neue kommen ohne Vor-Ort-Aufwand dazu, Updates verteilen sich unbeaufsichtigt, und Störungen sind aus der Ferne sicht- und steuerbar.

Aufgabe

Betreiber im stark regulierten Glücksspielmarkt müssen jederzeit nachweisen können, dass sie Vorgaben einhalten: Prüf-Checklisten, Schichtplanung, Arbeitszeiten und das Monitoring von Spielerschutz. Alles mandantengetrennt, datenschutzkonform und prüfungsfest.

Vorgehen

Eine mandantenfähige Plattform mit einem Python/FastAPI-Backend und einer React-Oberfläche. Datenschutz (DSGVO) und Arbeitszeitvorgaben (ArbZG) sind in Datenmodell und Abläufen verankert, nicht nachträglich aufgesetzt. Module für Checklisten, Schichtplanung, Zeiterfassung und Spielerschutz-Monitoring greifen ineinander. Entstanden im Vier-Augen-Prinzip mit geteilter Architekturverantwortung im Team.

Ergebnis

Ein System, das den Compliance-Alltag abbildet, statt ihn in Tabellen zu verwalten. Nachweise entstehen im Betrieb und halten einer Prüfung stand.

Aufgabe

Ein Marktplatz, auf dem Anbieter und Käufer zusammenfinden: Inserate, Konten, Bezahlung, mehrsprachig. Vom ersten Entwurf bis zum funktionierenden Bezahlvorgang, allein.

Vorgehen

Full-Stack allein gebaut: Oberfläche, Datenmodell mit Zugriffsregeln auf Zeilenebene, Anmeldung, Dateiablage und Bezahlung über einen etablierten Zahlungsdienst. Dreisprachig angelegt. Besonderes Augenmerk auf die heiklen Stellen wie die Anmeldung, wo Timing-Fehler schnell zu Problemen werden, und auf einen sauberen Bezahlvorgang.

Ergebnis

Ein lauffähiger Marktplatz mit echter Bezahlung, in überschaubarer Zeit und als eine Person umgesetzt. Beleg dafür, dass ich ein Produkt eigenständig von der Idee bis zur Zahlung bringe.