Was kostet eine individuelle Softwareanwendung? Ehrliche Zahlen für 2026

Wenn Sie diese Frage gegoogelt haben, kennen Sie das Muster schon: drei Absätze darüber, dass sich das pauschal nicht sagen lässt, ein paar Faktoren, die den Preis beeinflussen, und am Ende ein Kontaktformular. Die Frage bleibt unbeantwortet, dafür haben Sie jetzt einen Termin im Kalender.

Ich halte das für unnötig. Natürlich hängt der Preis vom Projekt ab. Größenordnungen lassen sich trotzdem nennen, und ohne sie können Sie kein Budget planen und kein Angebot einordnen.

Also: Zahlen.

Der Marktrahmen im DACH-Raum

Softwareentwicklung wird in aller Regel nach Aufwand abgerechnet, nicht nach Produkt. Die Stundensätze im deutschsprachigen Raum liegen 2026 laut Freelancer-Kompass im Mittel bei rund 95 Euro für IT-Freelancer, für Software- und Webentwicklung etwas darunter. Realistisch bewegt sich der Markt in diesen Spannen:

Freelancer, Deutschland: 75 bis 130 Euro pro Stunde
Agentur, Deutschland: 90 bis 180 Euro pro Stunde
Nearshore, Osteuropa: 40 bis 100 Euro pro Stunde
Offshore: 20 bis 50 Euro pro Stunde

Ein Personentag in der Individualentwicklung kostet in Deutschland entsprechend etwa 700 bis 1.300 Euro. In regulierten Branchen wie Banken, Versicherungen oder im öffentlichen Sektor liegen die Sätze noch einmal zehn bis fünfzehn Prozent höher, weil dort Compliance-Wissen mitbezahlt wird und nicht besserer Code.

Diese Zahlen helfen beim Einordnen eines Angebots. Für Ihre Budgetplanung sind sie noch nutzlos, weil Sie keine Stunden kaufen, sondern ein Ergebnis.

Die drei Kostentreiber

Fast der gesamte Preisunterschied zwischen zwei ähnlich klingenden Projekten entsteht aus drei Dingen.

Umfang. Nicht die Anzahl der Bildschirme, sondern die Anzahl der Regeln. Eine Anwendung mit fünf Ansichten und einer komplizierten Preislogik ist teurer als eine mit zwanzig Ansichten und simplen Formularen.

Integrationen. Jedes fremde System, mit dem Ihre Anwendung sprechen muss, ist ein eigenes kleines Projekt: Zahlungsanbieter, Warenwirtschaft, DATEV, ein Kalender, eine Bestandsdatenbank. Der Aufwand liegt selten in der Anbindung selbst, sondern in den Fällen, in denen die Gegenstelle sich anders verhält als dokumentiert.

Der Zuverlässigkeitsanspruch. Das ist der Faktor, der am häufigsten übersehen wird und den Preis am stärksten bewegt. Dieselbe Funktionalität kostet ein Vielfaches, je nachdem ob sie von zwölf Kollegen im Intranet oder von zahlenden Kunden mit sensiblen Daten genutzt wird. Berechtigungen, Datenschutz, Ausfallsicherheit, Wiederherstellbarkeit und Tests machen bei einer öffentlichen Anwendung schnell dreißig bis vierzig Prozent des Gesamtaufwands aus.

Vier realistische Größenordnungen

Die folgenden Spannen sind Orientierungswerte für Individualentwicklung in Deutschland, jeweils für die erste produktive Version. Sie ersetzen kein Angebot, aber sie sagen Ihnen, ob Sie ungefähr richtig liegen.

Kleines Hilfstool: 2.000 bis 8.000 Euro

Ja, das gibt es, und ich baue solche Tools regelmäßig. Ein Rechner für Ihre Website, ein Formular mit Auswertung, ein Konverter zwischen zwei Dateiformaten, ein Generator für wiederkehrende Dokumente, eine kleine interne Übersicht.

Was diese Kategorie ausmacht: eine klar umrissene Aufgabe, wenige oder keine Nutzerkonten, keine dauerhafte Datenhaltung mit sensiblen Inhalten und keine Integration in Ihre bestehende Systemlandschaft. Genau deshalb ist es günstig. Sobald eines dieser Merkmale wegfällt, sind Sie in der nächsten Kategorie, auch wenn das Tool weiterhin klein aussieht.

Für viele Unternehmen ist das der sinnvollste Einstieg. Sie lösen ein konkretes Ärgernis, das Ergebnis ist in Tagen statt Monaten da, und Sie sehen an einem überschaubaren Auftrag, wie die Zusammenarbeit läuft, bevor Sie über größere Vorhaben sprechen.

Internes Werkzeug: 8.000 bis 20.000 Euro

Eine Anwendung für einen begrenzten, bekannten Nutzerkreis. Ein Planungstool, eine Erfassungsmaske, ein Auswertungsdashboard, ein Ersatz für die Excel-Datei, die niemand mehr versteht.

Typisch sind hier ein bis zwei Integrationen, überschaubare Rollen und die Tatsache, dass Sie die Nutzer kennen und schulen können. Das senkt den Aufwand erheblich, weil nicht jede denkbare Fehlbedienung abgefangen werden muss.

Kundenfähige Anwendung: 15.000 bis 45.000 Euro

Eine Anwendung, die Ihre Kunden selbst benutzen. Ein Buchungsportal, ein Kundenbereich, eine mobile App mit Konten und eigenen Daten.

Ab hier kommen Dinge dazu, die im internen Werkzeug fehlen durften: sauberes Onboarding, Passwort-Reset, Berechtigungen, die auch bei manipulierten Anfragen halten, DSGVO-konforme Datenverarbeitung, Monitoring und ein Deployment, das sich wiederholen lässt. Der sichtbare Teil der Anwendung wächst moderat, der unsichtbare deutlich.

Plattform mit Zahlungen und sensiblen Daten: ab 45.000 Euro

Mehrere Nutzergruppen, Geldflüsse, personenbezogene oder geschäftskritische Daten, meist auch Web und App parallel.

Nach oben ist diese Kategorie offen, und zwar nicht wegen der Technik, sondern wegen der Anforderungen: Auftragsverarbeitung, Löschkonzepte, Rollen- und Mandantentrennung, Nachvollziehbarkeit, Lasttests, Support. Wer hier mit 20.000 Euro plant, plant nicht das Projekt, sondern nur den Happy Path.

Eine Einschränkung, die ehrlich dazugehört: Diese Spannen sind breit, weil Projekte breit sind. Wenn Ihnen jemand nach einem zwanzigminütigen Gespräch eine exakte Zahl nennt, hat er entweder viel Puffer eingerechnet oder wenig verstanden.

Was im Preis nicht enthalten ist

Der häufigste Planungsfehler ist nicht ein zu niedriger Entwicklungspreis. Es ist die Annahme, dass danach nichts mehr kommt.

Betrieb und Hosting. Je nach Größe 20 bis 500 Euro im Monat. Bei Anwendungen mit vielen Nutzern oder großen Datenmengen deutlich mehr.
Externe Dienste. Zahlungsanbieter, E-Mail-Versand, Kartendienste, SMS, Push-Nachrichten. Jeder Dienst einzeln günstig, in Summe spürbar.
Wartung. Abhängigkeiten veralten, Sicherheitslücken werden bekannt, Plattformen erzwingen Updates. Rechnen Sie mit 15 bis 20 Prozent der Entwicklungskosten pro Jahr, nur um den Stand zu halten.
Weiterentwicklung. Sobald echte Nutzer arbeiten, entstehen Wünsche. Das ist ein gutes Zeichen und trotzdem ein Budgetposten.
Support. Wer beantwortet die Frage eines Nutzers um 17 Uhr am Freitag? Eine Anwendung ist kein Kauf, sondern eine Anschaffung mit Betriebskosten. Wie ein Firmenwagen, nur ohne Leasingrate, dafür mit Updates.

Woran Sie ein unrealistisches Angebot erkennen

Das hier ist der Abschnitt, für den Sie gekommen sind.

Der Preis wirkt auffällig niedrig, und das Angebot ist auffällig kurz. Ein seriöses Angebot benennt, was nicht enthalten ist. Fehlt dieser Teil, ist er nicht kalkuliert, sondern verschoben.

Es steht kein Wort zu Betrieb, Backup oder Datenschutz drin. Diese Themen kosten Aufwand. Wer sie im Angebot nicht erwähnt, hat sie nicht eingeplant, und Sie zahlen sie später trotzdem.

Ein Festpreis für ein unklares Vorhaben. Festpreise funktionieren bei klar umrissenen Aufgaben gut. Bei einem Projekt, dessen Anforderungen erst entstehen, enthält jeder Festpreis entweder einen dicken Risikoaufschlag oder eine spätere Nachverhandlung. Meistens beides.

Kein Wort über Zugänge und Rechte. Wem gehört der Code am Ende? Auf wen laufen die Cloud-Accounts? Wenn ein Angebot dazu schweigt, klären Sie es vorher. Ich bin kein Anwalt, aber ich habe oft genug gesehen, was passiert, wenn diese Frage erst beim Wechsel des Dienstleisters gestellt wird.

Der Rewrite-Vorschlag im ersten Gespräch. Wenn jemand Ihre bestehende Anwendung nicht kennt und trotzdem zum Neubau rät, empfiehlt er vor allem sich selbst ein längeres Projekt.

Und die Gegenrichtung: Ein hoher Preis ist kein Qualitätsbeweis. Fragen Sie nach, was konkret darin steckt. Wer es Ihnen nicht in verständlichen Worten erklären kann, hat es möglicherweise selbst nicht durchdacht.

Wie Sie mit kleinem Budget sinnvoll anfangen

Ein begrenztes Budget ist kein Ausschlusskriterium. Es ist nur eine Aufforderung, in der richtigen Reihenfolge zu arbeiten.

Schneiden Sie nicht an der Zuverlässigkeit, sondern am Umfang. Eine kleine Anwendung, die sicher läuft, ist ein Vermögenswert. Eine große, bei der die Berechtigungen nicht halten, ist ein Risiko. Streichen Sie Funktionen, nicht Fundamente.

Beginnen Sie mit dem Prozess, der heute am meisten weh tut. Nicht mit dem, der am besten aussieht.

Nutzen Sie moderne Baukästen. Mit Stacks wie Next.js und Supabase oder Flutter für mobile Anwendungen sind Authentifizierung, Datenbank, Storage und Deployment am ersten Tag vorhanden. Das verschiebt Aufwand von Infrastruktur zu Fachlichkeit und senkt die Einstiegskosten real, nicht nur im Angebot.

Planen Sie eine zweite Stufe ein, statt sie zu improvisieren. Der Unterschied zwischen einer Anwendung, die wachsen kann, und einer, die neu gebaut werden muss, entsteht in den ersten Wochen und kostet dort fast nichts.

Und wenn schon etwas existiert: Ein bestehender Prototyp senkt die Kosten oft deutlich, weil die größte Unsicherheit bereits beseitigt ist. Was dann noch fehlt, habe ich in Software bauen war noch nie so einfach und in der Anleitung zur technischen Übernahme beschrieben.

Wie ich Budgets einordne

Ich arbeite in Projekten mit derselben Einteilung, die ich auch bei der Übernahme bestehender Anwendungen verwende: kritisch, wichtig, später.

Kritisch ist alles, ohne das die Anwendung nicht in Betrieb gehen darf. Wichtig ist, was zeitnah folgen sollte. Später ist, was sinnvoll ist, aber warten kann.

Der Vorteil für Sie: Sie sehen, wofür Sie bezahlen, und Sie können bewusst entscheiden, welche Stufe Sie in dieser Runde finanzieren. Ein Budget wird dadurch nicht größer. Es wird planbar.

Sie haben ein Vorhaben und wollen wissen, in welcher Größenordnung Sie liegen? Schreiben Sie mir über das Kontaktformular in ein paar Sätzen, was die Anwendung können soll und wer sie benutzen wird. Sie bekommen von mir eine ehrliche Einordnung, auch wenn sie lautet, dass Ihr Budget nicht reicht.

Stand: 08/2026. Marktdaten nach Freelancer-Kompass 2026 und öffentlich verfügbaren Marktübersichten. Alle Angaben sind Orientierungswerte und ersetzen kein individuelles Angebot.