Grundlagen

Individualsoftware für den Mittelstand

Nicht jedes Unternehmen braucht eigene Software. Aber ab einer bestimmten Größe und Prozesstiefe kippt die Rechnung – und Standardlösungen kosten mehr, als sie einsparen. Diese Seite beschreibt, wo genau dieser Punkt liegt.

Begriff damals / heute

Was Individualsoftware heute bedeutet

Der Begriff hat einen Ruf aus den 2000er-Jahren: lange Projekte, hohe Kosten, Systeme, die bei der Fertigstellung bereits veraltet sind. Diese Erfahrung ist real, und sie hat den Mittelstand über Jahre in Richtung Standard-SaaS getrieben.

2005 Eigenentwicklung

  • Anmeldung selbst bauen
  • Rechteverwaltung selbst bauen
  • Datenmodell selbst bauen
  • Oberflächen selbst bauen
  • Reporting selbst bauen
  • Eigene Geschäftslogik
  • Server selbst betreiben

Der eigene Anteil war ein Siebtel des Aufwands.

Heute Eigenentwicklung

  • Anmeldung — Open-Source-Baustein
  • Rechteverwaltung — Open-Source-Baustein
  • Datenmodell — KI-gestützt erzeugt
  • Oberflächen — KI-gestützt erzeugt
  • Reporting — Open-Source-Baustein
  • Eigene Geschäftslogik
  • Betrieb — containerisiert

Das Budget geht dorthin, wo Ihr Unterschied liegt.

Was sich verändert hat, ist nicht der Anspruch, sondern die Ökonomie der Herstellung. KI-gestützte Entwicklung, ausgereifte Open-Source-Bausteine und containerisierter Betrieb haben den Aufwand für die Standardanteile eines Systems deutlich gesenkt. Individualsoftware heißt heute nicht mehr, alles von Grund auf zu bauen. Es heißt, ein System aus erprobten Komponenten zusammenzusetzen und nur den Teil eigens zu entwickeln, der wirklich eigen ist.

Standard oder individuell – die ehrliche Abgrenzung

Standardsoftware passt, wenn Standard

  • Ihre Prozesse dem Branchenüblichen entsprechen
  • die Zahl der Nutzer klein ist und bleibt
  • Sie schnell starten müssen und Anpassung zweitrangig ist
  • der Bereich hochreguliert oder zertifizierungspflichtig ist
  • der Nutzungshorizont kurz ist

Eigene Software lohnt, wenn Individuell

  • mehrere Systeme parallel laufen und sich überschneiden
  • Lizenzkosten mit jedem Mitarbeitenden mitwachsen
  • zentrale Abläufe an Excel vorbeilaufen
  • Ihre Prozesslogik Teil des Wettbewerbsvorteils ist
  • das System über Jahre genutzt werden soll
  • Datenhoheit oder Compliance eine Rolle spielen

Wann die Rechnung kippt

Der entscheidende Unterschied liegt nicht im Preis, sondern in der Kostenkurve. Standard-SaaS kostet pro Nutzer und Monat: Die Ausgaben wachsen linear mit Ihrem Unternehmen, dauerhaft, ohne Endpunkt. Eine Eigenentwicklung kostet einmalig in der Herstellung und danach einen planbaren Betrag für Betrieb und Weiterentwicklung – unabhängig davon, ob 80 oder 300 Menschen damit arbeiten.

Bei kleinen Nutzerzahlen gewinnt SaaS diese Rechnung fast immer. Mit steigender Nutzerzahl, längerem Nutzungshorizont und wachsender Zahl parallel betriebener Systeme verschiebt sich das Bild. Wo genau der Schnittpunkt liegt, hängt von Ihrem Lizenzniveau ab – und lässt sich vorab ausrechnen, statt darüber zu spekulieren.

Ein zweiter, oft übersehener Posten: die Kosten der Nicht-Passung. Manuelle Übertragungen zwischen Systemen, Excel-Zwischenschritte, doppelte Datenpflege und Workarounds tauchen in keiner Lizenzrechnung auf, kosten aber Arbeitszeit – jeden Tag, in jeder Abteilung.

Rechnen Sie Ihren aktuellen SaaS-Stack auf mehrere Jahre hoch, um die Vergleichsgröße zu bekommen.

Schnittpunkt SaaS günstiger Eigenentwicklung günstiger wenige Nutzer, kurze Laufzeit viele Nutzer, lange Laufzeit Kosten kumuliert
Standard-SaaS

Pro Nutzer und Monat. Wächst mit jedem neuen Mitarbeitenden weiter – dauerhaft, ohne Endpunkt.

Eigenentwicklung

Einmalig in der Herstellung, danach ein planbarer Betrag für Betrieb und Weiterentwicklung.

Wie ein System entsteht

Wir arbeiten in vier Phasen über rund 90 Tage bis zum ersten produktiv nutzbaren Stand. Kein Wasserfall, kein monatelanges Konzeptpapier: Sie sehen früh laufende Software und entscheiden nach jeder Phase, wie es weitergeht.

Phase 01 · Tag 1–14

Analyse

Welche Tools sind im Einsatz, was kosten sie, wie intensiv werden sie genutzt und welche Prozesse laufen tatsächlich darüber?

Ergebnis Liste der Ablösekandidaten und ein belastbarer Business Case – nicht selten mit dem Befund, dass ein Teil der Systeme bleiben sollte.
Phase 02 · Tag 15–30

Architektur

Datenmodell, Oberflächen, Integrationen, Rollen- und Rechtekonzept – und die Frage, wo KI echten Nutzen bringt statt nur im Prospekt gut auszusehen.

Ergebnis Ein Entwurf, den Ihre Fachabteilungen verstehen und gegenzeichnen können.
Phase 03 · Tag 31–75

Build

Wöchentliche Releases auf einer Testumgebung, an der Ihre Fachabteilungen mitarbeiten. Parallel die Migration der Bestandsdaten.

Ergebnis Laufende Software statt Statusbericht. Die Migration früh, weil sich daran die unangenehmen Überraschungen zeigen.
Phase 04 · Tag 76–90

Go-Live

Finale Migration, Schulung, Monitoring. Altsysteme laufen bis zur Abnahme parallel weiter.

Ergebnis Ein produktiv nutzbarer Stand – und ein Rückweg, falls etwas nicht trägt.

Details zu den Phasen finden Sie auf der Startseite.

Was Ihnen am Ende gehört

Am Ende eines Projekts steht nicht nur eine laufende Anwendung, sondern eine Übergabe. Was dazugehört, steht hier vollständig – auch die Punkte, die kein Verkaufsargument sind.

Vollständige Nutzungsrechte am projektspezifischen Quellcode

Alles, was eigens für Sie entstanden ist, gehört Ihnen zur Nutzung – ohne Rückfrage, ohne Laufzeit.

Zugriff auf das Repository

Nicht nur der Stand bei Übergabe, sondern die Entwicklungsgeschichte samt Historie.

Containerisiert und portabel gebaut

Damit ein späterer Wechsel des Betreibers eine technische Entscheidung bleibt und keine Vertragsfrage wird.

Betriebsort Ihrer Wahl

EU-souveräne Anbieter, Ihre bestehende Cloud oder On-Premise – die Entscheidung liegt bei Ihnen.

Open-Source-Bibliotheken behalten ihre Lizenzen

Das ist der übliche Weg und keine Einschränkung – aber es gehört der Vollständigkeit halber dazu.

Keine technische Abhängigkeit von Decode

Ob wir das System weiter betreuen, soll eine Frage der Zusammenarbeit sein – nicht eine des Zugriffs.

Der Grundgedanke dahinter: Eine Zusammenarbeit sollte halten, weil sie gut ist – nicht, weil ein Ausstieg technisch zu teuer wäre. Mehr dazu im Abschnitt Datenhoheit.

Häufige Fragen

Ab welcher Unternehmensgröße lohnt sich Individualsoftware?

Als grobe Orientierung: ab etwa 50 Nutzern mit Softwarezugang, mehreren parallel betriebenen SaaS-Systemen und einem Nutzungshorizont von mehreren Jahren. Entscheidender als die reine Mitarbeiterzahl ist aber, wie stark Ihre Prozesse vom Standard abweichen und wie viel Arbeitszeit heute in Workarounds fließt.

Wie lange dauert die Entwicklung?

Ein produktiv nutzbares erstes System entsteht typischerweise innerhalb eines Quartals. Umfang, Integrationstiefe und Datenqualität der Altsysteme bestimmen den tatsächlichen Zeitrahmen. Weiterentwicklung läuft danach in festen Zyklen.

Was kostet das?

Ein erstes produktives System liegt je nach Umfang typischerweise im mittleren fünf- bis unteren sechsstelligen Bereich, dazu ein monatlicher Betrag für Betrieb und Weiterentwicklung. Der belastbare Vergleich ist die Mehrjahresbetrachtung gegen Ihre laufenden Lizenzkosten.

Müssen wir alle bestehenden Systeme ersetzen?

Nein, und in den meisten Projekten wäre das auch nicht sinnvoll. Buchhaltung, DATEV-Anbindung oder Warenwirtschaft laufen häufig weiter und werden über Schnittstellen angebunden. Ziel ist ein integriertes System, keine Neuentwicklung um jeden Preis.

Erstgespräch

Welche Software würden Sie gerne abschaffen?

Wir prüfen in 30 Minuten, welche Systeme sich wirtschaftlich durch eigene Software ersetzen lassen – und welche Sie besser behalten.