Marc Lindorfer
Alle Projekte

Eigenes SaaS-Produkt · anonymisierte Case Study

Anonymisierte PropTech-SaaS-Plattform

Eine fachlich komplexe SaaS-Produktplattform im Immobilienbereich, von Architektur bis Betrieb technisch verantwortet.

Rolle
Mitgründer & CTO · technische Gesamtverantwortung
Zeitraum
2025–2026

Kontext

Ausgangslage & Problem

Immobilienverwaltung verbindet rechtliche Regeln, Prozesse, Dokumente, Termine, Zahlungen und Kommunikation. Das Produkt musste diese Fachlichkeit verständlich abbilden und trotzdem wartbar bleiben.

Die Plattform wurde bewusst als Produktfamilie aufgebaut: zentrale Web-Anwendung, begleitende Portale und wiederverwendbare Fach- und UI-Bausteine teilen sich ein gemeinsames Grundmodell.

Rolle

Meine Rolle & Rahmen

Als Mitgründer und CTO habe ich Architektur, Backend, Datenmodell, Frontends und Betrieb technisch verantwortet und zentrale Produktentscheidungen mitgeprägt.

Der Fokus lag auf klaren Domänengrenzen, konsistenter Datenhaltung, wiederverwendbaren Komponenten und einem Setup, das mit kleinem Team zuverlässig betreibbar bleibt.

Architektur

Entscheidungen & Trade-offs

01

Fachlichkeit in klar abgegrenzte Domänenmodule geschnitten statt in einem großen Produktkern zu bündeln.

Warum
Klare Grenzen halten Komplexität lokal und machen einzelne Produktbereiche unabhängig weiterentwickelbar.
Trade-off
Mehr initiale Struktur und Disziplin bei Schnittstellen statt schneller Querverdrahtung.
02

Eine gemeinsame Plattformschicht für Domänenmodell, Datenzugriff und UI-Grundlagen aufgebaut.

Warum
Geteilte Bausteine halten Verhalten und Oberfläche konsistent und vermeiden Doppelarbeit pro Produktbereich.
Trade-off
Stärkere Kopplung an gemeinsame Contracts und sorgfältigere Pflege der Shared Packages.
03

Fachlich sensible Berechnungen als isolierte, testbare Domain-Engines umgesetzt.

Warum
Zustandslose Engines können von mehreren Oberflächen genutzt und unabhängig vom restlichen Server geprüft werden.
Trade-off
Strikte Modulgrenze und injizierte Daten statt bequemem Direktzugriff auf die Domäne.
04

Kritische Fachlogik mit nachvollziehbaren Testfällen abgesichert.

Warum
Bei fachlich sensiblen Prozessen müssen Annahmen sichtbar und prüfbar bleiben, nicht nur technisch grün sein.
Trade-off
Bewusst mehr Aufwand in Validierung und Dokumentation gegen weniger Risiko in Kernprozessen.
05

Backend mit Manual Dependency Injection statt Decorator-/Magic-Framework.

Warum
Ein expliziter Lifecycle (Route → Service → Repository) ist leichter zu lesen, zu testen und über Jahre zu warten.
Trade-off
Etwas mehr Boilerplate gegen deutlich weniger verstecktes Verhalten.
06

PostgreSQL als verlässlicher Kern mit nah an den Daten gehaltener Atomarität.

Warum
Konsistente Fachprozesse brauchen nachvollziehbare Transaktionen statt rein optimistischer Client-Logik.
Trade-off
Mehr Logik in der Datenbankschicht, dafür harte Konsistenzgarantien.

Umsetzung

Technische Highlights

  • Mehrere Web-Oberflächen und Portale auf einer gemeinsamen Plattformschicht
  • Backend nach Domain-Driven Design mit expliziter Service- und Repository-Struktur
  • Wiederverwendbare UI- und Domain-Bausteine für konsistente Produktbereiche
  • Testbare Berechnungs- und Konsistenzlogik für fachlich sensible Abläufe
  • Self-hosted Betrieb mit Docker, Monitoring und nachvollziehbaren Deployments

Stack

Eingesetzte Technologien

TypeScriptNext.jsReactNode.jsPostgreSQLDockerPWA

Ergebnis

Wirkung

Das Projekt zeigt meine Fähigkeit, aus einer komplexen Fachdomäne eine tragfähige SaaS-Plattform zu entwickeln: vom Domänenschnitt über Frontend und Backend bis zum Betrieb.

Die Case Study ist bewusst anonymisiert und reduziert. Details zu Produktumfang, internen Modulen und Integrationen bleiben außen vor; sichtbar bleibt die relevante Engineering-Leistung.

Reflexion

Was ich heute anders entscheiden würde

Heute würde ich einzelne Domänen noch früher vertikal schneiden und Belegmaterial parallel zur Entwicklung stärker priorisieren. Die grundsätzliche Entscheidung für klare Domänengrenzen, explizite Schichten und PostgreSQL als verlässlichen Kern hat sich dennoch als tragfähig erwiesen.

Klingt nach einem Profil, das zu deinem Projekt passt?