Was kostet eine Webanwendung im Jahr 2026? Preisspannen und Kostenschätzung

Kurz gefasst — was kostet eine Webanwendung (auch Web-App genannt) im Jahr 2026? Eine einfache Anwendung mit Benutzerkonten und Administrationsbereich liegt bei ca. 4.150–10.400 € netto, eine Plattform oder ein Produkt-MVP mit mehreren Modulen, Schnittstellen und Zahlungen bei 9.200–23.000 € netto, und ein umfangreiches System mit vielen Rollen und Schnittstellen zu ERP oder CRM beginnt ab ca. 23.000 € netto.

Euro-Beträge umgerechnet zum NBP-Mittelkurs vom 14.09.2026 (1 € = 4,3391 zł) und gerundet. Die Abrechnung erfolgt in PLN.

Das sind Preisspannen, keine Preisliste. Eine Webanwendung ist kein Produkt von der Stange – jede hat eine andere Zahl an Bildschirmen, Rollen, Sonderfällen und Systemen, mit denen sie sprechen muss. Der genaue Betrag entsteht erst nach einem Gespräch über den Umfang.

Was ist eine Webanwendung? Beispiele

Eine Webanwendung ist ein Programm, das im Browser genutzt wird — ohne Installation auf dem Computer oder Smartphone. Von einer gewöhnlichen Website unterscheidet sie sich dadurch, dass der Nutzer nicht nur Inhalte liest, sondern sich anmeldet, Daten eingibt und darin arbeitet.

Typische Beispiele für Webanwendungen in Unternehmen:

• Panel für die Auftrags- oder Bestellabwicklung — statt Tabellenkalkulation und E-Mails,
• Kundenportal — der Kunde prüft den Status selbst, lädt Dokumente herunter, gibt Bestellungen auf,
• CRM-System oder Kundendatenbank — abgestimmt auf den eigenen Vertriebsprozess; was das kostet, rechnen wir im Beitrag Was kostet ein CRM-System vor,
• Plattform mit zwei Kontotypen — z. B. Inserenten und Bewerber, Verkäufer und Käufer,
• SaaS-Produkt — eine Anwendung, die Sie anderen Unternehmen im Abonnement verkaufen.

Woher kommen diese Preisspannen? Stunden mal Stundensatz

Die Kostenschätzung einer Webanwendung ist eine einfache Rechnung: Anzahl der Arbeitsstunden mal Stundensatz. Bei CodePort sind die Sätze offen einsehbar – Entwicklung 46 €/h netto, Design 35 €/h netto. Alles Weitere ist die Schätzung, wie viele Stunden ein konkreter Umfang benötigt.

Deshalb läuft ein Gespräch über das Budget immer auf ein Gespräch über Funktionen hinaus. Jeder zusätzliche Kontotyp, jeder Report und jede Schnittstelle bedeutet weitere Arbeitsstunden.

Beispiel (nur zur Veranschaulichung, kein Angebot): ein Panel zur Auftragsverwaltung – 120 Stunden Entwicklung × 46 € = 5.550 € netto, dazu 20 Stunden Interface-Design × 35 € = 690 € netto. Zusammen 6.200 € netto, also ein Betrag innerhalb der Spanne für eine einfache Anwendung.

Zweites Beispiel: ein Plattform-MVP mit Zahlungen und zwei Kontotypen – 300 Stunden Entwicklung × 46 € = 13.800 € netto plus 60 Stunden Design × 35 € = 2.050 € netto, zusammen 15.900 € netto.

Ihr Projekt kann darunter oder darüber liegen. Wichtig ist, dass Sie die Mechanik verstehen: Sie kaufen keine „Anwendung“, Sie kaufen Arbeitsstunden, die in konkrete Funktionen umgesetzt werden.

Was kostet eine Webanwendung je nach Typ?

Die erste Zeile ist der häufigste Einstieg für Unternehmen, die einen Prozess aus Tabellenkalkulationen herausholen wollen. Die zweite betrifft Gründer, die ein Produkt bauen, um es Markt und Investoren zu zeigen. Die dritte umfasst Systeme, bei denen es keinen Sinn ergibt, von einem einzigen Launch-Termin zu sprechen, weil sie über viele Monate hinweg modulweise entstehen.

Beispiele aus den Webprojekten von CodePort: Für ZAC Group entstand eine Produktseite mit Administrationspanel (Liste der Kunden und Transaktionen, Modul für Teamaufgaben, Login und Rollen), für HunterValley IT eine Plattform mit IT-Stellenangeboten — zwei Kontotypen, Karte der Angebote, Suche mit Filtern, Assistent zum Erstellen von Anzeigen und Login über Google.

Was kosten die einzelnen Funktionen einer Webanwendung?

Nachfolgend der ungefähre Entwicklungsaufwand für typische Funktionen und Schnittstellen — es sind dieselben Werte, mit denen unser Kostenrechner arbeitet. Die Beträge umfassen nur die Programmierung (46 €/h netto), ohne Interface-Design.

Hinzu kommen drei Multiplikatoren, die leicht vergessen werden:

• Sprachversionen — 2–3 Sprachen bedeuten zusätzliche 8–20 Stunden, 4 und mehr — 16–40 Stunden,
• eiliger Termin — ein Start mit Priorität in der Warteschlange bedeutet einen Aufschlag von 20 %,
• fertige Figma-Mockups — sie reduzieren die Designstunden etwa um das Fünffache.

Die Tabelle zeigt, warum zwei „ähnliche“ Anwendungen sich im Preis um mehrere tausend Euro unterscheiden können: Jede zusätzliche Schnittstelle oder jedes weitere Modul bedeutet weitere zehn bis mehrere Dutzend Stunden.

Was kostet eine Webanwendung auf dem Markt? Daten aus einem Bericht von 2026

Der unabhängige Bericht Digital Vantage „Koszty aplikacji webowych w Polsce — edycja 2026“ (Kosten von Webanwendungen in Polen, Ausgabe 2026) hat 118 Preisangaben aus 92 unabhängigen Quellen (Preislisten und Angebote) von März bis Mai 2026 ausgewertet. Mediane aus dem Bericht:

Derselbe Bericht nennt den Stundensatz von Senior-Entwicklern in Polen: Median 39 €/h netto, je nach Stadt von 25 bis 55 €/h. Unser Satz – 46 €/h netto für die Programmierung – liegt in diesem Bereich.

Was bedeutet das für Sie? Vor allem, dass die Streuung enorm ist: Für eine „vollständige Business-Anwendung“ verlangen die einen einige tausend Euro, die anderen über 23.000 €. Vergleichen Sie zwei Angebote deshalb nach Umfang und Stundenzahl, nicht nach dem Betrag am Ende. Unsere einfache Anwendung (4.150–10.400 € netto) deckt sich weitgehend mit der mittleren Hälfte der Marktpreise für ein MVP. Die Spanne für ein Plattform-MVP (9.200–23.000 € netto) liegt über dem Median, weil sie Zahlungen, Rollen und Schnittstellen schon in der ersten Version vorsieht.

Was treibt die Kosten einer Webanwendung am stärksten?

Vier Dinge verschieben die Kostenschätzung am deutlichsten. Sie sollten sie kennen, bevor Sie die Funktionsliste schreiben.

Rollen und Berechtigungen

Ein einzelnes Administratorkonto ist eine einfache Sache. Fünf Nutzertypen, von denen jeder andere Daten sieht, andere Schaltflächen und andere Benachrichtigungen hat, bedeuten ein Vielfaches an Bildschirmen, die zu gestalten, zu bauen und zu testen sind. Das ist der häufigste Grund, warum sich eine „kleine Anwendung“ als mittelgroßes Projekt entpuppt.

Schnittstellen zu externen Systemen

CRM, ERP, Zahlungs-Gateway, Allegro (größter Online-Marktplatz Polens), KSeF, das polnische E-Rechnungssystem, die API eines Lieferanten. Die Kosten hängen von der Zahl der angebundenen Systeme, der Qualität der API-Dokumentation und der Zahl der Sonderfälle ab – denn Zeit kosten die Sonderfälle, nicht der „Happy Path“. Mehr dazu, was vor dem Start vorzubereiten ist, finden Sie auf der Seite zu Systemintegration und APIs.

Wiederkehrende Zahlungen

Eine Einmalzahlung bedeutet, ein Gateway anzubinden. Abonnements bringen Tarife, Testphasen, Tarifwechsel mitten im Monat, fehlgeschlagene Abbuchungen, Rechnungen und Historie mit sich. Jeder dieser Fälle muss umgesetzt und getestet werden.

Umfangreicher Administrationsbereich

Der Adminbereich ist manchmal größer als der für Nutzer sichtbare Teil. Filter, Exporte, Reports, Änderungsprotokolle, Massenoperationen – das alles sind Stunden, die auf dem ersten Screenshot nicht zu sehen sind, aber darüber entscheiden, ob das Team die Anwendung tatsächlich nutzt.

Was kostet eine Webanwendung nach dem Launch?

Das Budget endet nicht am Starttag. Drei Posten gehören sofort in die Tabelle.

• Server und Infrastruktur – von einem niedrigen zweistelligen bis zu einem niedrigen dreistelligen Eurobetrag pro Monat, je nach Zahl der Nutzer und Datenmenge.
• Technischer Support – Monitoring, Backups, Aktualisierung von Bibliotheken und Systemen, kleinere Korrekturen. Typischerweise 5–15 Stunden im Monat, abgerechnet nach Stundensatz. Umgerechnet: 5 Stunden × 46 € = 230 € netto, 15 Stunden × 46 € = 690 € netto pro Monat.
• Weiterentwicklung – neue Funktionen nach den ersten Wochen realer Nutzung. Das ist meist das am besten investierte Geld im gesamten Projekt, weil es auf dem Verhalten der Nutzer beruht und nicht auf Annahmen.

Eine Anwendung, die niemand aktualisiert, wird nach einem Jahr zum Risiko: veraltete Bibliotheken, Sicherheitslücken, Probleme mit neuen Browserversionen. Wartung ist keine Zusatzoption, sondern Teil der Gesamtkosten.

Web-App oder mobile App?

Eine Web-App läuft im Browser auf Computer, Tablet und Smartphone, ohne Veröffentlichung im App Store und bei Google Play und ohne Entwicklerkonten (Apple 99 USD jährlich, Google 25 USD einmalig). Sie eignet sich gut für Panels, Systeme für Teams und Plattformen, die überwiegend am Computer genutzt werden.

Eine mobile App ist im Vorteil, wenn Nutzer täglich am Telefon darauf zugreifen und das Produkt Push-Benachrichtigungen, Offline-Betrieb oder Zugriff auf die Kamera benötigt. Wie wir mobile Apps für iOS und Android entwickeln und was einzelne Funktionen kosten, zeigen wir auf der Leistungsseite. Die Preisspannen für iOS und Android, den Unterschied zwischen Cross-Platform und nativen Apps sowie die Wartungskosten haben wir im Artikel Was kostet eine mobile App im Jahr 2026? beschrieben.

Individuelle Anwendung oder fertiges Tool im Abo?

Die ehrliche Antwort: Wenn Ihr Prozess so aussieht wie in Tausenden anderer Unternehmen, reicht ein fertiges Abo-Tool, und es ist günstiger. Es hat keinen Sinn, etwas von Grund auf zu bauen, das Sie morgen einschalten können. Wo die Grenze zwischen einem No-Code-Tool und einer eigenen Anwendung verläuft, beschreiben wir im Beitrag No-Code oder Individualsoftware (auf Polnisch).

Individuelle Software lohnt sich in vier Situationen:

1. Sie zahlen für mehrere Tools, die manuell verbunden werden müssen – jemand überträgt Daten von einem ins andere.
2. Ihr Prozess ist ein Wettbewerbsvorteil und passt nicht in fremde Vorlagen.
3. Sie benötigen Schnittstellen, die ein fertiges Tool nicht zulässt.
4. Sie möchten Ihr eigenes Produkt im SaaS-Modell verkaufen. Was ein solches Produkt genau ist und wie man es aufbaut, beschreiben wir im Beitrag SaaS-Anwendung — was ist das.

Dazu kommt die Frage des Eigentums. Nach Abnahme aller Etappen und Bezahlung aller Rechnungen bei CodePort erhalten Sie die vollständigen Nutzungsrechte an Code und Design, der Code landet in Ihrem Repository und die Dienste werden auf Ihre Firma registriert. Im Abo zahlen Sie jeden Monat für den Zugang, und nach der Kündigung bleiben Ihnen bestenfalls exportierte Daten.

Wie eine Webanwendung entsteht — Schritt für Schritt

1. Gespräch und Kostenschätzung. Wir antworten innerhalb eines Werktags, die kostenlose Preisspanne und den Zeitplan erstellen wir in 2 – 3 Werktagen. Vor dem ersten Gespräch können wir eine NDA unterzeichnen.
2. Prototyp. Klickbares Mockup in Figma — Sie sehen den Aufbau der Bildschirme und den Ablauf, bevor die erste Zeile Code entsteht.
3. Sprints. Alle 1 – 2 Wochen erhalten Sie eine lauffähige Version zum Prüfen, keine Präsentation.
4. Launch. Veröffentlichung auf dem Server, Monitoring und Backups.
5. Weiterentwicklung. Weitere Funktionen auf Basis dessen, wie die Nutzer die Anwendung tatsächlich verwenden.

Ein einfaches Panel entsteht in der Regel in 6 – 10 Wochen, eine Plattform oder ein MVP in 2 – 4 Monaten. Nach Abnahme aller Etappen und Bezahlung aller Rechnungen haben Sie die vollständigen Nutzungsrechte an Code und Design, und der Code landet in Ihrem Repository.

Wie senken Sie die Kosten der ersten Version?

Die günstigste Funktion ist die, die Sie nicht gebaut haben. Drei Wege funktionieren unabhängig von der Branche.

Starten Sie mit einem MVP. Die erste Version soll ein Problem einer konkreten Nutzergruppe lösen und nicht alles auf einmal ersetzen. Wie Sie den Umfang kürzen, ohne das Produkt zu beschädigen, haben wir im Artikel MVP oder vollständiges Produkt beschrieben.

Erstellen Sie einen klickbaren Prototyp vor dem Code. Ein Screen-Layout in Figma zu ändern dauert Minuten. Dieselbe Änderung in einer fertigen Anwendung kostet Stunden Entwicklungsarbeit. Der Prototyp erlaubt es außerdem, die Lösung dem Team und den Kunden zu zeigen, bevor die erste Codezeile entsteht.

Rechnen Sie das Projekt in Etappen ab. Statt einer großen Entscheidung treffen Sie mehrere kleinere. Nach jeder Etappe haben Sie eine lauffähige Version und können entscheiden, ob das nächste Modul in der geplanten Form weiterhin nötig ist.

Wie bereiten Sie sich auf die Kostenschätzung vor, damit die Preisspanne passt?

Der Unterschied zwischen „irgendwas um die 7.000 €“ und einem konkreten Betrag liegt bei den Informationen, die Sie liefern. Bereiten Sie vier Dinge vor:

• Geschäftsziel – was sich nach dem Launch ändern soll. „Bestellungen werden nicht mehr manuell übertragen“ ist besser als „wir wollen ein System“.
• Funktionsliste mit Prioritäten – teilen Sie sie in „ohne das starten wir nicht“ und „kann in die zweite Etappe“. Allein diese Einteilung kann die Kosten der ersten Version um einige Dutzend Stunden senken.
• Nutzertypen – wer sich einloggt und was jeder von ihnen sieht.
• Schnittstellen – die Namen der Systeme, mit denen sich die Anwendung verbinden soll, und die Information, ob sie eine API-Dokumentation haben.

Damit können Sie die orientierende Preisspanne im Kostenrechner prüfen oder Ihr Projekt im Projektbriefing-Assistenten beschreiben – daraus entsteht eine erste technische Spezifikation. Wir antworten innerhalb eines Arbeitstages, Preisspanne und Zeitplan bereiten wir in 2–3 Arbeitstagen vor.

Je mehr Sie über den Umfang wissen, desto enger fällt die Preisspanne aus. Je weniger – desto vorsichtiger kalkuliert jeder Dienstleister, denn das Risiko muss irgendwo eingepreist werden.

Wenn Sie den Betrag für Ihre Idee sehen möchten, beginnen Sie mit dem Kostenrechner – die orientierende Preisspanne erhalten Sie sofort und unverbindlich.