Rumble Advertising Center

Eine laufende Werbeplattform weg von Bootstrap

AdTech·B2B SaaS·Web & Mobile·Design System·Lead Design·Front-end

Ich leite das Design von RAC, der Werbeplattform von Rumble. Das ist ihr Redesign: von einem Bootstrap-3-Admin aus dem Jahr 2021 zu Vue 3, PrimeVue und Tailwind — Seite für Seite ausgeliefert, ohne Big-Bang-Release, auf einem Design System, das aus dem ausgelieferten Code neu aufgebaut wurde.

Live-Projekt ansehen
Neu gestaltetes Wallet auf dem Smartphone: Guthaben, Aufladen und Zahlungsmethoden.
Neu gestaltete Statistiken auf dem Smartphone: Zeitraum, Gruppierung und eine Diagrammkarte.
Neu gestaltetes Creator Management auf dem Smartphone: jeder Creator als Karte mit Status, Plattformen und Kennzahlen.
Neu gestalteter Kampagnen-Builder auf dem Smartphone: ein Stepper mit allgemeinen Einstellungen und Publisher-Auswahl.
Neu gestaltete Creatives-Bibliothek auf dem Smartphone: Upload-Bereich und Creative-Karten.

Rolle

  • Lead Product Designer
  • Frontend-Mitwirkung

Team

  • Produkt & Engineering
  • ~9 Entwickler an der Migration
  • Ops, Finanzen, Vertrieb, Support

Tools

  • Figma
  • PrimeVue 4, Tailwind v4
  • Vue 3, Laravel, Jira

Zeitraum

  • Mai 2023 – heute
  • Redesign live seit Aug. 2024
  • Laufend

Internes Tool. Alle Screenshots zeigen Demodaten; Namen und Zahlen sind fiktiv.

Überblick

Diese Case Study zeigt, wie ich eine umsatzkritische Live-Plattform neu gestaltet habe, ohne sie je einzufrieren — Route für Route, mit einem Weg zurück zur klassischen Oberfläche.

Über RAC

RAC ist eine Self-Service-Werbeplattform und ein internes Admin-Tool in einer Laravel-Codebasis. Sie bedient drei Zielgruppen und die Teams dahinter:

  • Werbetreibende — schalten Traffic-Kampagnen und buchen Creator für Live-Reads.
  • Publisher & Creator — monetarisieren Websites und Zonen, verwalten Kanäle und Deliverables.
  • Rumbles eigene Teams — Ops, Account Manager, Finanzen, Vertrieb und Support genehmigen, planen und gleichen alles ab.
Neu gestaltetes Dashboard mit ausgeklappter Sidebar und Design-Annotationen.
* Die neue App-Shell: eine Sidebar mit 140 Zielen, einklappbar auf eine 67px schmale Leiste. Ich habe sie gestaltet und selbst gebaut.

Problem

Die App startete 2021 auf einem Bootstrap-3-Admin-Theme. Jedes neue Feature brachte eine Seite mit, und jede Seite löste ihr Layout auf eigene Faust — am Ende deklarierte die Stylesheet-Kette 582 Farben und 38 Schriftgrößen, und die Navigation wuchs auf 140 Einträge.

Drei Probleme lagen übereinander: eine UI, die Seite für Seite auseinandergedriftet war, eine Informationsarchitektur, die einzelne Aufgaben über ein Dutzend Screens verstreute, und kein sicherer Weg, beides an einem Tool zu ändern, über das Werbebudgets laufen.

Lösung

Erst Flows, dann Struktur, dann Pixel. Ich habe die meistgenutzten und am stärksten fragmentierten Flows kartiert, die Informationsarchitektur um Aufgaben herum neu aufgebaut und die visuelle Ebene auf ein Design System gestellt, das das ausgelieferte PrimeVue-Preset abbildet.

Ausgeliefert wird Route für Route hinter einem Route-Flag, mit einem Notausgang zurück zur klassischen Oberfläche — so bekommen Werbetreibende Verbesserungen Monate früher, und umsatzrelevante Flows frieren nie ein.

Vorneweg: Design Lead und Entscheidungsverantwortlicher

Seit Mai 2023 verantworte ich jede Design- und Produktentscheidung bei RAC — Flows, Informationsarchitektur, das Design System und Business-Entscheidungen wie die Bepreisung von Off-Platform-Deliverables. Ich liefere auch Frontend-Code: die einklappbare Sidebar und die Adressverwaltung im Wallet stammen von mir.

Deliverables

Eine neue App-Shell und Navigation, die zentralen Flows für Werbetreibende und Admins, ein Workspace für Creator-Operations und ein Design System, mit dem Entwickler ohne Rätselraten bauen können.

119Routen live
54Farb-Tokens
1.310Button-Varianten

Wirkung

Das Redesign hat RAC ruhiger, schneller erlernbar und günstiger erweiterbar gemacht — ohne einen einzigen Big-Bang-Release.

  • Das Kampagnen-Setup wurde von drei überladenen Tabs zu fünf geführten Schritten, wobei der Publisher zuerst gewählt wird, damit keine unpassenden Creatives mehr entstehen.
  • Die Verwaltung eines Creators schrumpfte von fünf Tools auf einen Workspace, und auf Seiten, die es in beiden Versionen gibt, sank die gerenderte Palette von 40 auf 27 Farben.
3 → 5Geführte Schritte
5 → 1Creator-Tools
−33%Visuelles Rauschen

Research

Bevor ich einen Pixel angefasst habe, habe ich die Legacy-UI vermessen und kartiert, wer RAC nutzt, wer es betreibt und wer es baut.

01

UI-Audit

Ich habe die Stylesheet-Kette und die gerenderten Seiten, die es in beiden Versionen gibt, bei 1440px mit denselben lokalen Daten gescannt. Vier Zahlen erzählen die Geschichte — und ein ehrlicher Ausreißer zeigt, woran die Design-System-Arbeit noch arbeitet.

Deklarierte eindeutige Farben

Legacy-Stylesheet-Kette (33 Dateien) vs. die RAC-Token-Sammlung.

582 → 54

Tatsächlich gerenderte Farben

Vereinigung über vier Seiten, die es in beiden Versionen gibt.

40 → 27

Schriftgrößen

Deklarierte Legacy-Größen vs. die 12 Textstile im Design System.

38 → 12

Routen im Redesign

Routen, die in die neue Shell gewechselt sind, Aug. 2024 → Sept. 2026.

0 → 119

Gerenderte Button-Stile

Ausgelieferte Seiten rendern noch fünf Varianten in sechs Höhen — genau diese Lücke soll das Design System schließen.

11 → 22in Arbeit
UI-Audit-Board: Legacy-Screenshots für Desktop und Mobile mit sieben nummerierten Befunden, daneben die Anzahl deklarierter und gerenderter Stile.
02

Stakeholder-Map

RAC hat zwei Arten von Nutzern, die sich selten begegnen: die Werbetreibenden, Publisher und Creator, die es nutzen, und die internen Teams, die es betreiben. Die internen Teams tragen den Großteil der Komplexität — 11 Freigabe-Queues, 3 Vertriebs-Queues und eine Finanz-Queue.

Ich habe mit jeder Gruppe direkt gearbeitet: mit Ops und Account Managern am Creator-Workspace, mit Finanzen an IO-Prüfung und Rechnungsstellung, mit dem Vertrieb an der Preisgestaltung, mit dem Support daran, wo Werbetreibende hängen blieben, und mit dem Engineering daran, was in jedem Release live gehen konnte.

Stakeholder-Map: externe Zielgruppen, interne Teams und das Produktteam, jeweils mit der Quelle, die sie belegt.
03

Problemdefinition

Der visuelle Wildwuchs war ein Symptom, nicht die Ursache. Um einen einzigen Creator zu betreuen, nutzte ein Admin eine Einstellungstabelle mit 13 Spalten und ein Bearbeitungs-Popup, einen separaten Scheduler, die Kampagnenliste, ein externes Viewership-Tool und Slack für Zuständigkeiten. Die wichtigsten Schmerzpunkte:

  • Visueller Wildwuchs: sechs Button-Füllungen ohne reservierte Primärfarbe, willkürlich eingefärbte Kacheln, drei Arten von Breadcrumbs.
  • Verstreute Aufgaben: Creator-Operations verteilt auf 23 Navigationseinträge in drei Gruppen.
  • Riskante Änderungen: 354 Blade-Views, die sich nicht in einem Release ersetzen ließen.
Board zur Problemdefinition: ein Problem Statement, drei übereinanderliegende Problemebenen mit Belegen und vier How-Might-We-Fragen.

Ideenfindung

Erst Flows, dann Struktur, dann Pixel — und jede große Entscheidung schriftlich festgehalten, samt der Optionen, die ich verworfen habe.

04

Task Flows

Ich habe die zwei wichtigsten Flows vorher und nachher kartiert: den Kampagnen-Builder der Werbetreibenden, den meistgenutzten Flow, und das Creator Management der Admins, den am stärksten fragmentierten. Aus drei Tabs wurden fünf benannte Schritte, aus fünf Tools ein Workspace.

Task-Flow-Board: Die Kampagnenerstellung geht von 3 Tabs auf 5 Schritte, die Creator-Verwaltung von 5 Tools auf 1 Workspace.
05

Informationsarchitektur

Die Zählung, wo jede Aufgabe in der Navigation lag, zeigte: Creator-Operations brauchten einen eigenen Workspace — eine Triage-Liste plus eine Creator-360-Seite mit neun Tabs — und die ganze App brauchte eine Navigation, die 140 Ziele tragen kann.

Board zur Informationsarchitektur: die 18 Navigationsgruppen im Admin mit 23 hervorgehobenen Creator-Einträgen, daneben der gestaltete Creators-Workspace.
06

Schlüsselentscheidungen

Fünf Entscheidungen haben das Redesign geprägt. Bei jeder habe ich die realistischen Optionen abgewogen und die Wahl verantwortet.

Rollout

Seite für Seite hinter Route-Flags migrieren

354 Blade-Views, drei Zielgruppen und laufende Werbebudgets. Ein Rewrite hätte das Produkt so lange eingefroren, wie er gedauert hätte.

  • ✕
    Big-Bang-RewriteSauberes Ergebnis, aber nichts geht live, bevor alles live geht.
  • ✕
    Eine separate neue AppZwei Apps im Betrieb, und Nutzer springen zwischen ihnen hin und her.
  • ✓
    Seite für Seite innerhalb derselben AppEin Route-Attribut schaltet eine Seite in die neue Shell.

Warum: Jede Seite geht live, sobald sie fertig ist, und der Link „zur klassischen Oberfläche wechseln“ löst ein Analytics-Event aus — so ist der Fallback messbar statt geraten.

Preisgestaltung

Jedes Off-Platform-Deliverable explizit bepreisen

Cross-Posts auf X, YouTube, TikTok und Instagram hatten keinen Platz, also begann ein bereits bezahlter Read, seine Pauschale zu vervielfachen.

  • ✕
    Eine Freitextnotiz auf der IOUnsichtbar für Preisgestaltung und Auszahlungen.
  • ✕
    Eine neue bepreiste Position für jeden PostBerechnet Werbetreibenden einfache Distribution doppelt.
  • ✓
    Ein Flag pro EintragDistribution kostet $0 extra; ein separates Deliverable hat seinen eigenen Preis.

Warum: Kampagnensummen und Creator-Auszahlungen bleiben korrekt, Werbetreibende sehen vor der Zusage genau, was Kosten verursacht, und der Vertrieb bekommt einen sauberen Weg, zusätzliche Deliverables zu verkaufen.

Design System

Das Design System aus dem ausgelieferten Code neu aufbauen

Die Figma-Bibliothek hatte sich von dem entfernt, was PrimeVue tatsächlich rendert. Das Design spezifizierte das eine, die Entwicklung baute etwas anderes.

  • ✕
    Die alte eigene Bibliothek behaltenVertraut, aber schon nicht mehr im Einklang mit dem Code.
  • ✕
    PrimeOne-Standards unverändert nutzenEntspricht der PrimeVue-Dokumentation, nicht dem RAC-Preset.
  • ✓
    PrimeOne am RAC-Preset ausrichtenTokens, Typografie und Größen aus der realen Nutzung.

Warum: Entwickler implementieren PrimeVue, also verhindert Design mit genau diesen Bausteinen das Auseinanderdriften. Die App nutzt den kleinen Button 235-mal und den großen 4-mal — also wurde Small zu einer vollwertigen Variante.

Struktur

Creator-Operations einen eigenen Workspace geben

Die Verwaltung eines Creators brauchte fünf Tools, und Einstellungen wurden in einem Popup bearbeitet, das die Detailansicht doppelte.

  • ✕
    Tabelle und Popup verbessernSchneller, aber immer noch fünf Tools.
  • ✕
    Weitere Seiten unter Creators ergänzenNoch mehr Einträge in einer ohnehin langen Navigation.
  • ✓
    Eine Triage-Liste plus Creator 360Neun Tabs, ein zentraler Ort zum Bearbeiten.

Warum: Zuständigkeit, Planung und Kampagnenkontext gehören neben den Creator, den sie beschreiben — weniger Tool-Wechsel, schnellere Triage.

Mobile

Auf Mobile die Tabelle behalten und die Aktionen fixieren

Ops-Tabellen haben 10 bis 16 Spalten. Bei 390px laufen die Legacy-Tabellen einfach über.

  • ✕
    Spalten auf kleinen Screens ausblendenDie ausgeblendete Spalte ist immer die, die jemand braucht.
  • ✕
    Jede Zeile in eine Karte verwandelnLesbar, aber Zeilen lassen sich nicht mehr vergleichen.
  • ✓
    Tabelle scrollen, Aktionen fixierenStatus und Betrag stehen im ersten Viewport.

Warum: Daten bleiben vergleichbar, es entspricht dem Fixieren von Spalten in der Produktion und ergibt eine Regel für jede Tabelle im Produkt.

Design

Ein Design System, das den Code abbildet — dann das Produkt, Screen für Screen.

07

Design System

Die RAC-Sammlung enthält 54 Farbvariablen mit hellem und dunklem Modus, sodass der Dark Mode ein Moduswechsel statt einer zweiten Palette ist. Zwölf flache Textstile bilden die 14px-Basis der App ab. Buttons, Badges, Tags und Tabellen sind Komponenten mit genau den Varianten, die der Code nutzt.

Zwei Regeln entstanden aus echten Fehlern: Surface-Tokens, die im hellen Modus gleich sind, im dunklen aber abweichen, werden nach ihrer Rolle benannt, und jeder Text in Regular-Schnitt ist an einen Stil gebunden — denn „sieht richtig aus“ ist nicht dasselbe wie „bleibt richtig“.

Design-System-Board: Vorher-nachher-Zahlen, Farb-Tokens mit hellen und dunklen Mustern, die zwölf Textstile und Live-Komponenten.
08

Vorher & Nachher

Jedes Paar zeigt dieselben Daten an derselben Scrollposition. Ziehen Sie den Regler, um die Legacy-Seite mit dem Redesign zu vergleichen.

VorherNachher

    09

    Sidebar-Navigation

    Die Legacy-App versteckte 140 Einträge hinter fünf Dropdowns auf oberster Ebene. Das Redesign verlegt die Navigation in eine nach Aufgaben gruppierte Sidebar, mit Benachrichtigungszählern und einem Konto-Wechsler für Agenturen. Sie klappt von 290px auf eine 67px schmale Icon-Leiste ein, gibt Tabellen und Diagrammen 223px zurück und merkt sich die Wahl. Ich habe sie gestaltet und selbst gebaut.

    10

    Creative-Ordner & Kampagnenverknüpfung

    Creatives lagen in einem flachen Raster und ließen sich nur aus einer Kampagne heraus zuordnen. Jetzt verknüpfen Werbetreibende Creatives direkt aus der Bibliothek mit einer oder mehreren Kampagnen, sehen auf einen Blick, wo jedes läuft, und ordnen die Bibliothek in Ordnern. Die Verknüpfung ging im Juni 2025 live.

    11

    Globale Suche, nach Rolle

    Eine Kampagne, ein Creative oder einen Nutzer zu finden hieß, zu wissen, auf welcher von 140 Seiten er lag. Ein Suchfeld in der Top-Navigation, geöffnet mit ⌘K, liefert jetzt Ergebnisse und Schnellaktionen je nachdem, wer sucht — Werbetreibende sehen ihre eigenen Kampagnen und Creatives, Admins durchsuchen Nutzer, Websites und Freigabe-Queues der ganzen Plattform.

    12

    Rollout

    Vier Schalter machen den schrittweisen Rollout möglich: ein Route-Attribut, das eine Seite ins Redesign schaltet, ein Notausgang zurück zur klassischen Oberfläche, ein Preview-Gate für unfertige Seiten und eine Berechtigung pro Nutzer für den Dark Mode. Ich habe die Arbeit nach Reichweite und Umsatz priorisiert — erst die Flows für Werbetreibende, danach die Admin-Tools — und die Routen im Redesign stiegen zwischen März und Juni 2026 von 54 auf 117.

    Rollout-Board: vier Rollout-Schalter, Redesign-Routen pro Quartal von 0 bis 119, Meilensteine und ein Aufwand-Reichweite-Diagramm.

    Reflexion

    13

    Wirkung

    Das Redesign hat das Fundament für alles gelegt, was RAC als Nächstes ausliefert — gemessen, nicht geraten:

    119

    Routen live

    Von null im August 2024, ohne einen einzigen Big-Bang-Release.

    −33%

    Visuelles Rauschen

    Gerenderte Farben von 40 auf 27 gesenkt, auf Seiten in beiden Versionen.

    3 → 5

    Kampagnen-Setup

    Aus drei überladenen Tabs wurden fünf geführte Schritte.

    5 → 1

    Creator-Operations

    Aus fünf Tools für einen Creator wurde ein Workspace.

    54 · 12

    Design System

    Farb-Tokens und Textstile, abgestimmt auf den Code.

    $0

    Preisleck

    Ein bezahlter Read kann seine Pauschale nicht mehr vervielfachen.

    +223px

    Bildschirmfläche

    Die einklappbare Sidebar gibt datenlastigen Seiten mehr Breite.

    Ausgeliefert

    Dark Mode

    Dieselben Tokens wie im hellen Modus, jede neue Seite bekommt ihn also gratis.

    14

    Zeitraum

    1. Ich steige als Lead Designer von RAC ein; Dashboards für alle vier Rollen neu gestaltet.
    2. Neue Top-Navigation auf jeder Legacy-Seite; die App-Shell des Redesigns geht live.
    3. Creatives mit Kampagnenverknüpfung und der Kampagnen-Builder mit Notausgang zur klassischen Oberfläche.
    4. Dark Mode, hinter einer Berechtigung pro Nutzer.
    5. Einklappbare Sidebar, von mir gestaltet und gebaut; die Migrationswelle beginnt.
    6. Design System neu am ausgelieferten Preset ausgerichtet; Designs für Wallet, Statistiken und globale Suche.
    7. Bepreisung von Off-Platform-Deliverables; Creator 360 über alle neun Tabs.
    15

    Was ich anders machen würde

    Surface-Rollen vor dem Dark Mode benennen

    Zwei Tokens waren im hellen Modus identisch und im dunklen gegensätzlich. Hätte ich zuerst „zurücktretende“ und „hervortretende“ Surfaces definiert, wäre eine Korrektur von 192 Zellen entfallen.

    Das Veröffentlichen der Bibliothek gehört zu „fertig“

    Ein Dark-Mode-Wert wurde in der Quelle geändert, aber nie veröffentlicht. Ein Release-Schritt mit Changelog schließt diese Lücke.

    Mobile-Regeln vor Mobile-Screens

    Eine scrollende Tab-Leiste landete auf 13 Frames, bevor die Regel — das Menü, nie eine Tab-Leiste — festgehalten war.

    Zuerst die Baseline messen

    Der Notausgang war vom ersten Tag an instrumentiert, aber die Aufgabendauer wurde vorher nicht erfasst. Nächstes Mal kommt die Baseline zuerst.

    Kontakt

    martintenovski@hotmail.com

    Machen wir Komplexes einfach

    LinkedIn