Web-App oder Standardsoftware: Wann lohnt Individualentwicklung?

Die Frage „Web-App oder Standardsoftware" wird selten neutral gestellt. Meist steht schon eine Meinung dahinter: Entweder „für alles gibt es doch ein Tool" oder „unsere Abläufe sind zu speziell für Standard". Beide Sätze sind manchmal richtig und oft bequem.

Die nüchterne Ausgangslage lautet: Standardsoftware ist der Normalfall und in den meisten Situationen die wirtschaftlich vernünftigere Wahl. Sie wird von vielen Kunden finanziert, laufend weiterentwickelt, dokumentiert und gepflegt. Individualentwicklung lohnt sich dort, wo Standard entweder nicht passt oder nur mit so vielen Verrenkungen passt, dass der vermeintliche Vorteil verschwindet. Dieser Beitrag beschreibt, woran man diese Fälle erkennt.

Wann Standardsoftware klar die bessere Wahl ist

Sie sollten Standard nehmen, wenn Ihr Bedarf einem verbreiteten Muster entspricht. Buchhaltung, Lohnabrechnung, Warenwirtschaft, Onlineshop, Kundenverwaltung, Ticketsystem, Zeiterfassung: Für all das existieren ausgereifte Produkte, die Ihre Anforderungen mit hoher Wahrscheinlichkeit besser abdecken, als eine erste eigene Version es könnte.

Weitere Anzeichen für Standard:

• Es gibt regulatorische Anforderungen, die sich ändern. Steuerrecht, Meldepflichten, Formatvorgaben. Bei Standardprodukten pflegt der Anbieter diese Änderungen ein, bei Eigenentwicklung tun Sie es.
• Ihre Anforderungen sind zwar detailliert, aber nicht ungewöhnlich. Vieles, was intern als Besonderheit gilt, ist branchenüblich und in Produkten abgebildet.
• Sie brauchen schnell eine Lösung. Konfigurieren ist schneller als bauen.
• Sie wollen wenig Eigenverantwortung im Betrieb. Ein Produkt mit Support ist bequemer als eine eigene Anwendung, die jemand betreuen muss.

Ein häufiger Fehler ist, Individualentwicklung zu wählen, weil eine Prozessdiskussion vermieden wurde. Wenn drei Abteilungen drei Vorgehensweisen haben, wird eine eigene Software das nicht auflösen, sondern alle drei abbilden. Genau davor warnt auch der Beitrag zur CRM-Auswahl für KMU: Erst der Prozess, dann das Werkzeug.

Wann eine eigene Web-App trägt

Es gibt Situationen, in denen Standard nicht die bessere Antwort ist. Fünf Muster tauchen in der Praxis immer wieder auf.

1. Der Prozess ist Ihr Unterscheidungsmerkmal. Wenn eine Abwicklung, eine Kalkulationslogik oder eine Art der Kundenbetreuung der Grund ist, warum Kunden bei Ihnen kaufen, dann ist es riskant, sie in ein Produkt zu zwängen, das für den Durchschnitt gebaut wurde. Hier zahlt Passgenauigkeit auf den Umsatz ein.

2. Der Ablauf spannt sich über mehrere Systeme. Wenn Mitarbeitende zwischen drei Anwendungen wechseln, Werte übertragen und in einer Tabelle zusammenführen, gibt es dafür oft kein Produkt, weil die Kombination spezifisch ist. Eine schlanke Oberfläche, die auf die vorhandenen Systeme zugreift und den Ablauf an einer Stelle bündelt, ist dann kein Luxus, sondern die naheliegende Lösung.

3. Eine Excel-Datei ist unbemerkt zum Kernsystem geworden. Das Muster ist bekannt: Eine Tabelle, die jemand vor Jahren angelegt hat, steuert heute Planung, Kalkulation oder Disposition. Sie enthält Formeln, die niemand mehr erklären kann, existiert in mehreren Versionen und hat keine Rechteverwaltung. Solche Dateien abzulösen ist einer der lohnendsten Fälle für eine kleine Web-Anwendung, weil das Risiko real und der Nutzen sofort sichtbar ist.

4. Externe sollen mitarbeiten. Kunden, die Aufträge einreichen und ihren Status sehen. Lieferanten, die Preise pflegen. Partner, die Unterlagen hochladen. Ein Portal mit klaren Rechten löst hier ein Problem, das E-Mail nur verwaltet, nicht abstellt.

5. Es existiert nur teure Überausstattung. Manchmal gibt es zwar Produkte, aber nur solche, die für deutlich größere Organisationen gebaut wurden. Dann kaufen Sie neunzig Prozent Funktionsumfang mit, den niemand nutzt, samt Einführungsaufwand und Schulungsbedarf. Eine schlanke eigene Lösung für die zehn Prozent kann wirtschaftlicher sein.

Wie solche Anwendungen aufgebaut, angebunden und übergeben werden, beschreibt die Seite zur Web-App-Entwicklung.

Der dritte Weg, der oft übersehen wird

Die Entscheidung ist selten entweder-oder. In vielen Fällen ist die richtige Antwort: Standard für das, was Standard ist, und eine schlanke eigene Ergänzung für das, was wirklich eigen ist.

Konkret heißt das: Buchhaltung, Warenwirtschaft und Kundenverwaltung bleiben in Produkten. Darüber liegt eine kleine Anwendung, die den einen Ablauf abbildet, der sich sonst nirgends abbilden lässt, und die ihre Daten aus den vorhandenen Systemen zieht und dorthin zurückschreibt.

Dieser Weg hat drei Vorteile: Sie behalten die Pflegeleistung des Anbieters für die Standardteile, Sie bauen nur, was Sie wirklich brauchen, und der Umfang der Eigenentwicklung bleibt klein genug, um überschaubar zu bleiben. Voraussetzung ist, dass die beteiligten Produkte brauchbare Schnittstellen haben. Welche Verbindungsart dafür passt, ordnet der Beitrag API, iPaaS oder Middleware ein.

Was Individualentwicklung tatsächlich kostet

Die Anschaffung ist der kleinere Teil der Rechnung. Wer ehrlich vergleicht, rechnet über mehrere Jahre und berücksichtigt bei beiden Varianten:

Bei Standardsoftware: Lizenzen je Nutzer und Jahr, Einführung und Konfiguration, Schulung, Anpassungen und Erweiterungen, Schnittstellenkosten, Preiserhöhungen, Aufwand bei Versionswechseln und die Kosten, den eigenen Ablauf an das Produkt anzupassen.

Bei Individualentwicklung: Konzeption und Umsetzung, Hosting, laufende Pflege und Sicherheitsaktualisierungen, Weiterentwicklung, Anpassung an Änderungen der angebundenen Systeme und die Verfügbarkeit einer Person, die im Störfall reagiert.

Für die Pflege einer eigenen Anwendung sollten Sie einen laufenden jährlichen Anteil des ursprünglichen Umsetzungsaufwands einplanen. Wer diesen Posten mit null ansetzt, vergleicht nicht Alternativen, sondern Wunschbilder. Software altert auch dann, wenn niemand sie ändert: Abhängigkeiten bekommen Sicherheitslücken, angebundene Schnittstellen ändern sich, Browser entwickeln sich weiter.

Belastbare Zahlen für Ihren Fall entstehen erst nach einer fachlichen und technischen Klärung. Was den Aufwand treibt, lässt sich aber vorab benennen: Anzahl der Nutzerrollen, Zahl und Qualität der anzubindenden Systeme, Komplexität der Regeln, Anforderungen an Nachvollziehbarkeit und Rechte, Umfang der zu übernehmenden Altdaten sowie das gewünschte Betriebsmodell.

Die Fragen, die vor jeder Entscheidung gehören

1. Ist der Prozess selbst geklärt? Wenn nicht, ist keine der beiden Optionen die richtige, sondern zuerst eine Prozessaufnahme.
2. Haben wir wirklich nach Standardlösungen gesucht? Zwei Demos sind keine Marktsichtung. Es lohnt sich, auch kleinere und branchennahe Anbieter anzusehen.
3. Wie viel Anpassung würde Standard brauchen? Wenn ein Produkt nur mit umfangreichen Sonderanpassungen passt, verlieren Sie den Hauptvorteil des Standards, nämlich die Pflege durch den Anbieter.
4. Was passiert, wenn wir nichts tun? Manchmal ist der Leidensdruck geringer als gedacht, manchmal deutlich größer, etwa wenn eine Tabelle ohne Absicherung geschäftskritisch geworden ist.
5. Wer betreut das Ergebnis in drei Jahren? Diese Frage entscheidet mehr über den Erfolg als die Technologiewahl.
6. Gehört uns am Ende, was entsteht? Bei Individualentwicklung sollten Quellcode, Dokumentation und Zugänge bei Ihnen liegen, und die Anwendung sollte in Ihren eigenen Konten laufen. Dann bleibt ein Anbieterwechsel möglich.

Klein anfangen statt groß planen

Wenn die Entscheidung auf eine eigene Anwendung fällt, ist der wirksamste Schutz vor Fehlinvestition der Zuschnitt. Nicht das komplette Wunschsystem, sondern der eine Ablauf, der heute am meisten weh tut, in einer Version, die echte Nutzer im Alltag verwenden.

Diese Reihenfolge hat einen einfachen Grund: Anforderungen auf Papier sind Vermutungen. Sobald Menschen mit einer laufenden Version arbeiten, ändern sich Prioritäten, und zwar immer. Wer zuerst ein Jahr lang plant und dann alles baut, baut mit hoher Wahrscheinlichkeit an mehreren Stellen etwas, das niemand braucht.

Ein sinnvoller erster Zuschnitt ist so klein, dass er in überschaubarer Zeit produktiv geht, und so groß, dass er einen vollständigen Ablauf abdeckt. Halbe Abläufe erzeugen neue Medienbrüche statt weniger.

Häufige Fragen

Ist Individualsoftware nicht immer teurer als ein fertiges Produkt?

In der Anschaffung meist ja. Über mehrere Jahre kommt es darauf an, wie viele Nutzer Lizenzen brauchen, wie viel Anpassung der Standard erfordert und wie viel manuelle Arbeit die schlechtere Passung dauerhaft verursacht. Beide Varianten gehören mit denselben Posten gerechnet.

Was passiert, wenn der Entwickler nicht mehr verfügbar ist?

Diese Frage sollten Sie vor Projektbeginn stellen. Antwortbestandteile, auf die Sie bestehen können: ein weit verbreiteter, üblicher Technologiestand statt exotischer Bausteine, eine verständliche technische Dokumentation, Quellcode und Zugänge in Ihrem Besitz, sowie Hosting in Ihren eigenen Konten. Dann kann eine andere Fachkraft übernehmen.

Wie steht es um Datenschutz bei einer eigenen Anwendung?

Sie tragen die Verantwortung als Verantwortlicher im Sinne der DSGVO, wie bei jedem anderen System auch. Praktisch heißt das: Hosting in der EU, ein Auftragsverarbeitungsvertrag mit allen beteiligten Dienstleistern nach Artikel 28, ein Rollen- und Rechtekonzept, technische und organisatorische Maßnahmen nach Artikel 32 und ein Löschkonzept. Diese Punkte gehören von Anfang an eingeplant, nicht nachträglich.

Können wir eine bestehende Excel-Lösung schrittweise ablösen?

Ja, und das ist meist der bessere Weg. Zuerst wird die Datenhaltung abgelöst, dann die Erfassung, dann die Auswertung. Die Tabelle bleibt so lange als Notausgang bestehen, bis das neue Werkzeug im Alltag trägt.

Wie Sie die Abwägung konkret treffen

Web-App oder Standardsoftware ist keine Grundsatzentscheidung, sondern eine Abwägung pro Anwendungsfall. Standard, wo der Bedarf verbreitet ist. Individuell, wo der Ablauf Ihr Unterscheidungsmerkmal ist, mehrere Systeme überspannt oder heute in einer ungesicherten Tabelle lebt. Und häufig: beides, sauber miteinander verbunden.

Wie ein solches Vorhaben von der Analyse über die Umsetzung bis zum Betrieb abläuft, lesen Sie auf der Seite zur Software-Implementierung. Wenn Sie einen konkreten Fall im Kopf haben, schauen wir ihn uns gemeinsam im Erstgespräch an.