Was kostet eine Webanwendung?
Bei Websites kennen die meisten inzwischen die Größenordnung. Bei Software wird geraten, und zwar meist um den Faktor zehn falsch. Damit du mit echten Zahlen planen kannst, findest du hier realistische Spannen für 2026, die Faktoren, die den Preis wirklich treiben, und drei Beispiele aus der Praxis.
Eine schlanke Webanwendung mit einem klaren Kernprozess liegt 2026 bei 8.000 bis 20.000 Euro. Ein Kundenportal mit Login, Rollen und Anbindung an Bestandssysteme kostet 15.000 bis 45.000 Euro. Ein eigenes SaaS-Produkt startet bei rund 40.000 Euro. Dazu kommen 50 bis 500 Euro Betrieb im Monat und 15 bis 20 Prozent des Projektwerts pro Jahr für Wartung und Weiterentwicklung.
Die kurze Antwort: Preisspannen 2026
Software ist kein Produkt aus dem Regal, sondern Arbeitszeit in strukturierter Form. Deshalb gibt es keinen Listenpreis. Was es gibt, sind Erfahrungswerte für vergleichbare Vorhaben. Die folgenden Spannen gelten für den deutschen Markt 2026, für individuell entwickelte Anwendungen bei einem Freelancer oder einem kleinen Studio. Agenturen liegen typischerweise 40 bis 100 Prozent darüber.
| Art der Anwendung | Realistische Spanne | Typischer Fall |
|---|---|---|
| Klickbarer Prototyp | 2.000 bis 5.000 € | Idee testen, intern überzeugen |
| Schlanke Anwendung (MVP) | 8.000 bis 20.000 € | Ein Prozess, eine Nutzergruppe |
| Internes Tool | 12.000 bis 35.000 € | Ablösung von Excel und Handarbeit |
| Kundenportal | 15.000 bis 45.000 € | Login, Rollen, Dokumente, Anbindung |
| SaaS-Produkt | ab 40.000 € | Mandantenfähig, Abo, Zahlungen |
| Einzelne Schnittstelle | 1.500 bis 8.000 € | Anbindung eines Fremdsystems |
Wenn dir diese Zahlen hoch erscheinen, hilft ein Vergleich: Eine Webanwendung ersetzt oft Arbeitszeit. Zwei Stunden Handarbeit pro Tag sind über ein Jahr rund 500 Stunden. Zu einem internen Stundensatz von 40 Euro sind das 20.000 Euro pro Jahr, jedes Jahr. Gegen diese Zahl rechnet man ein Projekt, nicht gegen den Preis einer Website.
Diese Spannen sind Erfahrungswerte, keine Angebote. Zwei Projekte mit identischer Beschreibung können sich im Aufwand um den Faktor drei unterscheiden, sobald man in die Fachlichkeit schaut. Ein belastbarer Preis entsteht erst, wenn klar ist, welcher Prozess in welchen Schritten abgebildet wird.
Website, Webanwendung oder App: wo die Grenze verläuft
Der Preisunterschied wird nachvollziehbar, sobald die Begriffe sauber sind. In Anfragen werden sie fast immer vermischt, und genau daraus entstehen die enttäuschten Erwartungen auf beiden Seiten.
Eine Website informiert. Alle Besucher sehen dasselbe. Inhalte werden gelesen, nicht verändert. Was das kostet, habe ich im Ratgeber Was kostet eine Website? aufgeschlüsselt.
Eine Webanwendung arbeitet. Nutzer melden sich an, geben Daten ein, lösen Vorgänge aus. Jeder sieht etwas anderes, je nach Rolle und Berechtigung. Damit kommen drei Dinge ins Spiel, die eine Website nicht braucht: ein Datenmodell, ein Rechtesystem und dauerhafter Betrieb mit Verantwortung für fremde Daten.
Eine App liegt im Store und wird installiert. Für die meisten geschäftlichen Anwendungsfälle ist sie unnötig: Eine moderne Webanwendung läuft im Browser auf jedem Gerät, lässt sich auf dem Startbildschirm ablegen und muss nicht durch zwei Review-Prozesse. Eine echte App lohnt sich, wenn du Kamera, Standort im Hintergrund oder Push-Nachrichten zwingend brauchst.
| Merkmal | Website | Webanwendung |
|---|---|---|
| Zweck | informieren, überzeugen | arbeiten, verwalten |
| Anmeldung | meist keine | zentral, mit Rollen |
| Daten | redaktionell gepflegt | von Nutzern erzeugt |
| Preistreiber | Design und Inhalte | Logik und Schnittstellen |
| Nach dem Launch | gelegentliche Pflege | laufender Betrieb |
Wovon der Preis wirklich abhängt
Nicht die Zahl der Bildschirme bestimmt den Aufwand, sondern die Zahl der Regeln dahinter. Diese sieben Faktoren treiben den Preis am stärksten.
- Nutzerrollen und Rechte. Eine Anwendung für eine Gruppe ist überschaubar. Sobald Kunde, Mitarbeitende und Verwaltung unterschiedliche Dinge sehen und dürfen, vervielfacht sich der Prüf- und Testaufwand. Rollen sind der teuerste Satz in jedem Lastenheft.
- Komplexität der Daten. Wie viele Objekte gibt es, wie hängen sie zusammen, was passiert beim Löschen? Ein Datenmodell mit fünf Objekten ist ein Nachmittag, eines mit fünfzig ein Projektabschnitt.
- Schnittstellen zu Fremdsystemen. Der häufigste unterschätzte Posten. Moderne Dienste mit dokumentierter Schnittstelle sind schnell angebunden. Ältere Warenwirtschafts- oder Branchensysteme kosten ein Vielfaches, weil zuerst herausgefunden werden muss, wie sie sich wirklich verhalten.
- Datenschutz und Nachvollziehbarkeit. Sobald personenbezogene Daten verarbeitet werden, gehören Löschkonzept, Protokollierung und Auftragsverarbeitung dazu. Das ist kein Extra, sondern Pflicht, und es kostet Zeit.
- Echtzeit und Verfügbarkeit. Muss der Bildschirm sich sofort aktualisieren, wenn jemand anders etwas ändert? Darf die Anwendung nachts kurz weg sein? Beide Antworten verändern die Architektur und damit den Preis.
- Design und Bedienung. Mit Standard-Komponenten ist eine Oberfläche schnell gebaut, sieht aber aus wie jede andere. Ein eigenes, durchdachtes Interface kostet mehr und entscheidet oft darüber, ob die Anwendung tatsächlich genutzt wird.
- Wer betreibt es danach. Übergabe an deine IT ist günstiger als laufender Betrieb inklusive Bereitschaft. Das gehört ins Angebot, nicht in ein späteres Gespräch.
Einmalige und laufende Kosten trennen
Bei Websites sind die laufenden Kosten ein Randposten. Bei Software sind sie ein eigener Haushaltsplan. Wer nur die Entwicklung budgetiert, hat nach einem Jahr ein Problem.
Einmalige Kosten
Konzeption und Klärung der Fachlichkeit, Datenmodell, Entwicklung, Oberflächen, Schnittstellen, Tests, Einrichtung der Infrastruktur und die Einführung bei den Nutzern. Der letzte Punkt wird fast immer vergessen und ist der Grund, warum gute Software manchmal ungenutzt bleibt.
Laufende Kosten
Software altert, auch wenn sich nichts an ihr ändert. Abhängigkeiten bekommen Sicherheitslücken, Schnittstellen von Fremdsystemen ändern sich, Browser entwickeln sich weiter. Ohne Pflege wird eine Anwendung nicht schlechter aussehen, sondern irgendwann angreifbar.
| Posten | Ungefähr | Anmerkung |
|---|---|---|
| Hosting und Datenbank | 20 bis 300 € / Monat | Skaliert mit Nutzern und Datenmenge |
| Backups und Monitoring | 10 bis 80 € / Monat | Nicht verhandelbar bei echten Daten |
| Externe Dienste | 0 bis 150 € / Monat | Anmeldung, E-Mail, Zahlungen |
| Wartung und Sicherheit | 15 bis 20 % / Jahr | Bezogen auf den Projektwert |
| Weiterentwicklung | nach Bedarf | Kontingent oder Tagessatz |
Ein Kundenportal für 25.000 Euro kostet also grob 100 bis 300 Euro Betrieb im Monat und rund 4.000 Euro pro Jahr für Wartung. Wer das von Anfang an einplant, wird nicht überrascht.
Kaufen oder entwickeln lassen
Die wichtigste Frage, und sie kommt zu selten. Individuelle Entwicklung ist nicht automatisch besser. Sie ist besser, wenn der Prozess dein Vorteil ist, und schlechter, wenn er Standard ist.
Standardlösung
Kaufen- Sofort einsatzbereit
- Kosten pro Nutzer, monatlich
- Du passt dich dem Werkzeug an
- Abhängig vom Anbieter
Individuell
Bauen lassen- Passt genau zum Prozess
- Höhere Investition am Start
- Gehört dir, keine Nutzergebühr
- Du trägst die Pflege
Kombination
Verbinden- Standard für Standardteile
- Eigenes für den Kern
- Meist die beste Rechnung
- Braucht Schnittstellen
Kaufe Standard für Buchhaltung, Newsletter, Terminbuchung, Dateiablage und klassisches CRM. Diese Felder sind gelöst, und keine Eigenentwicklung holt den Funktionsumfang zu diesem Preis ein.
Lass individuell entwickeln, wenn genau dieser Ablauf dein Wettbewerbsvorteil ist, wenn du seit Jahren Tabellen und Handarbeit gegen ein Standardwerkzeug stemmst, oder wenn drei Systeme nicht miteinander sprechen und jemand die Daten dazwischen von Hand überträgt.
In der Praxis gewinnt meistens die dritte Spalte: Standardwerkzeuge für alles Übliche, eine schlanke eigene Anwendung für den Teil, der dein Geschäft ausmacht, und Schnittstellen dazwischen.
Klein anfangen, aber richtig
Der wirksamste Hebel auf das Budget ist nicht Verhandeln, sondern Zuschneiden. Ein MVP ist nicht die halbfertige Version, sondern die kleinste, die den Kernprozess vollständig löst. Vollständig ist das entscheidende Wort: Eine Anwendung, die einen Vorgang zu 80 Prozent abbildet, ist unbenutzbar, weil die letzten 20 Prozent weiter von Hand laufen.
Der Grund, warum sich das lohnt, ist unbequem: Ein erheblicher Teil der vorab gewünschten Funktionen wird nach dem ersten echten Einsatz gestrichen oder umgebaut. Nicht weil schlecht geplant wurde, sondern weil sich Anforderungen erst am laufenden System klären. Wer alles vorab baut, bezahlt Vermutungen.
Praktisch heißt das: Ein Prozess, eine Nutzergruppe, keine Ausnahmen im ersten Schritt. Nach vier Wochen im Echtbetrieb weißt du mehr über die Anforderungen als jeder Workshop hätte ergeben. Dann wird erweitert, priorisiert nach dem, was tatsächlich weh tut.
Wenn du die Anwendung in einem Satz beschreiben kannst, ohne „und" zu benutzen, ist der Zuschnitt richtig. Sobald drei „und" darin vorkommen, sind es drei Projekte, und dann sollten sie auch nacheinander gebaut werden.
Drei Beispiele aus der Praxis
Damit die Zahlen greifbar werden, drei typische Zuschnitte mit dem, was sie realistisch kosten.
Internes Tool für Aufmaß und Angebote
Aufmaße auf dem Tablet erfassen, Angebot daraus erzeugen, Status verfolgen. Ersetzt Zettel, Excel und dreifache Eingabe. Eine Nutzergruppe, ein Prozess, Export in die Buchhaltung.
Kundenportal mit Anbindung
Kunden sehen Aufträge, Dokumente und Lieferstatus, laden Dateien hoch und stellen Anfragen. Drei Rollen, Anbindung an die Warenwirtschaft, Protokollierung nach DSGVO.
MVP für ein Abo-Produkt
Anmeldung, ein Kernfeature, Zahlungsabwicklung, einfaches Dashboard. Bewusst ohne Team-Funktionen und Rollen, um mit echten Kunden zu lernen, bevor weiter investiert wird.
Woran Projekte scheitern, und was es kostet
Softwareprojekte laufen selten aus dem Ruder, weil zu langsam programmiert wird. Sie laufen aus dem Ruder, weil zu früh programmiert wird. Die vier häufigsten Muster:
- Ungeklärte Sonderfälle. Der Normalfall ist schnell gebaut. Was passiert bei Storno, Teillieferung, doppeltem Eintrag, ausgeschiedenem Mitarbeiter? Diese Fragen kosten nachträglich ein Vielfaches.
- Der Big-Bang-Launch. Zwölf Monate ohne lauffähigen Zwischenstand bedeutet zwölf Monate ohne Korrekturmöglichkeit. Kurze Abschnitte mit echten Zwischenständen sind nicht nur angenehmer, sie sind billiger.
- Änderungswünsche ohne Verfahren. Sie kommen immer, und sie sind meist berechtigt. Ohne vereinbartes Vorgehen werden sie entweder abgelehnt oder stillschweigend eingebaut. Beides beschädigt das Projekt.
- Keine Einführung. Software, die niemand erklärt bekommt, wird nicht genutzt. Ein halber Tag Schulung und eine kurze Anleitung retten die gesamte Investition.
Wenn deine Anwendung eine bestehende Website ersetzt oder erweitert, lies zusätzlich, wie ein Relaunch ohne Ranking-Verlust abläuft. Der häufigste Fehler dabei sind vergessene Weiterleitungen.
Angebote richtig vergleichen
Bei Software ist der Preisvergleich schwieriger als bei fast allem anderen, weil die Leistung unsichtbar ist. Frag deshalb nicht nach dem Preis, sondern nach diesen sechs Punkten:
- Umfangsbeschreibung. Welche Prozesse, welche Rollen, welche Sonderfälle sind enthalten? Ohne diese Liste vergleichst du zwei Zahlen ohne Bezug.
- Annahmen. Ein gutes Angebot benennt, worauf es sich verlässt. Fehlen Annahmen, wurden sie nicht gemacht, sondern übersehen.
- Änderungen. Wie werden neue Wünsche behandelt und abgerechnet?
- Rechte am Code. Wem gehört das Ergebnis, und bekommst du Zugriff auf Repository und Infrastruktur?
- Nach dem Launch. Wer pflegt, wer ist erreichbar, was kostet das, und wie schnell wird reagiert?
- Ausstieg. Was passiert, wenn die Zusammenarbeit endet? Kann jemand anderes übernehmen?
Ein deutlich niedrigeres Angebot bedeutet fast nie mehr Effizienz. Es bedeutet weniger Umfang, weniger Tests oder eine Kalkulation, die später über Nachträge korrigiert wird.
Für MVPs, interne Tools und Kundenportale ist ein erfahrener Freelancer meist die effizientere Wahl. Sobald mehrere Teams parallel arbeiten müssen, Verfügbarkeit rund um die Uhr gefordert ist oder ein großes Altsystem migriert wird, brauchst du ein Team mit Vertretungsregelung. Wenn dein Vorhaben in diese Kategorie fällt, sage ich dir das im Erstgespräch, statt es zu versuchen.
Die Fragen, die vor jedem Softwareprojekt kommen.
Was kostet eine Webanwendung?+
Eine schlanke Webanwendung mit einem klar umrissenen Kernprozess kostet 2026 realistisch 8.000 bis 20.000 Euro. Ein Kundenportal mit Login, Rollen und Anbindung an ein Bestandssystem liegt meist bei 15.000 bis 45.000 Euro. Ein eigenes SaaS-Produkt beginnt bei etwa 40.000 Euro und ist nach oben offen. Entscheidend sind die Zahl der Nutzerrollen, die Komplexität der Daten und die Anzahl der Schnittstellen.
Was ist der Unterschied zwischen einer Website und einer Webanwendung?+
Eine Website informiert, eine Webanwendung arbeitet. Auf einer Website liest jemand Inhalte, die für alle gleich sind. In einer Webanwendung melden sich Nutzer an, geben Daten ein, lösen Vorgänge aus und sehen unterschiedliche Inhalte je nach Rolle. Aus dieser Unterscheidung folgt der Preisunterschied: Eine Webanwendung braucht ein Datenmodell, ein Rechtesystem und dauerhaften Betrieb.
Was kostet ein Kundenportal?+
Ein Kundenportal kostet in der Regel 15.000 bis 45.000 Euro. Der Preis hängt davon ab, was Kunden dort tun sollen: Nur Dokumente und Rechnungen einsehen liegt am unteren Ende. Aufträge anlegen, Status verfolgen, Dateien hochladen und Daten mit der Warenwirtschaft synchronisieren liegt am oberen Ende. Die Anbindung an Bestandssysteme ist meist der größte Einzelposten.
Was kostet der Betrieb einer Webanwendung im Monat?+
Rechne mit 50 bis 500 Euro im Monat, je nach Nutzerzahl und Datenmenge. Darin stecken Hosting und Datenbank (etwa 20 bis 300 Euro), Backups und Monitoring (etwa 10 bis 80 Euro) sowie externe Dienste für Anmeldung, E-Mail-Versand oder Zahlungen. Für Sicherheitsupdates und Wartung kommen üblicherweise 15 bis 20 Prozent des Projektwerts pro Jahr hinzu.
Sollte ich eine Standardlösung kaufen oder individuell entwickeln lassen?+
Kaufe Standard, wenn dein Prozess dem Markt entspricht. Für Buchhaltung, Newsletter, Terminbuchung oder CRM gibt es hervorragende fertige Lösungen, die eine Eigenentwicklung nie einholt. Entwickle individuell, wenn genau dieser Prozess dein Wettbewerbsvorteil ist, wenn du mehrere Systeme verbinden musst oder wenn du seit Jahren mit Tabellen und Handarbeit gegen die Standardlösung ankämpfst.
Was ist ein MVP und wie viel spart er?+
Ein MVP ist die kleinste Version, die den Kernprozess vollständig löst. In der Praxis halbiert er das Startbudget oft, weil rund 60 Prozent der ursprünglich gewünschten Funktionen nach dem ersten echten Einsatz gestrichen oder umgebaut werden. Du zahlst also nur für das, was sich als nötig erweist, statt für Vermutungen.
Wie lange dauert die Entwicklung einer Webanwendung?+
Ein MVP ist typisch in 6 bis 12 Wochen einsatzbereit, ein Kundenportal in 3 bis 6 Monaten, ein SaaS-Produkt in 6 bis 12 Monaten bis zur ersten zahlenden Kundschaft. Der größte Zeitfresser ist selten die Programmierung, sondern ungeklärte Fachlichkeit: Wer darf was, was passiert im Sonderfall, welche Daten gelten als Wahrheit.
Wem gehört der Quellcode?+
Das gehört in den Vertrag, bevor die erste Zeile entsteht. Sinnvoll ist, dass du mit der Schlusszahlung alle Nutzungsrechte am individuell erstellten Code erhältst und Zugriff auf das Repository sowie die Infrastruktur bekommst. Ohne diese Klarheit bist du an einen Dienstleister gebunden, auch wenn die Zusammenarbeit nicht mehr passt.
Kann ein Freelancer eine Webanwendung bauen oder brauche ich eine Agentur?+
Für MVPs, interne Tools und Kundenportale ist ein erfahrener Freelancer meist die effizientere Wahl: direkter Draht, kein Overhead, schnellere Entscheidungen. Sobald mehrere Teams parallel arbeiten müssen, rund um die Uhr Verfügbarkeit gefordert ist oder ein großes Altsystem migriert wird, braucht es ein Team. Ein seriöser Dienstleister sagt dir, wann sein Zuschnitt nicht passt.
Was kostet die Anbindung an ein bestehendes System?+
Eine Schnittstelle kostet 1.500 bis 8.000 Euro pro System. Am unteren Ende liegen moderne Dienste mit dokumentierter Schnittstelle und Testumgebung. Am oberen Ende liegen ältere Warenwirtschafts- oder Branchensysteme ohne Dokumentation, bei denen ein erheblicher Teil des Aufwands in die Klärung fließt, wie das System sich tatsächlich verhält.
Warum unterscheiden sich Angebote für dasselbe Projekt so stark?+
Weil das Wort Webanwendung nichts über den Umfang aussagt. Ein Angebot rechnet mit fertigen Komponenten und einem Standard-Login, ein anderes mit eigenem Design, Rollenkonzept, Tests und Betriebsübernahme. Vergleiche deshalb Umfangsbeschreibung, Annahmen, Umgang mit Änderungswünschen, Rechte am Code und was nach dem Launch passiert. Ein auffällig niedriger Preis bedeutet fast immer weniger Umfang, nicht mehr Effizienz.
Wie vermeide ich, dass das Projekt aus dem Budget läuft?+
Drei Dinge helfen am meisten: Schreibe vor Projektstart auf, welcher Prozess in welchen Schritten abgebildet wird, inklusive Sonderfälle. Arbeite in kurzen Abschnitten mit lauffähigen Zwischenständen statt auf einen Big-Bang-Launch zu. Und definiere von Anfang an, wie Änderungswünsche behandelt werden, denn sie kommen garantiert. Wer diese drei Punkte klärt, bleibt in der Regel im Rahmen.