Individualsoftware entwickeln lassen: Kosten und Ablauf in Deutschland 2026

Wenn Sie 2026 in Deutschland Individualsoftware entwickeln lassen wollen, brauchen Sie vor dem ersten Anbietergespräch drei Antworten: was es kostet, was im Preis steckt und wer bauen soll. Eine typische Geschäftsanwendung liegt zwischen 25.000 und 120.000 Euro. Dieser Leitfaden gibt Ihnen die Stundensätze hinter dieser Spanne, die Positionen, die ein ernsthaftes Angebot trägt, und eine praktische Art, zwischen Agentur, Freelancer und einem internationalen Team wie unserem zu wählen.

Wir bauen jede Woche Individualsoftware für deutsche Kunden, also ist das der Kaufleitfaden, den wir Interessenten vor dem ersten Scoping-Call in die Hand geben. Er verhandelt nicht neu, ob Build oder Buy. Falls diese Frage noch offen ist, lesen Sie zuerst unseren Leitfaden Individualsoftware vs Standardsoftware und kommen Sie mit einer Build-Entscheidung in der Hand zurück.

Was zählt als Individualsoftware?

Individualsoftware ist Software, die für einen Auftraggeber geschrieben wird, im Gegensatz zu Standardsoftware, die viele Unternehmen gleich konfigurieren. Ein Kundenportal, das Ihre Preislogik spiegelt. Ein internes Workflow-Tool, das Ihrer echten Lagerarbeit entspricht. Eine Integrationsschicht, die Ihr ERP ohne tägliche CSV-Uploads an den Webshop bindet. Eine Field-Service-App mit deutscher Oberfläche und Offline-Ansichten für Techniker.

Drei Eigenschaften trennen einen echten Custom-Build von einem konfigurierten Paket. Erstens: Code und Datenmodell gehören Ihnen, oder der Vertrag sagt genau, wann jeder Meilenstein Ihrer wird. Zweitens: Der Scope folgt Ihrem Prozess, statt Ihren Prozess in Herstellerfelder zu zwingen. Drittens: Hosting, Schnittstellen und Löschroutinen sind Entscheidungen, die Sie treffen, und genau dort liegt die DSGVO-Arbeit.

In Deutschland wiegt der dritte Punkt schwer. Ein Custom-Build für deutsche Nutzer kommt typisch mit deutscher UI und deutschen Fehlermeldungen, deutschen Datums- und Steuerformaten, EU-Hosting und einem dokumentierten Umgang mit personenbezogenen Daten ab Tag eins. Enthält ein Angebot keine dieser Zeilen, ist es kein Custom-Build für Deutschland. Es ist ein generischer Build mit deutschem Porto.

Was kostet Individualsoftware in Deutschland 2026?

Die ehrliche Antwort ist eine Spanne, denn derselbe Scope bekommt drei verschiedene Rechnungen, je nachdem, wer baut. In den Angeboten, die Kunden uns in den letzten zwei Jahren gezeigt haben, sehen die Bänder so aus:

• Deutsche Agenturen: etwa 95-160 Euro pro Stunde. Sie bekommen einen deutschen Vertragspartner, alles auf Deutsch und Menschen, die in Ihrem Konferenzraum sitzen können.
• Senior-Freelancer: etwa 80-120 Euro pro Stunde. Sie bekommen starke Einzelleistung und liefern Projektmanagement, QS und DevOps drumherum selbst.
• Internationale Teams wie unseres: 25-49 Dollar pro Stunde. Sie bekommen Senior-Kapazität mit deutschsprachiger Projektleitung und QS-Freigabe für jedes Release.

Eine typische Geschäftsanwendung, also eine Web-App mit Nutzerrollen, mehreren Integrationen und deutscher Oberfläche, liegt zwischen 25.000 und 120.000 Euro. Das untere Ende ist eine eng geschnittene Erstversion mit einer oder zwei Integrationen. Das obere Ende ist ein Multi-Rollen-System mit ERP-Anbindung, Datenmigration und längerer QS-Phase. Unser Kostenleitfaden App-Entwicklung für Deutschland rechnet ein 700-Stunden-Beispiel zu jedem Satz durch, damit Sie sehen, woher die Spreizung kommt.

Drei Faktoren bewegen ein Angebot innerhalb dieser Spanne stärker als die Featureliste. Integrationen sind der erste. Eine dokumentierte REST-API mit Sandbox dauert Tage. Ein altes ERP mit Batch-Exporten und manuellem Abgleich dauert Wochen. Der zweite ist der DSGVO-Scope: Auftragsverarbeitungsverträge, Löschkonzept und EU-Hosting-Setup sind echte Stunden, in unserer Erfahrung grob 5 bis 10 Prozent eines typischen B2B-Builds. Der dritte ist die deutschsprachige QS, also Tester, die merken, wenn ein Umlaut einen PDF-Export zerbricht oder ein Steuerformat auf einer Rechnung versagt.

Angebote unterscheiden sich auch in dem, was sie weglassen, deshalb sollten Sie sie vor dem Vergleich normalisieren. Unser Angebotsvergleich zeigt die Methode: gleicher Scope, gleicher Abnahmetest, gleiches Gewährleistungsfenster, dann vergleichen. Ein Angebot, das DSGVO, QS und Übergabedoku auslässt, ist nicht günstiger. Es ist kürzer.

Was steckt im Preis?

Ein ernsthaftes Custom-Angebot in Deutschland hat sechs Teile. Fehlt einer davon, fragen Sie vor der Unterschrift, wo er geblieben ist.

Scoping und Architektur. Erwarten Sie eine Discovery-Phase, die Ihren Prozess in User-Flows, ein Datenmodell und eine Integrationsliste mit Aufwand verwandelt. Dort fällt auch die Hosting-Entscheidung. Wir setzen defaultmäßig auf EU-Regionen, meist Hetzner oder AWS eu-central-1 in Frankfurt, womit die meisten Transfer- und Residenzfragen früh vom Tisch sind.

DSGVO-konforme Architektur. Im Custom-Build heißt das Datenminimierung im Datenmodell, Auftragsverarbeitungsverträge mit jedem Subdienstleister, ein Verzeichnis von Verarbeitungstätigkeiten und ein funktionierendes Löschkonzept. Produkte mit Gesundheits- oder Zahlungsdaten brauchen mehr, inklusive Datenschutz-Folgenabschätzung. Das ist Budget-Scope, keine Rechtsdeko, und es gehört als Stunden ins Angebot.

Design und deutschsprachige QS. Deutsche UI-Texte, deutsche Fehlermeldungen, deutsche Formate, plus Tester, die Abnahme-Flows auf Staging gegen benannte Testfälle fahren. Fragen Sie, wie viele QS-Stunden im Angebot stecken und wer das Release freigibt. Ein Build mit null QS-Stunden ist ein Build, in dem Sie die QS-Abteilung sind.

Integrationen und Migration. Schnittstellen zu ERP, CRM, Payment oder Identitätsanbietern, plus Migration bestehender Daten, wo nötig. Jede Integration sollte ihre API, ihre Testumgebung und ihr Fallback-Verhalten benennen, wenn der Drittanbieter ausfällt. Vage Integrationszeilen sind der Ort, an dem Festpreise sterben.

Abnahme und Gewährleistung. Jeder Meilenstein braucht Pass-Kriterien, ein Testfenster auf Staging und eine Regel für Schweigen. Gewährleistungsfenster in Agenturverträgen laufen dreißig bis neunzig Tage ab Abnahme und decken Mängel gegen die vereinbarten Kriterien. Neue Anforderungen, Drittparteien-Brüche und Plattformwechsel sind keine Mängel. Dieser Satz gehört in den Vertrag, nicht in einen späteren Streit.

Code, der Ihnen gehört, und Doku, die Sie übergeben können. IP-Übergabe an jeden akzeptierten Meilenstein, Repository-Zugang mit voller Historie ab Tag eins, Deployment-Doku und ein Zugangsdaten-Inventar. Unsere Vertrags-Checkliste erklärt jede Klausel in klarer Sprache, inklusive welcher Vertragstyp Sie unterschreiben und was das für die Gewährleistung heißt. Unsere Leistungen listen, wofür wir uns pro Engagement-Form tatsächlich verpflichten.

Agentur, Freelancer oder internationales Team: wer soll bauen?

Es gibt drei sinnvolle Antworten, und sie passen zu verschiedenen Projekten.

Eine deutsche Agentur passt, wenn der Einkauf einen inländischen Vertragspartner braucht, wenn Menschen mehrere Tage pro Woche vor Ort sein müssen oder wenn eine Ausschreibung oder ein Zertifizierungsregime gilt, das nur eine deutsche Firma erfüllt. Sie zahlen das 95-160-Euro-Band für Präsenz, Prozess und Haftung nach deutschem Recht. Für sicherheitskritische Systeme, öffentliche Ausschreibungen und Komfortkäufe auf Vorstandsebene ist dieser Aufpreis gut angelegt.

Ein Senior-Freelancer passt für einen kleinen, gut spezifizierten Build mit einem technischen Owner auf Ihrer Seite. Ein Kundenportal mit einer Integration und klarem Design ist ein klassisches Freelance-Projekt zu 80-120 Euro pro Stunde. Die Bedingung ist echt: Jemand auf Ihrer Seite muss wöchentlich Scope-Entscheidungen besitzen, gegen Edge Cases testen und Deployments fahren. Ein Freelancer, der krank wird, ist Ihr neuer Launch-Termin, also halten Sie den Scope klein genug, dass dieses Risiko tragbar ist.

Ein internationales Team wie unseres passt für die Mitte, die Agenturen überteuern und Freelancer allein nicht abdecken: eine Geschäftsanwendung mit mehreren Integrationen, einem Termin und deutschsprachiger Kommunikation. Die Engineering-Stunden laufen im 25-49-Dollar-Band, während deutschsprachige Projektleitung Scope, QS-Freigabe und Verantwortung besitzt. Der Trade-off ist offen. Wir laufen über Calls, gemeinsame Boards, schriftliche Entscheidungen und asynchrone Updates statt Konferenzräume. Kunden, die jeden Dienstag einen vollen Raum brauchen, sollten mit ruhigem Gewissen die deutsche Agentur nehmen.

Falls Sie unsicher sind, welche Form passt, beantwortet eine kurze Software-Beratung vor dem Build-Vertrag das günstig. Ein Scoping-Workshop zeigt meist, ob das Projekt ein Freelance-Build, ein Agentur-Build oder ein Team-Build ist, und er erzeugt das Scope-Dokument, das jeder Anbieter für sein Angebot braucht.

Wie prägt die DSGVO einen Custom-Build?

Sobald Ihre Software personenbezogene Daten von Menschen in der EU verarbeitet, gilt die DSGVO, und ein Custom-Build gibt Ihnen Kontrollen, die ein Paket nie gibt. Sie wählen, wo die Daten liegen, was das Datenmodell speichert, wie lange jeder Datensatz überlebt und wer ihn in Ihrem Auftrag verarbeitet.

Praktisch heißt das: Vier Entscheidungen fallen in der Architekturphase. Hosting-Region und Subdienstleister-Liste kommen zuerst, mit EU-Regionen als Default für deutsche Käufer. Datenminimierung kommt als zweites: Jedes personenbezogene Feld braucht einen Grund, denn jedes Feld, das Sie speichern, müssen Sie schützen und irgendwann löschen. Löschroutinen kommen als drittes, also Aufbewahrungsfristen pro Datensatztyp plus ein getesteter Weg, einen Nutzer vollständig zu löschen. Auftragsverarbeitungsverträge mit jedem Subdienstleister kommen als viertes, und sie müssen vor dem Launch existieren, nicht danach.

Die Vertragsseite spiegelt die Technikseite. Nach Bestellung gebaute Individualsoftware gilt in der Regel als Werkvertrag nach Paragraf 631 BGB, das heißt: Es wird ein Erfolg geschuldet, und die regelmäßige Verjährung für Mängelansprüche läuft zwei Jahre, sofern der Vertrag sie nicht verkürzt. Die meisten Agenturverträge verkürzen sie auf die üblichen dreißig bis neunzig Tage. Stunden unter Staff Augmentation sind dagegen meist ein Dienstvertrag, bei dem die Mühe geschuldet ist und die Abnahme anders läuft. Zur IP gilt auch hier der Deutschland-Punkt aus unserer Checkliste: Nutzungsrechte-Übertragung pro Meilenstein ist die Klausel, auf die Sie bestehen sollten. Lesen Sie die volle Begründung in unserer Vertrags-Checkliste, bevor Sie gegenzeichnen.

Ein Praxis-Hinweis aus den Projekten, die wir fahren. DSGVO-Arbeit geht am schnellsten, wenn sie in Woche eins startet. Ein Löschkonzept auf ein fertiges Datenmodell zu setzen kostet ein Vielfaches des Designs von Anfang an. Legen Sie die Datenschutz-Entscheidungen ins Discovery-Dokument, und der Rest des Builds erbt sie gratis.

Wie lange dauert ein Individualsoftware-Projekt?

Ein eng geschnittener MVP dauert grob sechs Wochen bis drei Monate vom unterschriebenen Scope bis Staging. Das deckt eine Nutzerrolle, eine oder zwei Integrationen und eine kurze QS-Phase. Eine Geschäftsanwendung mit mehreren Integrationen, Datenmigration und deutschsprachiger QS dauert sechs Monate oder mehr. Öffentliche Timelines und Zertifizierungstore fügen weitere Monate hinzu, die kein Anbieter komprimieren kann.

Die größte Variable ist selten die Engineering-Geschwindigkeit. Es ist, wie schnell der Kunde entscheidet. Projekte mit einem benannten Product Owner, der einen wöchentlichen Scope-Call besucht und in Tagen antwortet, liefern pünktlich. Projekte, in denen fünf Stakeholder jeden Screen abstimmen müssen, liefern spät, zu jedem Stundensatz. Bitkom zählte 149.000 unbesetzte IT-Stellen in Deutschland, weshalb interne Entscheidungskapazität auf den meisten Builds, die wir sehen, knapper ist als Engineering-Kapazität.

Ein realistischer Meilensteinplan sieht so aus. Woche eins und zwei: Discovery, Datenmodell, Integrationsinventar, Hosting-Entscheidung. Woche drei bis zehn: Build in wöchentlichen Releases auf Staging mit QS-Freigabe pro Meilenstein. Letzte zwei Wochen: Abnahmetests gegen benannte Kriterien, Migration, Launch und Übergabedoku. Alles mit ERP-Integration oder Datenmigration fügt einen zweiten Baublock ähnlicher Länge hinzu. Lassen Sie jeden Anbieter sein Angebot auf einen Plan dieser Form mappen. Der Anbieter, der das nicht kann, ist nicht bereit.

Wie starten Sie ohne 80-seitiges Pflichtenheft

Sie brauchen kein perfektes Pflichtenheft. Sie brauchen einen engen Erst-Scope und einen Anbieter, der Flows mit Ihnen zählt, statt Ihnen Ambiguität zu berechnen.

Starten Sie mit einem Prozess, nicht mit dem ganzen Unternehmen. Benennen Sie die Nutzer, die zehn wichtigsten Flows, die eine Integration, die an Tag eins laufen muss, und den Report oder Export, ohne den das Geschäft nicht lebt. Das passt auf zwei Seiten und reicht einem ernsthaften Anbieter zur Schätzung. Alles andere kommt auf eine Phase-zwei-Liste, die der Vertrag explizit ausschließt.

Dann fahren Sie einen Scoping-Workshop vor dem Build-Vertrag. Ein guter Workshop erzeugt die Datenmodell-Skizze, die Integrationsliste mit Testumgebungen, die Abnahmekriterien pro Meilenstein und die DSGVO-Entscheidungen aus dem vorigen Abschnitt. Dieses Dokument macht aus drei Anbieter-Angeboten vergleichbare Zahlen nach unserer Angebotsvergleichs-Methode. Ohne sie vergleichen Sie Stimmungen.

Unterschreiben Sie schließlich einen ersten Meilenstein, den Sie in vier bis sechs Wochen abnehmen können. Fester Scope, benannte Testfälle, IP-Übergabe bei Abnahme, Gewährleistungsfenster genannt. Liefert der erste Meilenstein gut, erweitern Sie. Falls nicht, haben Sie einen Meilenstein bezahlt und besitzen ihn. Das ist die ganze Methode.

Wenn Sie eine Scope-Skizze haben, schicken Sie sie. Wir zählen die Flows mit Ihnen, sagen Ihnen, welche Positionen Ihr Projekt wirklich trägt, und quotieren schriftlich: Sprechen Sie mit uns.