Wer nach einer Individualsoftware Definition sucht, steht meistens vor einer Kaufentscheidung und nicht vor einer Vokabelfrage. Sie wollen wissen, ob sich eine Maßanfertigung für Ihren Betrieb lohnt oder ob ein Standardprodukt genügt. Die Antwort hängt weniger von der Technik ab als von Ihren Prozessen, Ihrem Budget und der Frage, wer die Software in fünf Jahren betreut.
Dieser Beitrag klärt zuerst den Begriff, vergleicht ihn mit Standard- und Branchensoftware und behandelt dann, was in vielen Erklärtexten zu kurz kommt: was nach der Abnahme passiert. Haftung, Wartung und Abhängigkeit entscheiden oft stärker über den Erfolg als die Entwicklung selbst. Am Ende finden Sie Prüffragen für das Gespräch mit einem Dienstleister.
Individualsoftware ist eine Anwendung, die für einen bestimmten Kunden und dessen konkrete Abläufe entwickelt wird. Das Gabler Wirtschaftslexikon beschreibt sie als Software, die für den Einsatz in einem speziellen Betrieb entsteht, entweder durch Eigenerstellung oder durch Auftragsvergabe an einen Dienstleister. Entscheidend ist also der Zuschnitt: Die Software folgt Ihrem Prozess, nicht umgekehrt.
Eine brauchbare Individualsoftware Definition kommt mit drei Merkmalen aus. Die Software entsteht für einen Auftraggeber, sie bildet dessen reale Abläufe ab, und sie wird eigens dafür entwickelt, intern oder extern. Ob die Oberfläche im Browser oder auf dem Smartphone läuft, spielt dabei keine Rolle. Ein Kundenportal für Ihre Händler, ein internes Planungswerkzeug oder die Web-App Ihres SaaS-Produkts fallen alle darunter.
Nicht jede angepasste Software ist Individualsoftware. Wenn Sie ein Standardprodukt konfigurieren, Felder ergänzen oder Vorlagen ändern, bleibt es Standardsoftware mit Einstellungen. Eine Grauzone entsteht bei Erweiterungen, die ein Partner auf ein Standardsystem programmiert. Fragen Sie in solchen Fällen, wem der Code gehört und wer ihn künftig pflegt.
Der Unterschied liegt nicht in der Qualität, sondern im Zuschnitt und in der Abhängigkeit. Standardsoftware bedient viele Kunden mit demselben Funktionsumfang. Branchensoftware richtet sich an eine Berufsgruppe, etwa an Handwerksbetriebe oder Praxen. Individualsoftware entsteht dagegen für genau einen Auftraggeber.
| Kriterium | Standardsoftware | Branchensoftware | Individualsoftware |
|---|---|---|---|
| Zuschnitt | Für viele Kunden gleich | Für eine Branche angepasst | Für Ihre Abläufe entwickelt |
| Einführung | Meist schnell, Sie passen Prozesse an | Meist zügig, mit Branchenwissen | Braucht Anforderungen, Entwicklung und Test |
| Anpassbarkeit | Konfiguration im vorgesehenen Rahmen | Begrenzt, je nach Anbieter | Grundsätzlich frei |
| Weiterentwicklung | Der Hersteller bestimmt den Kurs | Der Anbieter bestimmt den Kurs | Sie bestimmen Prioritäten und Budget |
| Abhängigkeit | Vom Hersteller | Vom Anbieter | Vom Entwicklungspartner oder Ihrem Team |
| Typisches Risiko | Workarounds, wenn Prozesse nicht passen | Grenzen bei Sonderfällen | Falscher Umfang, Folgekosten im Betrieb |
Die Tabelle zeigt Tendenzen, keine Naturgesetze. Eine gut gewählte Branchenlösung deckt Ihre Anforderungen oft weitgehend ab, während eine schlecht spezifizierte Individualsoftware am Alltag vorbeigeht. Prüfen Sie deshalb zuerst, was am Markt existiert, und entscheiden Sie erst danach über Maßarbeit.
Individualsoftware lohnt sich, wenn ein Prozess Ihr Geschäft von anderen unterscheidet und kein Standardprodukt ihn abbildet. Fehlt dieses Merkmal, kaufen Sie in der Regel besser ein, weil Sie sich dann Entwicklung und Pflege sparen. Vier Anzeichen helfen bei der Einordnung.
Für Buchhaltung, E-Mail, Zeiterfassung oder einen klassischen Onlineshop existieren ausgereifte Produkte. Dort bringt Individualentwicklung selten einen Vorteil, aber sicher dauerhaften Wartungsaufwand. Stellen Sie pro Prozess eine einfache Frage: Unterscheidet er uns vom Wettbewerb? Lautet die Antwort nein, kaufen Sie.
In der Praxis mischen die meisten Betriebe beide Wege. Sie leiten aus der Geschäftsstrategie ab, für welche Prozesse eigene Software entsteht und wo Kaufsoftware reicht. Diese Trennung spart Budget, weil Sie Entwicklungskapazität nur dort einsetzen, wo sie Wirkung entfaltet.
Die folgenden Beispiele sind Denkmodelle, keine Fallstudien. Sie zeigen, wie die Kriterien aus dem vorigen Abschnitt in der Praxis aussehen können. Prüfen Sie jedes Beispiel gegen Ihren eigenen Betrieb.
Dem stehen Fälle gegenüber, in denen eine Eigenentwicklung vor allem Aufwand erzeugt. Ein Betrieb mit üblicher Rechnungsstellung gewinnt durch eine selbst gebaute Buchhaltung nichts, während er die Pflege dauerhaft trägt. Der Unterschied liegt nie in der Größe des Unternehmens, sondern in der Rolle des Prozesses.
Die Wikipedia gliedert ein Individualsoftware-Projekt in sechs Stationen: Projektauslöser, Lasten- und Pflichtenheft, technische Umgebungsbedingungen, Qualität der Lösung, Dokumentation und technische Einführung. Für Sie als Auftraggeber sind drei davon besonders wichtig. Der Auslöser bestimmt, welches Problem Sie lösen. Die Hefte legen fest, was gebaut wird, und die Einführung entscheidet, ob Ihr Team die Lösung annimmt.
Das Lastenheft beschreibt, was Sie brauchen und warum. Das Pflichtenheft beschreibt, wie der Dienstleister es umsetzt. Sie können das Lastenheft selbst schreiben, und es zahlt sich aus, denn je klarer Ihre Beschreibung ist, desto besser vergleichen Sie Angebote. Die Individualsoftware Definition bleibt abstrakt, bis ein Lastenheft sie mit Ihren Abläufen füllt.
Statt alles auf einmal zu bauen, bietet sich ein Minimalprodukt an, das den wichtigsten Prozess abdeckt. Das senkt das Risiko, weil Sie früh mit echten Nutzern lernen und Umfang und Budget nachsteuern. Wie Sie dafür den passenden Partner finden, beschreibt unser Beitrag zur Frage Agentur oder spezialisiertes Studio für Ihr MVP.
Wenn Sie ein solches Vorhaben mit einem unabhängigen Studio angehen möchten, finden Sie einen Überblick über Individualsoftware und Web-Apps von Xerx für Startups und KMU. Prüfen Sie jeden Partner mit denselben Fragen, die dieser Beitrag am Ende aufführt.
Mit der Abnahme endet die Entwicklung, aber nicht Ihre Verantwortung. Hier trennt sich Maßarbeit am deutlichsten von einem Mietprodukt. Bei Standardsoftware pflegt in der Regel der Hersteller das Produkt weiter. Bei Individualsoftware liegen Betrieb und Weiterentwicklung bei Ihnen oder bei dem Partner, den Sie vertraglich dafür binden. Zur Definition von Individualsoftware gehört in der Praxis deshalb auch die Frage, wer sie danach trägt.
Wer haftet, wenn Software Schaden verursacht, beschäftigt Juristen seit Jahrzehnten. Ein Beitrag der Computerwoche aus dem Jahr 1990 von Rechtsanwalt Thomas Heymann zeigt, wie früh die Debatte begann. Anlass war das neue Produkthaftungsrecht, das am 1. Januar 1990 in Kraft trat. Heymann hielt fest, dass sowohl Standard- als auch Individualsoftware Produkthaftungsansprüche auslösen können. Umstritten sei, ob auch die verschuldensunabhängige Haftung gilt.
Bemerkenswert ist das Gegenargument, das er wiedergibt: Bei Individualprogrammen arbeite der Auftraggeber eng mit dem Entwickler zusammen und erhalte umfangreichere Dokumentation, also bestehe weniger Anlass für strengere Haftung. Heymann widersprach und erwartete, dass die Rechtsprechung die Haftung bejahen werde. Der Text ist über drei Jahrzehnte alt, und die Rechtslage hat sich seither weiterentwickelt. Er belegt, dass die Frage nie trivial war, ersetzt aber keine aktuelle Auskunft.
Für Ihr Projekt heißt das: Regeln Sie Gewährleistung, Haftung und Fehlerbehebung ausdrücklich im Vertrag, und lassen Sie die Formulierungen von einem Rechtsanwalt prüfen. Welche Regeln für Sie gelten, hängt von Branche, Vertragsform und Einsatzzweck ab.
Klären Sie drei Dinge schriftlich. Welche Nutzungsrechte erhalten Sie am Quellcode? Welche Dokumentation gehört zur Übergabe? Wer übernimmt Sicherheitsupdates und Fehlerbehebung? Ohne diese Regeln hängt Ihr Betrieb an einzelnen Personen, und ein Wechsel des Partners wird teuer.
Ein eigenes Entwicklerteam ist eine Alternative, aber keine günstige. In den Stellenanzeigen für Softwareentwickler auf dem Jobportal von t3n nennt die Prodatic-EDV-Konzepte GmbH ein Jahresgehalt von 68.000 bis 78.000 Euro für eine Backend-Stelle und 58.000 bis 68.000 Euro für eine Frontend-Stelle. Zwei Stellen summieren sich allein beim Gehalt auf 126.000 bis 146.000 Euro im Jahr. Recruiting, Vertretung, Werkzeuge und Lohnnebenkosten kommen hinzu.
Die Zahlen stammen aus einer Region und einer Branche, sie dienen also als Orientierung und nicht als Marktdurchschnitt. Auch ein externer Partner schafft Abhängigkeit. Sie senken das Risiko, wenn Hosting und Code-Zugang auf Ihren Namen laufen und ein Übergabeplan existiert.
Der Angebotspreis zeigt nur einen Teil der Kosten. Dazu kommen Hosting, Wartung, Sicherheitsupdates, Weiterentwicklung, Schulung und irgendwann die Ablösung. Bei Standardsoftware stehen dem Lizenzgebühren und Anpassungen gegenüber. Vergleichen Sie beide Wege über mehrere Jahre, nicht über das erste Quartal.
Eine einfache Rechnung genügt für den Anfang. Summieren Sie für jede Option die Anschaffung, den jährlichen Betrieb, erwartete Erweiterungen und die interne Arbeitszeit für die Betreuung. Fragen Sie jeden Anbieter außerdem, was ein gewöhnliches Jahr nach dem Livegang kostet. Kann er das nicht beantworten, ist das Angebot unvollständig.
Wer Individualsoftware beauftragt, kauft kein Produkt, sondern übernimmt ein System, das gepflegt werden will.
Wie solche Entscheidungen in eine Gesamtplanung passen, lesen Sie in unserem Beitrag zur Digitalisierungsstrategie für KMU.
Maßarbeit kann trotz vollständiger Funktionen scheitern, wenn Mitarbeitende sie nicht annehmen. Das Bitkom-Rollenmodell Digital Design beschreibt Digital Designer als Fachleute, die digitale Produkte, Systeme und Services gestalten und optimieren. Der Gedanke dahinter lässt sich auf Ihr Projekt übertragen: Bedienung und Verständlichkeit gehören von Beginn an zum Auftrag.
Binden Sie deshalb die späteren Nutzer früh ein und lassen Sie sie Entwürfe prüfen, bevor die Entwicklung beginnt. Das kostet wenig Zeit, aber es verhindert Nacharbeit, weil Fehler in Entwürfen günstiger zu korrigieren sind als in fertiger Software.
Viele Betriebe besitzen längst Individualsoftware, die in die Jahre gekommen ist. Ein heise-Beitrag zur Modernisierung von Mainframe-Anwendungen nennt die Analyse des Ist-Zustands das A und O. Das Projektteam aus Technik und Fachbereich müsse verstehen, was das Bestandssystem tatsächlich leistet. Das gilt sinngemäß auch für kleinere Systeme.
Der Beitrag hält außerdem fest, dass ein schlechter alter Prozess durch neue Technologie ohne Veränderung zu einem schlechten neuen Prozess wird. Unternehmen sollten ihre IT-Strategie aus der Geschäftsstrategie ableiten und festlegen, wo Individualsoftware und wo Kaufsoftware sinnvoll ist. Über den Erfolg entscheide am Ende weniger die Technik als der Faktor Mensch, denn Mitarbeitende kennen die heutigen Systeme am besten.
Eine Modernisierung empfiehlt sich dort, wo die Software über Jahre fachlich gereift ist und Besonderheiten abdeckt, die Ihren Erfolg ausmachen. Ob Neubau oder Überarbeitung günstiger ist, hängt vom Zustand des Systems ab. Wir haben dazu die Abwägung in Neubau oder Refactoring: Software Modernisierung ohne Risiko beschrieben.
Mit diesen Fragen prüfen Sie, ob Ihr Vorhaben tragfähig ist und ob ein Dienstleister Ihre Lage versteht. Sie brauchen dafür kein technisches Wissen, nur klare Antworten.
Nehmen Sie sich dafür einen einzigen Prozess vor und beschreiben Sie ihn auf einer Seite: Wer tut was, womit, und wo hakt es? Aus dieser Seite entsteht Ihre eigene Individualsoftware Definition, nämlich die für Ihren Betrieb. Sie dient zugleich als Grundlage für das Lastenheft und für jedes Angebot, das Sie danach einholen.
Individualsoftware ist eine Anwendung, die für einen bestimmten Kunden und dessen Abläufe entwickelt wird, entweder durch einen Dienstleister oder intern. Sie folgt Ihrem Prozess, statt Ihnen einen vorgegebenen Funktionsumfang aufzuzwingen.
Standardsoftware bedient viele Kunden mit demselben Funktionsumfang, und der Hersteller bestimmt die Weiterentwicklung. Individualsoftware entsteht für einen Auftraggeber, der Prioritäten und Budget selbst steuert, dafür aber Betrieb und Pflege organisieren muss.
Das lässt sich nicht pauschal sagen. Vergleichen Sie die Gesamtkosten über mehrere Jahre: Anschaffung, Betrieb, Lizenzen, Anpassungen, Weiterentwicklung und interne Arbeitszeit. Erst dieser Vergleich zeigt, welcher Weg für Ihren Betrieb günstiger ist.
Das regelt der Vertrag. Klären Sie vor Projektbeginn, welche Nutzungsrechte Sie erhalten, ob Sie die Software selbst weiterentwickeln dürfen und welche Dokumentation zur Übergabe gehört. Lassen Sie die Klauseln von einem Rechtsanwalt prüfen.
Weiterlesen
Reparieren, umbauen, ersetzen oder neu bauen? Der Leitfaden ordnet die Optionen der Software-Modernisierung ein, nennt Entscheidungskriterien und zeigt das Risiko, das viele Projekte übersehen: das Wissen im Altsystem.
Sieben Fragen, mit denen Gründer und Unternehmer eine App-Agentur wie Applaunch bewerten: Team, MVP, Kosten, Code-Rechte, Abnahme, Datenschutz und die Phase nach dem Launch.
Verzeichnisse und Portale liefern Namen, aber keine Entscheidung. Acht Prüffragen, eine Pilotphase und klare Regeln zu Quellcode und Ausstieg helfen bei der Wahl.
