Web-App oder App im Mittelstand: Kosten, Nutzen und die häufigsten Fehlannahmen

Kaum eine Digitalisierungsfrage wird im Mittelstand so oft gestellt und so selten nüchtern beantwortet wie diese: Was kostet eine eigene App oder Web-App tatsächlich, und wann rechnet sie sich? Die Spanne der Angebote reicht von wenigen Tausend bis zu mehreren Hunderttausend Euro. Wer die Preistreiber nicht kennt, vergleicht Äpfel mit Birnen und entscheidet aus dem Bauch heraus. Dabei lässt sich das Thema erstaunlich klar strukturieren, wenn man die richtigen Fragen an den Anfang stellt.

Was den Preis wirklich bestimmt

Der wichtigste Kostentreiber ist nicht die Plattform, sondern der Funktionsumfang. Eine App, die im Kern Inhalte anzeigt und ein Formular verarbeitet, liegt in einer völlig anderen Größenordnung als eine Lösung mit Nutzerkonten, Zahlungsabwicklung, Schnittstellen zu bestehenden Systemen und Echtzeitdaten. Als grobe Orientierung aus der Projektpraxis: Ein schlanker erster Aufschlag beginnt im Bereich von etwa 8.000 bis 25.000 Euro, eine ausgereifte Fachanwendung bewegt sich häufig zwischen 25.000 und 80.000 Euro, und umfangreiche Plattformen mit mehreren Nutzergruppen und tiefer Systemintegration überschreiten schnell 80.000 Euro.

Vier Faktoren verschieben diese Zahlen am stärksten:

• die Zahl der Zielplattformen, das heißt nur Web, nur eine mobile Plattform oder beide;
• die Menge und Komplexität der Funktionen;
• die Anzahl der Schnittstellen zu bereits vorhandener Software;
• die Anforderungen an Design und Barrierefreiheit.

Jeder dieser Punkte lässt sich planen, wenn er früh benannt wird, und wird teuer, wenn er nachträglich einbricht. Wer diese vier Faktoren vorab klärt, macht Angebote unterschiedlicher Anbieter überhaupt erst vergleichbar.

Anbei zusammengefasst mögliche Fehlannahmen:

• Fehlannahme 1 – Künstliche Intelligenz macht Entwicklung fast umsonst: Werkzeuge zur KI-gestützten Codeerzeugung haben die Erwartung geweckt, Software entstehe künftig nahezu zum Nulltarif. Die Realität ist differenzierter. In kontrollierten Untersuchungen beschleunigt solche Unterstützung einzelne, klar umrissene Aufgaben deutlich, bei komplexen Aufgaben fällt der Effekt jedoch gering aus. Über ein gesamtes Projekt hinweg bleibt erfahrungsgemäß eine Ersparnis von etwa 20 bis 40 Prozent, weil sich Anforderungsklärung, Qualitätssicherung, Sicherheitsprüfungen und Auslieferung kaum verkürzen. Hinzu kommt ein Risiko: Sicherheitsanalysen zeigen, dass automatisch erzeugter Code auffällig häufig verwundbar ist. Künstliche Intelligenz senkt Kosten, aber sie ersetzt weder Prüfung noch Verantwortung.
• Fehlannahme 2 – Alles muss von Anfang an hinein: Der teuerste Fehler entsteht, bevor die erste Zeile Code geschrieben ist, nämlich beim Umfang. Viele Auftraggeber möchten sämtliche Funktionen zum Start ausliefern. Nutzungsdaten sprechen dagegen: Ein erheblicher Teil der Funktionen einer typischen Anwendung wird selten oder nie verwendet. Wer stattdessen mit einem tragfähigen Kern beginnt, ihn in vier bis acht Wochen an echte Nutzer bringt und danach anhand von Rückmeldungen ausbaut, spart nicht nur Budget, sondern baut auch das richtige Produkt. Der Umfang zum Start sollte die kleinste sinnvolle Lösung sein, nicht die größte denkbare.
• Fehlannahme 3 – Es muss eine native App sein: Die Entscheidung für eine native App aus dem App-Store fällt oft reflexhaft. Für viele Anwendungsfälle im Mittelstand genügt jedoch eine Web-App, die im Browser läuft und beide mobilen Welten mit einer einzigen Codebasis abdeckt. Der Vorteil liegt in geringeren Kosten und darin, dass Aktualisierungen sofort bei allen Nutzern ankommen, ohne Store-Freigabe. Die Grenzen sind allerdings ebenso real und gehören ehrlich benannt: Tiefer Hardwarezugriff etwa auf Bluetooth, NFC oder Hintergrunddienste bleibt weitgehend nativen Apps vorbehalten beziehungsweise ist im Browser nur eingeschränkt verfügbar, Benachrichtigungen funktionieren im Web nur eingeschränkt, und wer über die Store-Suche gefunden werden oder In-App-Käufe anbieten möchte, kommt am Store nicht vorbei. Die Plattform ist kein Glaubensbekenntnis, sondern eine Abwägung entlang des konkreten Bedarfs.
• Fehlannahme 4 – Nach der Fertigstellung ist Ruhe: Eine App ist kein Projekt mit Enddatum, sondern ein Betrieb. Betriebssysteme, Sicherheitsanforderungen und Schnittstellen ändern sich laufend; eine Anwendung, die nicht gepflegt wird, veraltet innerhalb von Monaten. Als Faustregel sollten Unternehmen jährlich etwa 5 bis 12,5 Prozent der ursprünglichen Entwicklungskosten für Wartung, Aktualisierungen und kleinere Weiterentwicklungen einplanen. Wer diese laufenden Kosten von Beginn an mitdenkt, erlebt keine böse Überraschung im zweiten Jahr und behandelt die App als das, was sie ist: Ein Werkzeug, das mit dem Unternehmen mitwächst.

Wann sich die Investition lohnt

Der Nutzen einer App entsteht nicht aus ihrer bloßen Existenz, sondern aus einem klar benannten Zweck. Vor der Budgetfreigabe sollten Verantwortliche daher vier Fragen beantworten:

• Lässt sich der Zweck der App in einem einzigen Satz benennen?
• Welcher konkrete Prozess wird dadurch schneller, günstiger oder überhaupt erst möglich?
• Wie oft wird sich das Produkt nach dem Start voraussichtlich ändern?
• Wie preissensibel ist das Budget wirklich?

Lässt sich der Zweck klar formulieren und ein Nutzen beziffern, ist die Investition meist gut angelegt. Bleibt die Antwort vage, sollte man das Vorhaben zurückstellen, bevor Budget in ein Produkt fließt, das am Ende niemand vermisst.

Literatur & Weblinks

• Peng et al. (2023): The Impact of AI on Developer Productivity — Evidence from GitHub Copilot. arXiv:2302.06590, 13.02.2023.
• Unleashing developer productivity with generative AI. McKinsey & Company, 2023.
• GenAI Code Security Report. Veracode, 2025.
• Feature Adoption Report. Pendo, 2019.

^{Depositphotos.com/LDProd}