Nestor PeñaDesign Engineer · Product Designer

Fallstudie 01 · Comfone AG · Aug. 2024 – Okt. 20261 Min. Lesezeit

Eine Designsprache für 80+ Business-Apps und ein Kurs, der sie vermittelt.

Ich habe das Pulse Designsystem gestaltet und die E-Learning-Plattform gebaut, die es PMs und Entwicklern vermittelt.

Gebaut mit
  • Figma
  • React
  • TypeScript
  • Vite
  • Design tokens
80+Business-Apps
600+Mobilfunkbetreiber
4Design-Säulen
Ansicht

Sie sehen das Ergebnis. Schalten Sie die Denkebene ein, um zu sehen, wie ich dorthin kam.Sie sehen Randnotizen, Skizzen und die Optionen, die ich verworfen habe.

Kontext und Rolle

Letzte Instanz im Design = auch fürs Erklären zuständig.

Design Lead für 80+ Business-Apps. Ein Designer, kein Rebuild.

Pulse ist die Plattform von Comfone für 600+ Mobilfunkbetreiber. Ich habe an den COO und den Verwaltungsrat rapportiert. Jede App löste Layout, Charts und Navigation auf eigene Art, und angewendet wurden die Regeln von PMs und Entwicklern, nicht von Designern.

Wie ich vorgegangen bin

Jedes «Nein» hier war eine echte Option, die jemand wollte.

Entscheidung 01Für wen die Doku ist
  • ADesigner-Doku in Figma
  • BEine generische Doku-Site

Gewählt: C Ein Zielgruppen-Schalter: Entwickler, PMs oder beide

Weil Entwickler brauchen zuerst den Code, PMs zuerst den Trade-off.

Warum nicht A: PMs und Entwickler öffnen selten Figma, um eine Regel zu lernen.

Warum nicht B: eine Stimme für zwei Zielgruppen hiess: Jede Seite war zur Hälfte irrelevant für ihre Leser.

Kompromiss: jede Seite doppelt geschrieben.

Entscheidung 02Wie vermitteln
  • AEin Confluence-Wiki
  • BLive-Workshops

Gewählt: C Eine E-Learning-Plattform im eigenen Tempo

Weil Sie funktioniert ohne mich im Raum und zeigt, wer was gelernt hat.

Warum nicht A: ein Wiki wird einmal gelesen, wenn überhaupt, und niemand weiss, von wem.

Warum nicht B: Workshops hängen von meinem Kalender ab und sind nach der Stunde vorbei.

Kompromiss: Ich musste ein Produkt bauen und pflegen, nicht eine Seite.

Entscheidung 03Wo anfangen
  • AEine vollständige Komponentenbibliothek
  • BSeitenvorlagen pro App

Gewählt: C Grundlagen: Tokens, Grids, Charts, Navigation

Weil 80+ Live-Apps können Grundlagen eine nach der anderen übernehmen.

Warum nicht A: Komponenten erzwingen einen Rewrite, bevor sich ein Nutzen zeigt.

Warum nicht B: Vorlagen frieren die heutigen Apps ein, statt sie zu verbessern.

Kompromiss: anfangs weniger sichtbarer Schliff.

Was ich gebaut habe

Grundlagen zuerst. Tokens lassen sich App für App einführen, eine Komponentenbibliothek nicht.

componentsbuttonstablesmodalsformscharts?who reads this?
Mit Komponenten begonnen. Falsche Zielgruppe.
Design System Wiki
Niemand liest ein Wiki fertig.
DevsPMsBothTokenscolor: var(--text-muted)gain / costswitch
Dieselbe Seite, zwei Lesarten.

Pulse Design System eLearn

Startseite von Pulse Design System eLearn: Design with confidence, Lernpfad mit vier Säulen
Ein Pfad für PMs, Entwickler oder beide
Modul Icons: Aufbau des Icon-Rasters von 512 auf 512
Icons
Modul Grids: die sieben Teile eines Data Grids
Grids
Modul Charts: Aufbau des Tooltips mit seinen fünf Bestandteilen
Charts
Command Palette durchsucht Säulen und Module
⌘K-Suche

Die Idee ausprobieren

Zielgruppe wechseln, ⌘K oder Ctrl K drücken

Pulse Design System eLearn
1 von 4 abgeschlossen

Säule 1 von 4

Design Tokens

Für Entwickler · so wenden Sie es an

Semantische Tokens verwenden, nie Rohwerte. Ein Token beschreibt seine Aufgabe und passt sich so ohne Codeänderung an Theme und Kontrastmodus an.

color: var(--text-muted);
background: var(--surface-raised);
padding: var(--space-4);

Wirkung

Fertig heisst nicht eingeführt.

Das ehrliche Ergebnis

Fertig und dokumentiert. Der Rollout stockte, weil in den App-Teams kein Owner war.

Ein Designsystem ist ein Produkt mit Nutzern, Roadmap und Owner. Governance beginnt vor dem ersten Token.

Was ich anders machen würde

  1. Vor dem Bauen einen Owner und ein Budget für die Einführung vereinbaren.
  2. Mit einem App-Team pilotieren und dessen Ergebnis nutzen, um den Rollout zu verkaufen.

Ein System, das einen Owner braucht?

Sofort verfügbar. Wohnhaft in Bern, offen für Umzug, Pendeln oder Remote-Arbeit.