Skip to content

Product Engineer · Software Architect

Von der Idee zum Produkt. Und weiter.

Ich entwickle und modernisiere digitale Produkte – von der ersten Idee über Architektur und Engineering bis zum stabilen Betrieb. Dabei verbinde ich Product Thinking mit technischer Verantwortung.

Projekte ansehenProjekt besprechen
Für UnternehmenIch möchte ein Produkt entwickeln oder modernisieren
Für Engineering-TeamsIch suche Product Engineering oder Architecture Expertise

Worum es geht

Gute Software beginnt nicht mit Code, sondern mit einem klaren Verständnis des Problems. Deshalb schaue ich zuerst auf Menschen, Prozesse und Ziele – und erst dann auf Technologie.

  • Verstehen

    Fachlichkeit, Nutzer und Rahmenbedingungen klären, bevor Lösungen entstehen.

  • Entscheiden

    Trade-offs sichtbar machen und bewusst wählen, was jetzt wirklich zählt.

  • Umsetzen

    Hands-on bauen, ausliefern und das Produkt im Betrieb weiterentwickeln.

01 · Product Lifecycle

Verantwortung über den gesamten Produktlebenszyklus.

Ich kann dort einsteigen, wo das Produkt gerade steht – beim ersten Prototypen, bei einer Architekturentscheidung, mitten in einer Modernisierung oder im laufenden Betrieb.

  1. Prototype

    Ideen greifbar machen und Annahmen früh testen.

    POCs · Prototypen · Machbarkeit

  2. Build

    Aus einem validierten Konzept ein belastbares Produkt bauen.

    Architektur · Frontend · Backend · Delivery

  3. Improve

    Technische Engpässe dort reduzieren, wo sie Delivery bremsen.

    Reviews · Refactoring · Modernisierung

  4. Grow

    Neue Fähigkeiten integrieren, ohne das System fragiler zu machen.

    Features · Automation · Erweiterbarkeit

  5. Maintain

    Produktive Software stabil, sicher und weiterentwickelbar halten.

    Betrieb · Security · Updates

02 · Selected Work

Echte Produkte. Echte technische Verantwortung.

Die Cases zeigen nicht primär Technologien, sondern welche Probleme gelöst, welche Entscheidungen getroffen und welche Systeme produktiv weiterentwickelt wurden.

Bund / FachanwendungCase 01

ELO Schusszahlmeldung

Problem
Manuelle Abläufe und unterschiedliche Organisationslogiken sollten in einem verlässlichen digitalen Prozess zusammengeführt werden.
Verantwortung
Konzeption, Architektur, Full-Stack-Entwicklung und produktionsnaher Betrieb.
Lösung
Fachanwendung mit Rollen, Auswertungen, Exports und klarer Domänenlogik.
Ergebnis
Ein produktiv betriebenes System, das fachliche Sonderfälle nachvollziehbar abbildet, erweiterbar bleibt und zusätzliche Security- und Betriebsanforderungen schrittweise aufnehmen kann.
  • Angular
  • NestJS
  • Nx
  • MySQL
Public SectorCase 02

SIS-Portal

Problem
Das SIS bündelt Erhebungen, Plausibilisierung und Metadaten des BFS auf einer Plattform. Die gewachsene Frontend-Basis musste modernisiert werden, ohne den laufenden Statistikbetrieb zu stören.
Verantwortung
Frontend-Architektur und technische Modernisierung in einem agilen Grossprojekt mit mehreren parallel arbeitenden Teams.
Lösung
Schrittweise Angular-Migration inkl. SSR, Design-System mit Storybook, Accessibility in der Definition of Done und Betrieb auf OpenShift.
Ergebnis
Eine modernisierte und klarer strukturierte Frontend-Plattform mit besserer Erweiterbarkeit und konsistenteren technischen Leitplanken für das Team.
  • Angular
  • SSR
  • Storybook
  • Design System
  • Accessibility
  • OpenShift
Product / SaaSCase 03

MovIT

Problem
Operative Prozesse sollten einfacher, mobiler und konsistenter werden.
Verantwortung
Produktentwicklung, UX-Konzeption und technische Umsetzung.
Lösung
Ein digitales Produkt für tägliche Abläufe mit klarer Bedienung.
Ergebnis
Ein eigenständiges Produkt, bei dem Produktentscheidungen und Engineering eng miteinander verbunden bleiben.
  • Angular
  • Ionic
  • Node.js
OperationsCase 04

ALCO Infra

Problem
Inventar- und Infrastrukturinformationen sollten direkt vor Ort zugänglich und pflegbar sein.
Verantwortung
Frontend-Entwicklung und Produktkonzeption.
Lösung
Mobile Inventarverwaltung mit klarer Sicht auf Bestände und Standorte.
Ergebnis
Weniger Medienbrüche und eine klarere Arbeitsoberfläche für operative Aufgaben vor Ort.
  • Angular
  • iPad
  • Product Design
Alle Projekte ansehen(4)

03 · Working Model

In welcher Situation kann ich helfen?

Entscheidend ist nicht die Methode, sondern wo die technische Unsicherheit oder der Engpass gerade liegt.

AI beschleunigt die Arbeit. Engineering trägt die Verantwortung.

Automatisierung kann Analyse, Prototyping und Umsetzung beschleunigen. Architektur, Security, Qualität und Trade-offs bleiben bewusste Engineering-Entscheidungen.

Neues Produkt

Von einer Idee zu etwas, das echte Nutzer testen können.

Fachliche Annahmen in einen sinnvollen Scope übersetzen und früh unterscheiden, was nur validiert und was bereits produktionsreif gebaut werden muss.

  • Prototyp / MVP
  • Technische Konzeption
  • Produktionsreife Architektur
Bestehendes Produkt

Modernisieren, ohne einen Big-Bang-Rewrite zu erzwingen.

Technische Engpässe identifizieren, Leitplanken setzen und Modernisierung so schneiden, dass laufende Produktentwicklung weiter möglich bleibt.

  • Architecture Review
  • Migration & Refactoring
  • Technical Debt priorisieren
Engineering-Team

Zusätzliche technische Verantwortung, wenn sie wirklich gebraucht wird.

Architekturentscheidungen treiben, kritische Themen selbst umsetzen und Wissen so ins Team bringen, dass es danach eigenständig weiterarbeiten kann.

  • Architecture & POCs
  • Hands-on Engineering
  • Wissenstransfer

04 · Expertise

Technische Breite – fokussiert eingesetzt.

Technologien sind Werkzeuge. Wichtig ist, wie Produktentscheidungen, Architektur und Umsetzung zusammenspielen.

Product Engineering

Von Problem und Anforderungen zu funktionierenden, produktionsnahen Produkten.

Scope · MVP · Workflows · Product Decisions

Software Architecture

Architekturentscheidungen, technische Leitplanken und Systeme, die sich weiterentwickeln lassen.

Boundaries · APIs · Standards · Trade-offs

Full Stack Engineering

Frontend, Backend, Integration und Delivery dort verbinden, wo das Produkt es verlangt.

Angular · TypeScript · Node · SQL · CI/CD

Modernisation

Legacy-Systeme schrittweise modernisieren, ohne unnötige Big-Bang-Rewrites.

Migration · Refactoring · SSR · Platform Evolution

05 · Über mich

Technologie interessiert mich. Produkte noch mehr.

Ich bin Product Engineer und Software Architect mit über zehn Jahren Erfahrung in der Entwicklung und Modernisierung digitaler Produkte. Besonders spannend finde ich Situationen, in denen fachliche Anforderungen, Produktentscheidungen und technische Architektur gleichzeitig berücksichtigt werden müssen.

Ich arbeite gerne hands-on und nah am Team: Architekturentscheidungen nicht nur dokumentieren, sondern mit umsetzen, reale Trade-offs sichtbar machen und Lösungen so bauen, dass sie auch nach dem Release tragfähig bleiben.

„Gute Architektur zeigt sich darin, wie sicher ein Team die nächste Änderung machen kann.“
Rolle
Product Engineer · Software Architect
Standort
Zürich, Schweiz
Arbeitsweise
Hands-on, pragmatisch, produktnah
Kontext
Enterprise · Public Sector · Product
Kontakt aufnehmen

Ein Produkt, ein System oder ein technisches Problem, das weiterkommen soll?

Ob neue Produktidee, Modernisierung oder zusätzliche Architektur- und Engineering-Verantwortung: Ein kurzes Gespräch reicht meist, um zu sehen, ob ich sinnvoll unterstützen kann.

Projekt besprechen