Individuelle Webanwendung entwickeln lassen: Kosten, Ablauf und typische Fehler (2026)

Sie lassen eine individuelle Anwendung entwickeln, wenn Standardsoftware nicht zur Arbeitsweise Ihres Unternehmens passt: ein Planungstool, das mit SAP spricht, ein Kundenportal mit Ihren eigenen Preisen, ein internes System, das heute aus fünf Excel-Dateien besteht. Die Frage, die wir am häufigsten hören, lautet: Was kostet das? Die ehrliche Antwort hängt weniger von der Zahl der Bildschirme ab als von zwei Dingen, die man in einem Angebot selten sieht: den Schnittstellen zu Ihren anderen Systemen und davon, wie sicher Ihre Daten sein müssen.

Die kurze Antwort: Eine individuelle Webanwendung wird fast immer nach Arbeitstagen mal Tagessatz berechnet. Unser Tagessatz liegt bei 495 € für einen Senior-Entwickler und 695 € für einen Lead-Entwickler. Eine erste Version eines internen Tools mit einigen Bildschirmen und einer Schnittstelle sind einige Wochen Arbeit. Ein Kundenportal, das in Echtzeit mit einem ERP spricht, ist ein Projekt über mehrere Monate. Nach dem Start zahlen Sie für Hosting und Wartung, und genau diesen Teil vergessen die meisten Budgets.

Sie brauchen eine individuelle Anwendung, oder hängt eine bestehende fest? Ein Senior-Entwickler schaut sich das an und sagt Ihnen ehrlich, was es kostet. Erzählen Sie uns, was Sie bauen möchten →

Wann eine Individuallösung die richtige Wahl ist

Fragen Sie immer zuerst, ob ein bestehendes Paket die Aufgabe schon erfüllt. Eine Individuallösung lohnt sich, wenn:

• Ihr Prozess Ihr Vorteil ist. Sie planen, kalkulieren oder liefern anders als Ihre Mitbewerber, und ein Standardpaket zwingt Ihnen seine Arbeitsweise auf.
• Ihre Systeme nicht miteinander sprechen. Mitarbeiter tippen Daten aus dem ERP in Excel ab und wieder zurück. Jedes Abtippen ist eine Fehlerquelle.
• Schatten-Tabellen entstehen. Wenn Mitarbeiter neben dem offiziellen System eigene Dateien führen, vertrauen sie dem System nicht mehr. Das ist das deutlichste Zeichen, dass sich etwas ändern muss.
• Ihre Kunden selbst handeln wollen: zu ihren eigenen Preisen bestellen, eine Bestellung verfolgen, Dokumente herunterladen.

Wenn ein Paket 80 % abdeckt, wählen Sie das Paket und lassen Sie nur die Schnittstelle oder das fehlende Stück bauen. Das ist fast immer günstiger, als alles zu bauen.

Was kostet eine individuelle Anwendung?

Der Preis ergibt sich aus Arbeitstagen mal Tagessatz. Unsere Sätze stehen auf unserer Preisseite: 495 € pro Tag für einen Senior-Entwickler, 695 € pro Tag für einen Lead-Entwickler, abgerechnet nach tatsächlichem Aufwand. Ein Rechenbeispiel, kein Angebot:

Größe	Beispiel	Senior-Tage	Kosten (Senior)
Klein	Internes Tool, einige Bildschirme, eine Schnittstelle	20	9.900 €
Mittel	Kundenportal mit Login, eigenen Preisen und ERP-Schnittstelle	60	29.700 €
Groß	Plattform mit mehreren Rollen, Zahlungen und Reporting	120+	59.400 €+

Was die Zahl der Tage wirklich bestimmt:

• Schnittstellen. Jede Verbindung zu SAP, Odoo, Exact oder einem Zahlungsanbieter muss gebaut, getestet und überwacht werden. Ein Bildschirm ist berechenbar; eine Schnittstelle zu einem System, das Sie nicht kontrollieren, nicht.
• Wie sicher Ihre Daten sein müssen. Ein grobes Planungstool darf eine Stunde hinterherhinken. Stunden, die in die Buchhaltung gehen, nicht. Prüfungen, die Abweichungen erkennen, kosten Zeit und sparen viel mehr.
• Rollen und Berechtigungen. Wer darf was sehen und ändern? Zwei Rollen sind einfach; zehn Rollen mit Ausnahmen nicht.
• Wie gut die Aufgabe durchdacht ist. Ein Datenmodell auf Papier (ein ERD) vor Baubeginn spart später Tage an Nacharbeit.

Die Kosten nach dem Start. Hosting, Monitoring und Backups kosten bei uns 250 € pro Monat. Für Updates, kleine Änderungen und Probleme nehmen die meisten Kunden ein monatliches Stundenkontingent, ab 480 € für 8 Stunden. Planen Sie für die Wartung einen festen Monatsbetrag ein, nicht null.

Praxisbeispiel 1: Waterleau, ein Planungstool, dem niemand mehr vertraute

Waterleau, ein belgisches Unternehmen für Wasseraufbereitung, hatte ein Capacity Planning Tool entwickeln lassen, damit Projektleiter und Geschäftsführung Personaleinsatz, Budgets und Rentabilität pro Projekt sehen. Eine Funktion war kritisch: das Einfrieren von Stunden, verbunden mit SAP.

Diese Funktion funktionierte seit mehr als einem Jahr nicht richtig. Der vorherige Entwicklungspartner konnte sie nicht beheben. Das Ergebnis war nicht ein falscher Bildschirm, sondern etwas Größeres: Die Zahlen im Tool stimmten nicht mehr mit SAP überein, also vertraute ihnen niemand. Die Mitarbeiter gingen zurück zu ihren eigenen Excel-Dateien, und eine große Investition drohte ein unbrauchbares System zu werden.

Wir haben nicht mit einem schnellen Flicken begonnen. Zuerst mussten wir einen Code verstehen, den mehrere Entwickler geschrieben hatten, mit uneinheitlichen Standards und wenig Dokumentation. Dann haben wir das gesamte Modul zum Einfrieren von Stunden neu gebaut (Python und Angular, mit der SAP-API) und Prüfungen eingebaut, die Abweichungen zwischen SAP und dem Tool selbst erkennen. Die komplette Lösung war innerhalb von acht Wochen geliefert. Waterleau nutzt das Tool wieder für Planung und Budgetierung, und wir bauen gemeinsam die nächste Phase.

Die Lehre: Bei einer individuellen Anwendung liegt das Risiko selten in den Bildschirmen. Es liegt in der Verbindung zu Ihrem Kernsystem und darin, ob die Menschen den Zahlen glauben. Planen Sie dafür Zeit ein und fragen Sie, wie Abweichungen sichtbar werden.

Praxisbeispiel 2: RAS Security, ein Kundenportal, das zu langsam wurde

RAS Security aus Kortrijk in Belgien liefert Sicherheitsprodukte an Installateure in Belgien, Luxemburg und Frankreich. Der Webshop ist ein Kundenportal: Installateure sehen ihre eigenen Preise, prüfen den Bestand und bestellen, und jeder Preis und jede Bestellung läuft in Echtzeit über SAP. Anfang 2026 hatte der Katalog über 15.000 Produkte, Scraper machten zwei Drittel der Besucher aus, und Kategorieseiten brauchten bis zu 18 Sekunden.

Statt alles neu zu schreiben, haben wir eine Woche lang gemessen, wo die Zeit verloren ging. Die ersten Verbesserungen waren innerhalb von drei Wochen live, als Reihe kleiner, umkehrbarer Änderungen: Indizes und Caches, eine Suche mit Seitenaufteilung in der Datenbank, Scraper, die schon an der Tür abgewiesen werden, und gebündelte Preisabfragen an SAP. Kategorieseiten laden jetzt in unter einer Sekunde. Siehe die vollständige Fallstudie.

Die Lehre: Eine individuelle Anwendung ist nie fertig. Sie wächst mit Ihrem Katalog, Ihren Kunden und Ihrem Traffic. Wählen Sie einen Partner, der misst, bevor er baut, und lassen Sie jede Änderung dokumentieren.

Wie ein individuelles Projekt abläuft

1. Erstgespräch und Umfang. Was soll die Anwendung lösen, für wen, und mit welchen Systemen muss sie sprechen? Das Ergebnis ist eine kurze Beschreibung und eine erste Schätzung in Tagen.
2. Datenmodell und Skizzen. Welche Daten halten Sie vor, und wie hängen sie zusammen? Das ist der günstigste Zeitpunkt, um seine Meinung zu ändern.
3. Erste funktionierende Version. Die kleinste Version, die wirklich nutzbar ist, mit der wichtigsten Schnittstelle. Besser nach einigen Wochen etwas in der Hand als nach Monaten ein großes Paket.
4. Anpassen an der echten Nutzung. Nutzer finden Dinge, die auf dem Papier niemand gesehen hat. Planen Sie Zeit dafür ein.
5. Übergabe. Dokumentation, Zugriff auf den Code und ein Deploy-Runbook. Auch wenn Sie beim selben Partner bleiben: Sie müssen gehen können.

Fragen, die Sie vor der Unterschrift stellen sollten

• Wer baut es tatsächlich, und wie viele Jahre Erfahrung hat diese Person mit solchen Schnittstellen?
• Wie setzt sich der Preis zusammen: Festpreis oder tatsächlicher Aufwand, und was passiert, wenn sich der Umfang ändert?
• Wem gehört der Code, und bekommen Sie ab Tag eins Zugriff auf das Repository?
• Wie merken Sie, wenn die Daten in Ihrem ERP und in der Anwendung auseinanderlaufen?
• Was kosten Hosting und Wartung pro Monat nach dem Start?
• Was passiert, wenn der Entwickler geht? Gibt es Dokumentation und ein Deploy-Runbook?

Sie wägen eine Anstellung gegen eine Agentur ab? Lesen Sie, was die Einstellung eines Entwicklers kostet.