← Zurück zur StartseiteGespräch anfragen

Case Study · NebenkostenBlitz

Ein eigenes SaaS-Produkt für kleine Vermieter.

NebenkostenBlitz ist mein eigenes Produkt für verständlichere Nebenkostenabrechnungen. Der Case zeigt Produktdenken, UX, Full-Stack-Engineering und Betrieb in einem Projekt.

Warum relevant

Produkt bauen heißt: Problem, Nutzer und Betrieb zusammenhalten.

Für CEOs zeigt der Case Ownership. Für CTOs zeigt er Full-Stack- und Deployment-Erfahrung. Für Hiring Manager zeigt er, dass ich auch unscharfe Probleme in ein Produkt übersetzen kann.

Schnell prüfbar

Was der Case zeigt.

Kein reines Portfolio-Projekt, sondern ein echtes Produkt mit Zielgruppe, Funnel, Zahlungen und laufendem Betrieb.

Kontext

Eigenes SaaS-Produkt für kleine Vermieter in Deutschland

Problem

Nebenkostenabrechnungen sind für nicht-technische Nutzer fehleranfällig und stressig

Gebaut

Landing Page, Auth, Zahlungsfluss, Dokumentlogik, PostgreSQL und VPS-Betrieb

Stack

Next.js · PostgreSQL · Docker · Clerk · Stripe

Produktartefakt

Vom vertrauensbildenden Einstieg bis zur Abrechnung.

Der relevante Teil ist nicht nur der Tech-Stack. Wichtig ist der durchgängige Produktpfad: erklären, Eingaben führen, Zahlung abwickeln, Dokument erzeugen und betreiben.

01Landing Page02Wizard03Auth & Zahlung04Dokumentlogik05PDF & Betrieb
NebenkostenBlitz Website als Desktop-Screenshot
Verfügbare Produktansicht: Landing Page und Nutzerführung für kleine Vermieter.

Entscheidungen

Warum dieser Case anders ist als normale Feature-Arbeit.

Ich musste nicht nur Tickets umsetzen, sondern Zielgruppe, Vertrauen, Conversion, Abrechnung und Betrieb zusammenbringen.

Die UI muss für ältere, nicht-technische Nutzer verständlich sein.

Rechtssensible Eingaben brauchen klare Schritte statt einer überladenen Maske.

Produkt, Funnel und Betrieb wurden zusammen gedacht — nicht als getrennte Baustellen.

Der Case zeigt Founder- und Product-Engineering außerhalb reiner Kundenprojekte.

Nachweise

Produkt, Beispielartefakt und Gesprächskontext.

Die öffentlichen Artefakte reichen für einen ersten Check; Details zu Architektur, Betrieb und Grenzen bespreche ich lieber kontextbezogen.