Webanwendung entwickeln lassen: Was Ablauf, Dauer und Kosten bestimmt

Vor dem Angebot: Welchen Ablauf die Anwendung tragen soll #

Wer eine Webanwendung entwickeln lassen möchte, bekommt schnell sehr unterschiedliche Angebote: vom Low-Code-Werkzeug mit Monatsgebühr bis zur Individualentwicklung im hohen fünfstelligen Bereich. Die Spanne entsteht nicht durch Willkür, sondern weil „eine Webanwendung“ sehr Verschiedenes bedeuten kann: ein Formular mit zentraler Datenhaltung, ein internes Werkzeug für ein Team oder ein Kundenportal mit Anbindung an ERP und Buchhaltung. Bevor du Angebote vergleichst, sollte deshalb feststehen, welchen Ablauf die Anwendung tragen soll.

• Welcher Prozess läuft heute wie ab, und an welcher Stelle kostet er regelmäßig Zeit oder erzeugt Fehler?
• Wer arbeitet mit der Anwendung: Mitarbeitende, Kunden, Partner? Welche Rollen und Rechte gibt es?
• Welche Daten entstehen, und aus welchen Systemen kommen sie: Warenwirtschaft, CRM, Shop, Tabellen?
• Welche Regeln, Freigaben und Ausnahmen gehören zum Ablauf?
• Wer betreut die Anwendung nach dem Start, und wer entscheidet über Änderungen?

Diese Antworten bestimmen Umfang, Technik und Aufwand. Sie sind die Grundlage, auf der ein Anbieter ein belastbares Angebot machen kann, und sie machen Angebote überhaupt erst vergleichbar. Ob sich der Schritt weg von Tabellen überhaupt lohnt, klärt der Ratgeber Excel ablösen.

Der Ablauf in fünf Schritten #

1. Bestandsaufnahme. Heutiger Ablauf, beteiligte Personen, vorhandene Daten und Systeme, bekannte Sonderfälle. Bei einer bestehenden Anwendung gehören dazu Codebasis, Versionen, Tests und Betriebsprozesse.
2. Datenmodell und Umfang. Welche Objekte gibt es (Auftrag, Kunde, Freigabe), welche Zustände durchlaufen sie, wer darf was sehen und ändern? Daraus entsteht ein erster, bewusst begrenzter Umfang. Dieser Schritt kostet die meiste Zeit, weil Entscheidungen auf deiner Seite nötig sind.
3. Umsetzung. Backend, Schnittstellen und Oberfläche entstehen in einer Vorschau, die du jederzeit prüfen kannst. Automatisierte Tests sichern die Regeln ab, die im Gespräch festgelegt wurden.
4. Datenübernahme und Start. Vorhandene Daten werden bereinigt und übernommen, Schnittstellen im Testbetrieb geprüft, dann folgt ein kontrollierter Wechsel mit klarer Regel, welches System ab wann führt.
5. Betrieb und Weiterentwicklung. Updates, Backups, Monitoring und die nächsten Ausbaustufen nach Vereinbarung. Eine Anwendung ohne Betreuung veraltet technisch innerhalb weniger Monate.

Wie lange ein Projekt dauert #

Ein klar abgegrenzter erster Ablauf, etwa vom Anfrageeingang bis zur Terminplanung, ist in wenigen Wochen umgesetzt. Der Engpass ist fast nie die Technik, sondern das Klären von Regeln, Ausnahmen und Zuständigkeiten. Wenn erst im Projekt auffällt, dass drei Abteilungen denselben Vorgang unterschiedlich handhaben, verschiebt sich der Start entsprechend, unabhängig davon, wer die Anwendung baut.

Ein Kundenportal mit Anbindung an Warenwirtschaft oder Buchhaltung braucht deutlich länger, weil jede Schnittstelle eigene Fehlerfälle mitbringt: nicht erreichbare Systeme, doppelte Übertragungen, unvollständige Stammdaten. Ein realistischer Zeitplan nennt deshalb nicht nur einen Endtermin, sondern die Termine, zu denen Entscheidungen, Testdaten und Zugänge von deiner Seite gebraucht werden. Was vor einer Schnittstelle geklärt sein sollte, steht im Ratgeber Schnittstellen planen.

Wovon die Kosten abhängen #

Pauschale Preise für „eine Webanwendung“ sind wenig aussagekräftig. Verlässlicher ist ein Angebot, das den Aufwand je Baustein ausweist. Die wichtigsten Treiber:

• Abläufe und Rollen: Anzahl der Prozesse, Zustände und Berechtigungsstufen. Ein Freigabeprozess mit drei Rollen kostet weniger als ein Portal mit Kunden, Partnern und internen Teams.
• Schnittstellen: Jedes angebundene System bringt Anbindung, Fehlerbehandlung und Tests mit. Eine gut dokumentierte API ist günstiger als ein CSV-Export auf einen Netzwerkordner.
• Datenübernahme: Bereinigung und Import vorhandener Daten aus Tabellen oder Altsystemen, oft unterschätzt.
• Oberfläche: Ein internes Werkzeug kommt mit einer schlichten, funktionalen Oberfläche aus; ein Kundenportal braucht mehr Gestaltung und Erklärung.
• Sonderfälle: Stornos, Teillieferungen, nachträgliche Änderungen, Vertretungsregeln. Sie sind oft der größte Teil der Logik.

Dazu kommen laufende Kosten: Hosting, Monitoring, Updates von Framework und Abhängigkeiten sowie die Weiterentwicklung. Ein Angebot sollte diese Posten getrennt nennen, damit du die Gesamtkosten über drei bis fünf Jahre einschätzen kannst und nicht nur den Preis für die Erstellung.

Standardsoftware, Low-Code oder Individualentwicklung? #

Standardsoftware ist die erste Prüfung: Deckt eine Branchenlösung oder ein bereits eingesetztes System den Ablauf ab, ist sie meist die wirtschaftlichere Wahl. Ihre Grenze ist die Anpassbarkeit: Wo der eigene Ablauf vom vorgesehenen Standard abweicht, kämpft man gegen die Software.

Low-Code- und Headless-Werkzeuge wie Directus decken Datenhaltung, Rollen und einfache Abläufe ohne Individualcode ab. Sie passen, wenn der Kern des Vorhabens strukturierte Daten mit Pflegeoberfläche ist. Wo Geschäftslogik, Schnittstellen und Sonderfälle den Kern bilden, stoßen sie an Grenzen; der Fachartikel Directus oder Laravel zieht diese Linie.

Individualentwicklung mit einem Framework wie Laravel lohnt sich, wenn eigene Regeln, mehrere angebundene Systeme oder individuelle Freigaben den Ablauf bestimmen. Sie kostet mehr Anfangsaufwand, macht dafür jede Regel testbar und dokumentierbar und lässt sich in Stufen ausbauen. Die Wahl folgt aus den Antworten des ersten Abschnitts; wer heute nicht weiß, ob in zwei Jahren ein Kundenportal oder eine ERP-Anbindung dazukommt, sollte eine Basis wählen, die diesen Schritt nicht ausschließt.

Bestehende Anwendung ablösen, ohne den Betrieb zu unterbrechen #

Bei einer bestehenden Anwendung oder einer gewachsenen Tabellenlandschaft ist der Wechsel der riskanteste Moment. Daten müssen vollständig und bereinigt übernommen werden, Schnittstellen zu anderen Systemen dürfen nicht abreißen, und während einer Parallelphase muss feststehen, welches System für welchen Stand verbindlich ist.

Bewährt hat sich ein Wechsel in Stufen: erst ein Ablauf, dann der nächste, jeweils mit klarem Stichtag und einer Prüfung, ob die Zahlen im alten und im neuen System übereinstimmen. Große Datenübernahmen brauchen Vorprüfung, Fortschrittsanzeige und die Möglichkeit, fehlerhafte Sätze zu korrigieren und den Import sicher zu wiederholen; wie das technisch aussieht, zeigt der Fachartikel Große Datenimporte in Laravel.

Agentur, Freelancer oder eigenes Team: Fragen für die Auswahl #

Eine Agentur bündelt Beratung, Konzeption, Design und Entwicklung und passt, wenn ein Projekt alle diese Leistungen in großem Umfang braucht. Ein Freelancer passt, wenn Backend, Schnittstellen und Datenmodell im Mittelpunkt stehen und du direkt mit der Person sprechen willst, die umsetzt. Ein eigenes Team passt, wenn die Anwendung dauerhaft weiterentwickelt wird und die Kapazität dafür vorhanden ist; ein externer Entwickler kann es dann punktuell ergänzen.

• Wer ist im Projekt und danach mein Ansprechpartner, und setzt diese Person auch um?
• Gehören mir Quellcode, Daten und Zugänge, und kann ich den Anbieter wechseln?
• Wie werden Tests, Dokumentation und Übergabe gehandhabt?
• Was kostet die laufende Betreuung, und was ist darin enthalten?
• Zeigt der Anbieter Referenzen mit Aufgabe, Beitrag und Ergebnis, statt nur Screenshots?

Unternehmen aus Koblenz, Neuwied und der Mittelrhein-Region finden meine Arbeitsweise, das Einzugsgebiet und regionale Referenzen auf der Seite Webentwicklung und Laravel-Backends in Koblenz und Neuwied. Für alle anderen gilt dasselbe Vorgehen, nur vollständig remote.

Checkliste vor der Anfrage #

• Der Ablauf in einem Absatz: Wer tut heute was, in welcher Reihenfolge, mit welchen Werkzeugen?
• Die Stelle, an der es regelmäßig hakt: Doppelerfassung, fehlende Angaben, unklare Zuständigkeit.
• Beteiligte Rollen und ungefähre Nutzerzahl.
• Systeme, die angebunden werden sollen, und wer sie betreut.
• Vorhandene Daten: Tabellen, Altsystem, Exporte.
• Wer intern entscheidet, freigibt und später die Anwendung betreut.
• Gewünschter Zeitraum und bekannte Einschränkungen.

Mit diesen Angaben kann ich unter Webanwendungen und Backends entwickeln lassen eine erste Einschätzung geben und den Aufwand je Baustein aufschlüsseln. Für bestehende Anwendungen, die weiterbetreut oder technisch geprüft werden sollen, findest du die Leistungen unter Wartung und technische Beratung.