Ratgeber

Individualsoftware selbst machen oder machen lassen?

Vieles rund um Individualsoftware lässt sich selbst bauen — die Frage ist, ob es sich rechnet. Wann Eigenleistung sinnvoll ist, wo die Grenze liegt und welcher Weg der teuerste ist.

Einschätzung anfragen ↗Individualsoftware

Angebot nach Anfrageab 8 Wochen bis zur ersten VersionStand 2026

Kurz gesagt

Individualsoftware selbst zu bauen lohnt sich, wenn das Vorhaben klein bleibt, jemand im Betrieb Zeit dafür hat und niemand darauf angewiesen ist, dass es an einem bestimmten Tag läuft. Sobald andere Systeme mitspielen müssen oder jemand haftet, wenn es ausfällt, ist externe Umsetzung meist günstiger — der teuerste Weg ist der halb fertige.

01 — Eigenleistung

Selbst machen oder machen lassen?

Selbst machen ist sinnvoll, wenn jemand im Betrieb die Zeit und das Interesse dafür hat, das Vorhaben klein bleibt und niemand darauf angewiesen ist, dass es an einem bestimmten Tag läuft.
Fertige Baukästen bringen euch schnell zu einem ersten Ergebnis, stoßen aber dort an Grenzen, wo eigene Abläufe, eigene Daten oder Anbindungen an bestehende Systeme ins Spiel kommen.
Machen lassen lohnt sich, sobald Individualsoftware mit anderen Systemen sprechen muss, sobald jemand haftbar ist, wenn es nicht funktioniert, oder sobald der interne Aufwand teurer wird als die externe Umsetzung.
Der teuerste Weg ist der halbe: monatelang nebenbei selbst gebaut, dann abgebrochen und extern neu gemacht. Wer sich für Eigenleistung entscheidet, sollte ein Zeitbudget und einen Abbruchpunkt festlegen.
Mischform: Konzept und Einrichtung extern, Pflege intern. Das ist bei Individualsoftware häufig der wirtschaftlichste Weg — vorausgesetzt, die Übergabe ist dokumentiert.

02 — Voraussetzungen

Was ihr für Individualsoftware braucht

Einen klar benannten Anlass. Nicht „wir sollten mal etwas mit KI machen", sondern ein Ablauf, der heute nachweislich Zeit oder Aufträge kostet.
Vorhandene Inhalte oder Daten. Individualsoftware arbeitet mit dem, was da ist. Je vollständiger die Ausgangslage, desto kürzer die Einrichtung.
Zugriff auf die betroffenen Systeme. Wer die Zugänge verwaltet, gehört von Anfang an eingebunden — das ist erfahrungsgemäß der häufigste Verzögerungsgrund.
Eine entscheidungsbefugte Ansprechperson. Eine, nicht drei.
Bereitschaft, nach dem Start nachzuschärfen. Die ersten Wochen im echten Betrieb zeigen, was im Konzept gefehlt hat. Das ist normal und eingeplant.

03 — Rechnung

So rechnet man es aus

Vier Zahlen genügen: Wie oft kommt der Ablauf vor? Wie lange dauert er? Was kostet eine Stunde intern? Und was kostet die Lösung — einmalig plus Betrieb über drei Jahre?

Ein Beispiel: Ein Ablauf, der wöchentlich zweimal vorkommt und jeweils 40 Minuten dauert, bindet im Jahr rund 69 Stunden. Bei einem internen Stundensatz von 45 Euro sind das etwa 3.100 Euro jährlich, die dort gebunden sind. Senkt eine Lösung diesen Aufwand um zwei Drittel, amortisiert sie sich — abhängig vom tatsächlichen Angebot — oft innerhalb von ein bis zwei Jahren. Den genauen Wert für euren Fall nennen wir nach dem Erstgespräch.

Diese Rechnung ist bewusst konservativ: Sie berücksichtigt nur die eingesparte Zeit, nicht die vermiedenen Fehler und nicht die Aufträge, die durch schnellere Reaktion zustande kommen. In der Praxis liegt der Nutzen meist höher — aber man sollte nicht damit rechnen, bevor man es gemessen hat.

04 — Fragen

Häufige Fragen

Wann lohnt sich eigene Software gegenüber Standardsoftware?

Wenn euer Ablauf ein echter Wettbewerbsvorteil ist, wenn Standardsoftware nur zu siebzig Prozent passt und der Rest in Handarbeit endet, oder wenn die Lizenzkosten pro Nutzer die Entwicklung über wenige Jahre übersteigen. Wenn es nur um Bequemlichkeit geht, ist Standardsoftware billiger.

Was passiert, wenn wir nicht mehr zusammenarbeiten?

Ihr habt Code, Dokumentation und Zugänge. Wir setzen bewusst auf verbreitete Technologien, damit ein Wechsel möglich ist, ohne dass jemand alles neu bauen muss.

Wie vermeiden wir, dass das Projekt entgleist?

Kleine Schritte mit nutzbarem Ergebnis, feste Budgets pro Schritt, und die Möglichkeit, nach jedem Schritt auszusteigen. Große Festpreisprojekte über zwölf Monate sind der zuverlässigste Weg in die Enttäuschung — für beide Seiten.

Wie viele Nutzer verträgt so ein System?

Das hängt von der Architektur ab, die wir entsprechend eurem erwarteten Wachstum planen — von wenigen Nutzern im eigenen Betrieb bis zu mehreren Hundert über mehrere Standorte.

Was, wenn wir während der Entwicklung neue Anforderungen entdecken?

Das ist normal und eingeplant, weil in kleinen Schritten gearbeitet wird. Eine neue Anforderung wird in den nächsten Schritt aufgenommen, statt das ganze Projekt aufzuhalten.

Läuft das auf unseren eigenen Servern oder in der Cloud?

Beides ist möglich. Für die meisten Betriebe ist eine Cloud-Lösung wartungsärmer; wo Daten das Haus nicht verlassen dürfen, richten wir es auf eigener Infrastruktur ein.

Können wir mit einer Tabelle anfangen?

Oft ja, und das ist ein guter Test. Wenn die Tabelle den Ablauf abbildet und nur an Mehrbenutzerfähigkeit, Rechten oder Datenmenge scheitert, ist die Anforderung klar und das Projekt kalkulierbar.

05 — Entscheidung

Wie ihr weiterkommt

Der günstigste nächste Schritt ist ein Gespräch, kein Angebot. Zwanzig Minuten reichen meist, um zu klären, ob ein Vorhaben Sinn hat, in welchem Rahmen es liegt und ob wir die Richtigen dafür sind.

Falls nicht, sagen wir das. Ein ehrliches Nein kostet weniger als ein Projekt, das man nach drei Monaten abbricht — für beide Seiten.

Nächster Schritt

Wir schauen uns eure Ausgangslage an.

Erzählt uns, was heute Zeit frisst. Daraus entsteht eine Einschätzung mit Aufwand und Nutzen — und erst danach ein Angebot.

Anfrage senden ↗ office@pipeline-solutions.at ODER +43 681 207 64 203