Standardsoftware oder Individualsoftware: So treffen Sie die Entscheidung

Standardsoftware passt, wenn sie Ihre notwendigen Abläufe mit vertretbaren Anpassungen abdeckt und sich in die vorhandenen Systeme einfügt. Individualsoftware kommt in Betracht, wenn wichtige Anforderungen damit nicht sinnvoll umsetzbar sind und Entwicklung sowie Betrieb getragen werden können. Eine gezielte Erweiterung kann zwischen diesen beiden Wegen liegen.

Prüfen Sie zuerst die fachliche Eignung und vergleichen Sie danach den gesamten Aufwand über denselben Zeitraum. Die bearbeitbare Vorlage für den Softwarevergleich bündelt Muss-Kriterien, Testfälle, Kostenpositionen und die offene Entscheidung. Sie ist kostenlos und direkt als Textdatei nutzbar.

1. Die Aufgabe vor der Produktauswahl beschreiben

Halten Sie fest, wer welche Aufgabe mit der Software erledigt, welche Daten benötigt werden und wie das Ergebnis geprüft wird. Trennen Sie unverzichtbare Anforderungen von Wünschen. Eine umfangreiche Wunschliste ist noch kein Beleg dafür, dass eine eigene Anwendung erforderlich ist.

Fiktives Beispiel: Ein Betrieb möchte Serviceaufträge mit Fotos erfassen, an das zuständige Team verteilen und den Bearbeitungsstand an die bestehende Verwaltung übergeben. Vor der Auswahl muss geklärt sein, welche Geräte eingesetzt werden, welche Rollen welche Daten sehen und welche Angaben zwischen den Systemen ankommen müssen.

Wenn der erste Arbeitsschritt noch unklar ist, hilft der Leitfaden zur Auswahl eines Automatisierungsprozesses. Für den Softwarevergleich ergänzen Sie pro Muss-Kriterium ein beobachtbares Ergebnis. Ein Anbieter sollte es an einem passenden Testfall zeigen können.

2. Standard, Erweiterung und eigene Lösung fair vergleichen

Führen Sie alle Varianten durch denselben normalen Ablauf und einen schwierigen Fall. Auch Standardsoftware benötigt Einrichtung, Datenübernahme und Einweisung. Eine eigene Anwendung kann bestehende Komponenten nutzen, bringt aber weiterhin Verantwortung für Entwicklung und Pflege mit sich.

Der GOV.UK-Leitfaden zu Standardprodukten stellt die Untersuchung des Problems und das Erproben verschiedener Lösungen vor die Festlegung auf eine Technik. Die Quelle richtet sich an britische öffentliche Dienste. Hier dient sie als methodischer Bezug; daraus entstehen keine Beschaffungspflichten für deutsche Unternehmen.

3. Mit einem Entscheidungsbaum zum nächsten Nachweis

• 1. Deckt eine verfügbare Standardlösung alle belegten Muss-Kriterien ab? Wenn ja, prüfen Sie sie mit Ihren Testfällen, Schnittstellen und vorgesehenen Rollen.
• 2. Bleibt eine Lücke, lässt sie sich als begrenzte Erweiterung mit geklärter Schnittstelle beschreiben? Wenn ja, testen Sie die Kombination und ihre Übergaben.
• 3. Bleiben wesentliche Anforderungen offen, prüfen Sie eine eigene Lösung mit einem abgegrenzten ersten Umfang und benannter Betriebsverantwortung.
• 4. Fehlen Daten, Zuständigkeiten oder ein nachvollziehbarer Test, klären Sie diese Voraussetzungen vor der Entscheidung. Der Baum ersetzt keine fachliche Prüfung.

Eine wichtige Anforderung wird durch einen niedrigeren Preis nicht erfüllt. Markieren Sie deshalb bei jeder Variante, welche Muss-Kriterien belegt, noch offen oder nicht erfüllt sind. Erst die geeigneten Varianten kommen in den wirtschaftlichen Vergleich.

Für den fiktiven Servicebetrieb wäre etwa zu prüfen, ob Fotos eindeutig zum Auftrag gehören und dieselbe Auftragskennung in der Verwaltung ankommt. Die Formulierung „mit Schnittstelle“ allein beantwortet diese Frage nicht. Vereinbaren Sie Eingaben, erwartete Ausgabe und das Verhalten bei einer fehlgeschlagenen Übertragung.

4. Gesamtkosten über einen gemeinsamen Zeitraum betrachten

Total Cost of Ownership, kurz TCO, bezeichnet hier die Summe der berücksichtigten Kosten über den gewählten Nutzungszeitraum. Zählen Sie Einführungsaufwand, wiederkehrende Kosten und eine mögliche spätere Übergabe oder Ablösung. Geben Sie bei jeder Position an, welche Leistung bereits in einer anderen enthalten ist.

Die GOV.UK-Einführung zur Technologiewahl nennt Gesamtkosten und die Möglichkeit späterer Änderungen als Entscheidungsfaktoren. Unsere folgende Rechnung setzt diese Betrachtung als eigenes, vereinfachtes Planungsbeispiel um.

Das Beispiel verwendet frei erfundene Eurobeträge für zwei als funktional geeignet angenommene Varianten über 36 Monate. Es erklärt die Rechnung. Ersetzen Sie die Annahmen durch Angebote und bewertete interne Arbeitszeit. Vergleichbarer Umfang, Nutzerzahl und betrachtete Leistungen müssen dabei feststehen.

Die Beträge bilden weder Marktpreise noch ein Ragdom-Angebot ab. Steuern, Finanzierung und Abzinsung sind nicht Bestandteil dieses vereinfachten Vergleichs. Falls weitere Positionen wie Stillstand, Datenbereinigung oder neue Anforderungen relevant sind, ergänzen Sie sie nachvollziehbar. Tragen Sie unklare Kosten als offen ein.

In dieser Annahme liegt die Standardvariante um 1.800 Euro niedriger. Steigen ihre jährlichen Lizenzkosten um angenommene 600 Euro, kommen über drei Jahre 1.800 Euro hinzu: Beide Summen liegen dann bei 16.600 Euro. Verdoppelt sich stattdessen die jährliche Betreuung der individuellen Lösung, steigt deren Summe auf 21.100 Euro. Die Ergebnisse hängen an den Eingaben.

Halten Sie deshalb für eine unsichere Position einen zweiten, begründeten Wert fest und rechnen Sie erneut. Diese Sensitivitätsprüfung zeigt, welche offene Annahme die Entscheidung verändern kann. Fiktive Werte belegen weder eine Amortisationszeit noch eine zu erwartende Ersparnis für Ihren Betrieb.

5. Export und Wechsel vor der Bindung ausprobieren

Lassen Sie sich einen Datenexport mit passenden Beispieldaten zeigen. Prüfen Sie, ob Kennungen, Beziehungen, Anhänge und benötigte Metadaten erhalten bleiben und wie die Daten weiterverwendet werden können. Eine herunterladbare Datei allein beweist noch keine vollständige Übergabe.

Der GOV.UK-Leitfaden Managing technical lock-in in the cloud beschreibt die Abwägung zwischen dem Nutzen eines Dienstes und den Kosten eines späteren Wechsels. Er empfiehlt für SaaS offene Standards und Formate. Das ist ein Anlass, Export und Wechselaufwand konkret zu prüfen.

Bei Individualsoftware klären Sie zusätzlich die vereinbarten Nutzungsrechte, den Umgang mit Abhängigkeiten sowie die Übergabe von Quellcode und Betriebswissen. Diese Punkte ergeben sich aus den tatsächlichen Vereinbarungen und Lizenzen. Aus der Bezeichnung „individuell“ folgt noch keine bestimmte Rechteverteilung.

6. Die Entscheidung mit offenen Punkten dokumentieren

Eine brauchbare Entscheidung nennt die betrachteten Varianten, belegte Muss-Kriterien und den Zeitraum des Kostenvergleichs. Schreiben Sie auf, welche Annahmen noch geprüft werden müssen und wer dafür verantwortlich ist. Halten Sie auch fest, bei welcher Änderung Sie die Auswahl neu bewerten.

Die Softwarevergleich-Vorlage herunterladen und für jede geeignete Variante ausfüllen: Sie enthält dieselben Prüffelder, ein Kostengerüst für 36 Monate und Platz für eine zweite Rechnung mit geänderten Annahmen. Die Wahl kann auch lauten, zuerst einen offenen Punkt in einem begrenzten Test zu klären.

Wenn eine eigene Komponente sinnvoll erscheint, besprechen wir im Rahmen unserer Softwareentwicklung in Nürnberg den ersten Umfang, die beteiligten Systeme und die geplante Betreuung. Die Entscheidung über Standard, Erweiterung oder eigene Umsetzung sollte auf Ihren belegten Anforderungen beruhen.

Ragdom Team

Wir entwickeln Websites, Apps und Software bei Ragdom Venture in Nürnberg.

Über das Team