Manche Systeme kann man nicht kaufen.
Also bauen wir sie. Individualsoftware für Unternehmen, denen Standardlösungen nicht mehr genügen — von der Architektur bis zum Betrieb.
Nicht jedes Problem braucht neue Software. Wir bauen, integrieren und verbinden, was ein Unternehmen wirklich braucht.
Unternehmen bauen heute vieles selbst. Anspruchsvoll wird es dort, wo bestehende Systeme, Daten, Prozesse und KI zu einem verlässlichen Ganzen zusammenwachsen müssen — genau dort arbeiten wir.
Drei Arten, wie wir Probleme lösen
Individualsoftware
Wir bauen, wenn Standardsoftware und bestehende Systeme die Anforderungen nicht mehr abbilden.
KI & Integration
Wir integrieren KI dort, wo sie einen realen Vorteil bringt — in bestehende Systeme, Prozesse und Datenflüsse.
Systeme & Betrieb
Wir verbinden die Bausteine zu einem tragfähigen Gesamtsystem und übernehmen Architektur, Weiterentwicklung und Betrieb.
Systeme werden nicht dadurch zuverlässig, dass jedes einzelne Teil funktioniert.
In gewachsenen Unternehmenslandschaften liegen ERP, CRM, Daten, APIs, Legacy-Systeme und neue KI-Anwendungen selten in einem sauberen System. Wir führen sie zu einer Architektur zusammen, die zusammenarbeitet, nachvollziehbar bleibt und sich weiterentwickeln lässt.

Software, die dort beginnt, wo Standardlösungen aufhören.
Wir entwickeln individuelle Enterprise-Software, bauen SaaS-Plattformen und integrieren KI in bestehende Unternehmenssysteme — mit Blick auf Architektur, Schnittstellen, Daten und langfristigen Betrieb.
Build
Integrate
Automate
Custom Software

Individuelle Enterprise-Software für Prozesse und Anforderungen, die Standardlösungen nicht abbilden. Vom Datenmodell bis zum Betrieb.
Architektur · Datenmodell · Module · Betrieb
Ruhige Kompetenz.Leises Engineering.
Engineering · Longevity · Continuity · Ownership
Alle Engineering-Prinzipien →Engineering, kein Marketing
Kein No-Code, keine Abkürzungen. Code, Tests, Reviews — Software als Handwerk.
Für zehn Jahre gebaut
Wir entscheiden für den Betrieb in fünf Jahren, nicht für die Demo nächste Woche.
Ein Team, das bleibt
Feste Ingenieure, direkte Wege, Verantwortung nach dem Launch. Wir bleiben am System.
Ihr Code gehört Ihnen
Quellcode, Infrastruktur und Wissen liegen bei Ihnen. Unabhängig von jedem Anbieter.
Systeme, die etwas bewegen.
Referenzen zeigen wir im Gespräch.
Viele unserer Projekte entstehen in sensiblen Unternehmensumgebungen und unterliegen Vertraulichkeitsvereinbarungen. Deshalb können wir nicht alle Referenzen öffentlich zeigen.
Gerne stellen wir Ihnen in einem persönlichen Gespräch vergleichbare Projekte, technische Lösungsansätze und unsere Vorgehensweise vor.
Referenzgespräch anfragen →Vier Phasen. Keine Überraschungen.
So arbeiten wir. Nachvollziehbar, von der ersten Woche an.
- 01
Verstehen
Wir beginnen beim Problem, nicht bei der Technologie. Was nicht klar ist, wird nicht gebaut.
- 02
Architektur
Die teuren Entscheidungen fallen zuerst. Wir treffen sie bewusst und schreiben sie auf.
- 03
Umsetzung
Code, Tests, Reviews. Lauffähig ab der ersten Woche, sichtbar in jedem Sprint.
- 04
Betrieb
Wir übergeben nicht und gehen. Wir überwachen, warten und entwickeln weiter.
Wir wählen Technik, die uns überdauert.
Nicht die neueste. Die, deren Fehler bekannt sind — und deren Betrieb in zehn Jahren noch jemand versteht.

- 01
Oberfläche
Frontends, die berechenbar altern — und für die es in fünf Jahren noch Entwickler gibt.
- 03
Daten
PostgreSQLRedisKorrektheit vor Cleverness. Eine Datenbank, die niemanden nachts weckt, ist ein Feature.
- 04
Schnittstellen
RESTOpenAPIOAuth 2 / OIDCWebhooksStandards statt Eigenbau. Wir bauen auf dem, was andere Systeme bereits verstehen.
- 05
Betrieb
LinuxDockerCI/CDMonitoringReproduzierbare Deployments und beobachtbare Systeme. Betrieb ist Teil der Architektur, nicht ihr Anhang.
Kein Technologie-Zoo. Fünf Schichten, bewusst gewählt — und über die gesamte Lebensdauer eines Systems gepflegt.
Wie wir denken, öffentlich.
Belastbare Reference Guides, Standpunkte, Entscheidungen und Playbooks — die Grundlagen unserer Arbeit, nachlesbar statt behauptet.
- 01Reference Guide · Architecture · 16 Min.
Software, die in zehn Jahren noch läuft
Welche Engineering-Entscheidungen Software zehn Jahre tragfähig halten — Kopplung, Umkehrbarkeit, Betrieb, Standards. Mit Trade-offs statt Marketing.
Guide lesen → - 02
Reversibilität vor Vorhersage
Reference Guide · Architecture · 15 Min. - 03
Business-Logik gehört nicht in Controller
Reference Guide · Architecture · 15 Min.
- Engineering Method
Ansatz
Wie wir arbeiten — sieben Moden von Rahmen bis Betrieb.
- Engineering Opinions
Standpunkte
Begründete Positionen — mit These, Abwägung und Gegenfall.
- Decision Records
Entscheidungen
Architekturentscheidungen im ADR-Format, öffentlich.
- Engineering Playbooks
Playbooks
Wie wir wiederkehrende Herausforderungen angehen.
Sprechen wir über Ihr Vorhaben.
Kein Vertrieb. Ein direktes Gespräch mit der Geschäftsführung — technisch und ohne Zwischenschicht. Antwort innerhalb eines Werktags.

