Vom Konzept zum MVP
Problem verstehen, Umfang schneiden, einen ersten nutzbaren Schritt bauen. Schnell genug, um zu lernen, sauber genug, um weiterzubauen.
Product Engineer · Berlin
Ideen werden erst nützlich, wenn sie funktionieren.
Ich entwickle Web-Produkte von der ersten Skizze bis zum Betrieb: technisch sauber, verständlich und auf ein echtes Ergebnis ausgerichtet.
System / 01
Berlin, DeutschlandVerfügbar für neue Projekte
Product Engineering
Full-Stack
TypeScript
Berlin
01 / Arbeit
Ausgewählte Projekte
Drei Beispiele, die zeigen, wie aus unklaren Ausgangslagen nutzbare Produkte werden.
2025SaaSMVP
Nordwind
Ein B2B-Dashboard, das verstreute Energie-Daten in eine Entscheidungsgrundlage verwandelt – in sechs Wochen vom Workshop zum Pilot.
- Time to Pilot
- 6 Wochen
- Weniger manuelle Reports
- 40 %
2024KMUDigitalisierung
Werkstatt
Vom Papierauftrag zum transparenten Betrieb: ein schrittweise eingeführtes Auftrags- und Terminsystem für einen mittelständischen Handwerksbetrieb.
- Weniger Terminkonflikte
- 25 %
- Gesparte Zeit pro Tag
- 2 h
2025Design SystemPerformance
Atlas
Ein Design-System, das aus einem Flickenteppich aus Komponenten eine gemeinsame Sprache machte – und dabei das Frontend messbar schneller wurde.
- Kleineres JS-Bundle
- 42 %
- Lighthouse Performance
- 62 → 96
02 / Arbeitsweise
Wie ich arbeite
Nicht jede Aufgabe braucht ein neues Framework. Aber jede braucht eine klare Entscheidung.
Full-Stack-Umsetzung
Frontend, Backend, Datenmodell und Deployment aus einer Hand – mit TypeScript, Web-Standards und einem Blick für Betrieb.
Weiterentwicklung & Partnerschaft
Bestehende Produkte übernehmen, technische Schulden abbauen und Teams unterstützen, ohne ihnen das Tempo zu nehmen.
03 / Artikel
Aktuelle Artikel
Notizen zu Architektur, Produktarbeit und den Entscheidungen dazwischen.
4 Min. LesezeitSprache: Englisch
Lessons from a design system that actually shipped
Five things I learned building a design system for twelve product teams — and why adoption is the real deliverable.
Design SystemsFrontendTeams
3 Min. Lesezeit
Produktengineering ist keine Stellenbezeichnung
Warum die Rolle weniger mit einem Stack zu tun hat als mit Entscheidungen, Kontext und Verantwortung für das Ergebnis.
Product EngineeringHaltungZusammenarbeit
3 Min. Lesezeit
Mehrsprachige Inhalte ohne Lügen
Wie man DE/EN/FR ausliefert, ohne Übersetzungen vorzutäuschen – und warum der Fallback ein Produktfeature ist.
i18nContentArchitektur
04 / Über mich
Technik ist Handwerk. Produkte sind Entscheidungen.
Ich arbeite seit über zehn Jahren an Web-Produkten – erst als Entwickler, heute als Product Engineer. Was mich interessiert: wie aus Code etwas wird, das Menschen wirklich nutzen.
05 / Kontakt
Ein Projekt im Kopf?
Erzähl mir kurz, worum es geht. Ich antworte in der Regel innerhalb von 24 bis 48 Stunden.