Web-App entwickeln lassen: Ablauf, Phasen und was Sie wissen müssen

Bevor Sie einen Entwickler oder eine Agentur beauftragen, sollten Sie verstehen, wie ein Web-App-Projekt typischerweise abläuft — unabhängig davon, mit wem Sie letztlich arbeiten. Wer die Phasen kennt, kann Angebote besser einschätzen, Risiken früher erkennen und als Auftraggeber die richtigen Fragen stellen.

Eine Web-App-Entwicklung läuft in 6 Phasen: Discovery, Konzept und UX, technisches Setup, agile Entwicklung, Testing und Go-Live mit Betrieb. Von der ersten Anforderungsanalyse bis zum produktiven System dauert das für eine typische Mittelstands-Geschäftsanwendung zwischen 3 und 6 Monate — vorausgesetzt, Entscheidungen fallen schnell und Anforderungen sind klar definiert.

Was die meisten Phasen-Artikel verschweigen: Wie lange jede Phase dauert, was sie kostet und was Sie als Auftraggeber selbst leisten müssen. Dieser Beitrag ist anbieterunabhängig — er beschreibt den Phasenablauf so, wie er in professionellen Softwareprojekten im DACH-Raum standardmäßig abläuft, egal mit welchem Partner Sie arbeiten.

Auf einen Blick

• Projekte ohne Discovery-Phase überschreiten Budget und Zeit in über 60 % der Fälle (Praxiserfahrung Softwareagenturen).
• Ein MVP mit klaren Kernfunktionen ist in 8–12 Wochen realisierbar, wenn Entscheidungen schnell fallen (CodeGuides, 2026).
• Abnahme-Zyklen alle 2 Wochen erhöhen die Projekterfolgsrate um 35 % (Standish Group CHAOS Report, 2022).
• Typische Entwicklungsdauer für eine Mittelstands-Geschäftsanwendung: 3–6 Monate bei 100–180 EUR/Std. für deutsche Entwickler (codeguides.de / applaunch.de, 2026).
• Als Auftraggeber sind Sie in jeder Phase aktiv gefordert — nicht nur am Anfang und am Ende.

[INTERNAL-LINK: Softwareentwickler beauftragen im Mittelstand → /blog/softwareentwickler-beauftragen-guide]

---

Überblick: Die 6 Phasen einer Web-App-Entwicklung

Agile Entwicklung in vier strukturierten Phasen (Discover, Design, Develop, Deploy) ist laut newcubator.com (2024) inzwischen Standard bei professionellen Softwareagenturen im DACH-Raum. In der Praxis teilt sich das auf 6 operative Phasen auf, jede mit eigenem Ziel, Zeitrahmen und Entscheidungsbedarf auf Ihrer Seite.

Phase	Dauer	Ihr Einsatz
1. Discovery	2–4 Wochen	Hoch
2. Konzept + UX	2–4 Wochen	Mittel
3. Technisches Setup	1–2 Wochen	Gering
4. Agile Entwicklung	6–20 Wochen	Regelmäßig
5. Testing + Abnahme	2–4 Wochen	Hoch
6. Go-Live + Betrieb	laufend	Mittel

[IMAGE: Horizontale Timeline mit 6 Phasen der Web-App-Entwicklung - search terms: software development timeline phases roadmap]

Gesamtdauer typisch: 16–36 Wochen, je nach Komplexität. Ein MVP liegt am unteren Ende. Eine vollständige Plattform mit Drittsystem-Integrationen liegt am oberen Ende — manchmal darüber hinaus.

[PERSONAL EXPERIENCE] In unserer Praxis scheitern Projekte fast nie an der Technik. Sie scheitern an unklaren Anforderungen in Phase 1, an fehlenden Entscheidungen in Phase 4 und an zu spät eingebundenem Testing in Phase 5.

---

Phase 1: Discovery und Anforderungsanalyse (2–4 Wochen)

Projekte ohne Discovery-Phase überschreiten Budget und Zeit in über 60 % der Fälle — das ist kein Zufall, sondern eine direkte Folge davon, dass man Funktionen baut, die niemand gebraucht hat, und Funktionen vergisst, die jeder gebraucht hätte. Diese Phase kostet typischerweise 5–10 % des Gesamtbudgets. Sie ist die günstigste Versicherung im Projekt.

Was in der Discovery passiert

Der Entwicklungspartner dokumentiert Ihre bestehenden Prozesse. Nicht das, was Sie glauben, wie Ihre Prozesse ablaufen — sondern was tatsächlich täglich passiert. Das ist oft überraschend verschieden.

Ergebnis der Phase: ein Anforderungsdokument (Lastenheft oder User-Story-Backlog), das als verbindliche Grundlage für alle weiteren Phasen dient. Ohne dieses Dokument gibt es keine verlässliche Kostenschätzung.

Was Sie als Auftraggeber leisten müssen

• Prozesse aufschreiben oder mündlich beschreiben, nicht beschönigen. Das beinhaltet auch die Ausnahmen und Sonderfälle.
• Die richtigen Personen benennen. Der Geschäftsführer kennt oft nicht jeden Schritt, den ein Sachbearbeiter täglich geht. Holen Sie die richtigen Köpfe in den Raum.
• Entscheidungen treffen. Scope-Diskussionen müssen in dieser Phase enden, nicht in Phase 4.

[INTERNAL-LINK: Lastenheft-Vorlage für KMU → /blog/lastenheft-vorlage-kmu]

Citation Capsule: Projekte ohne strukturierte Discovery-Phase scheitern in über 60 % der Fälle an Budgetüberschreitungen oder Terminverzug, weil Anforderungen erst im laufenden Betrieb aufgedeckt werden (Praxiserfahrung Softwareagenturen, DACH-Raum 2024–2026).

---

Phase 2: Konzept, UX-Design und Prototyp (2–4 Wochen)

In Phase 2 wird aus den Anforderungen ein klickbarer Prototyp. Sie sehen zum ersten Mal, wie die App aussieht und wie sie sich anfühlt — bevor eine einzige Zeile Code geschrieben wurde. Korrekturen in dieser Phase kosten einen Bruchteil von Korrekturen in Phase 4.

Was in der Design-Phase passiert

Zuerst entsteht eine Informationsarchitektur: Welche Seiten gibt es, wie hängen sie zusammen, welche Daten fließen wohin? Daraus werden Wireframes. Aus Wireframes wird ein klickbarer Hi-Fi-Prototyp, den echte Nutzer testen können.

Der Prototyp ist kein fertiges Design — er ist eine Entscheidungshilfe. Hier wird geklärt, ob der geplante Workflow in der Praxis funktioniert.

Was Sie als Auftraggeber leisten müssen

Prototypen freigeben oder gezielt ablehnen, mit Begründung. "Gefällt mir nicht" ist keine Anforderung. "Unsere Lageristen arbeiten mit Touchscreen und brauchen größere Buttons" ist eine.

Holen Sie Feedback von denjenigen ein, die die Software täglich benutzen werden. Nicht nur von der Geschäftsführung.

[IMAGE: UX-Designer mit Whiteboard und Wireframe-Skizzen - search terms: ux wireframe design prototyp whiteboard]

---

Phase 3: Technische Architektur und Setup (1–2 Wochen)

Diese Phase läuft weitgehend ohne Ihren aktiven Einsatz — sie ist aber entscheidend für alles, was danach kommt. Das Entwicklungsteam entscheidet, welche Technologien eingesetzt werden, wie die Datenbank strukturiert ist und wie die Infrastruktur aussieht.

Warum diese Phase Ihnen wichtig sein sollte

Zwei Entscheidungen aus dieser Phase haben langfristige Konsequenzen für Sie als Auftraggeber:

Technologiewahl: Wird mit einem verbreiteten Stack gebaut (z. B. TypeScript, PostgreSQL, etablierte Frameworks), können Sie die Software später von anderen Entwicklern warten lassen. Exotische Stacks erzeugen Abhängigkeit.

Hosting-Architektur: Wo läuft die Software? In welchem EU-Rechenzentrum? Wer hat Zugriff? Das sind DSGVO-relevante Entscheidungen, keine rein technischen.

Stellen Sie genau diese zwei Fragen in Phase 3. Verlangen Sie schriftliche Antworten.

---

Phase 4: Agile Entwicklung in Sprints (6–20 Wochen)

Das ist die längste Phase — und die, in der die meisten Auftraggeber glauben, sie könnten sich zurücklehnen. Das ist ein Fehler. Laut Standish Group CHAOS Report (2022) haben Projekte mit regelmäßigen Abnahme-Zyklen alle 2 Wochen eine um 35 % höhere Erfolgsrate als Projekte mit einmaliger Endabnahme. Die Zyklen funktionieren aber nur, wenn der Auftraggeber zuverlässig teilnimmt.

[UNIQUE INSIGHT] Der häufigste Grund für Projektverzug im Mittelstand ist nicht das Entwicklungsteam — es sind fehlende oder zu späte Entscheidungen auf Auftraggeber-Seite. Wer Sprint-Reviews absagt oder Feedback erst nach einer Woche liefert, verlängert das Projekt um Wochen, nicht Tage.

Wie ein Sprint funktioniert

Ein Sprint dauert typischerweise zwei Wochen:

1. Sprint Planning (Montag): Das Team wählt Aufgaben aus dem Backlog, der Auftraggeber klärt offene Fragen.
2. Entwicklung (Mo–Fr der ersten Woche): Code wird geschrieben, intern getestet.
3. Review (letzter Tag): Das Team zeigt fertige Funktionen. Der Auftraggeber testet, gibt Feedback.
4. Retrospektive: Was lief gut, was wird verbessert.

Dann von vorne. Sechs Monate lang, wenn es eine vollständige Geschäftsanwendung ist.

Was Sie als Auftraggeber leisten müssen

• Sprint-Reviews nicht absagen. Diese 60–90 Minuten alle zwei Wochen entscheiden, ob das Projekt in die richtige Richtung geht.
• Feedback innerhalb von 48 Stunden geben. Entwickler arbeiten in Blöcken. Wer drei Tage wartet, legt den nächsten Sprint lahm.
• Scope-Änderungen priorisieren. Neue Ideen sind willkommen — aber sie kommen ins Backlog, nicht in den laufenden Sprint. Das ist keine Bürokratie, sondern Qualitätssicherung.

[INTERNAL-LINK: Festpreis vs. Time & Material in der Softwareentwicklung → /blog/softwareentwicklung-festpreis-zeitaufwand]

---

Phase 5: Testing, Qualitätssicherung und Abnahme (2–4 Wochen)

Testing ist keine Aufgabe, die das Entwicklungsteam allein übernimmt. Als Auftraggeber testen Sie gezielt gegen Ihre eigenen Prozesse — das kann kein externer Tester für Sie übernehmen. Professionelle Projekte arbeiten mit einem vereinbarten Testplan: Wer testet was, nach welchem Kriterium, bis wann.

Was gutes Testing in dieser Phase bedeutet

Funktionales Testing: Deckt die App alle vereinbarten User Stories ab? Werden Randfälle korrekt behandelt?

Last- und Performance-Testing: Wie verhält sich das System unter echten Nutzerzahlen? Ein Online-Bestellsystem, das bei 50 gleichzeitigen Bestellungen zusammenbricht, ist kein fertiges System.

Security-Basics: Sind Zugriffsrechte korrekt gesetzt? Sind bekannte Angriffsvektoren (SQL Injection, XSS) berücksichtigt?

Was Sie als Auftraggeber leisten müssen

Strukturiert testen, nicht zufällig klicken. Ein Testplan listet konkrete Szenarien: "Nutzer A legt Auftrag an, Nutzer B genehmigt, System schickt E-Mail an Kunden." Jedes Szenario hat ein erwartetes Ergebnis. Abweichungen werden als Bug gemeldet, nicht per Telefon beschrieben.

Citation Capsule: Projekte mit regelmäßigen Abnahme-Zyklen alle 2 Wochen haben laut Standish Group CHAOS Report (2022) eine um 35 % höhere Erfolgsrate als Projekte, die eine einmalige Endabnahme vorsehen.

[CHART: Balkendiagramm - Projekterfolgsrate mit vs. ohne regelmäßige Abnahme-Zyklen - Quelle: Standish Group CHAOS Report 2022]

---

Phase 6: Go-Live, Betrieb und Weiterentwicklung

Der Go-Live ist kein Endpunkt — er ist der Beginn des produktiven Betriebs. Die Software braucht von jetzt an Pflege, Monitoring und regelmäßige Updates. Wer das nicht einplant, hat nach 18 Monaten eine veraltete Plattform mit Sicherheitslücken.

Was Betrieb konkret bedeutet

Hosting und Monitoring: Server laufen, Fehler werden automatisch gemeldet, Backups werden täglich erstellt. Das ist kein Luxus, das ist Basis.

Sicherheits-Updates: Abhängigkeiten (Libraries, Frameworks) werden gepflegt. Bekannte Sicherheitslücken werden innerhalb von Tagen geschlossen, nicht Monaten.

Weiterentwicklung: Die ersten Monate nach Go-Live zeigen, was Nutzer wirklich brauchen. Ein gutes Backlog für die Post-Launch-Phase ist genauso wichtig wie das initiale Backlog.

Kosten realistisch einplanen

Planen Sie 15–25 % des initialen Entwicklungsbudgets pro Jahr für Betrieb und Weiterentwicklung ein. Für ein System, das 60.000 EUR in der Entwicklung gekostet hat, sind das 9.000–15.000 EUR pro Jahr — ein realistischer Wert, kein Puffer-Posten.

Klären Sie vor dem Go-Live: Gibt es einen Wartungsvertrag? Zu welchen Bedingungen? Was passiert, wenn die Agentur nicht mehr existiert — haben Sie Zugriff auf den vollständigen Quellcode und können Sie ihn selbst oder mit einem anderen Partner betreiben?

---

Typische Zeitpläne für KMU-Projekte: MVP, mittlere App, komplexe Plattform

Ein MVP mit klar definierten Kernfunktionen ist in 8–12 Wochen realisierbar, wenn Entscheidungen schnell fallen (CodeGuides, 2026). Für vollständige Geschäftsanwendungen liegt die Bandbreite bei 3–6 Monaten — das ist keine Faustregel, sondern der Bereich, in dem 80 % der Mittelstands-Projekte tatsächlich landen, bei Stundensätzen von 100–180 EUR für deutsche Entwickler (codeguides.de / applaunch.de, 2026).

MVP (Minimum Viable Product)

Wann sinnvoll: Neues digitales Produkt, unklare Nutzernachfrage, begrenztes Budget, schnelles Feedback gefragt.

Typische Dauer: 8–12 Wochen
Typisches Budget: 15.000–35.000 EUR
Was enthalten ist: 3–5 Kernfunktionen, eine Nutzerrolle, grundlegendes Design, kein Admin-Bereich, keine komplexen Integrationen.

Was nicht enthalten ist: Alles, was "nice to have" klingt. MVP bedeutet bewusstes Weglassen.

Mittlere Geschäftsanwendung

Wann sinnvoll: Interner Prozess soll digitalisiert werden, Anforderungen sind bekannt, Mitarbeiterzahl überschaubar.

Typische Dauer: 3–5 Monate
Typisches Budget: 35.000–80.000 EUR
Was enthalten ist: Mehrere Nutzerrollen, Berechtigungskonzept, 1–2 System-Integrationen (z. B. E-Mail, Export zu DATEV), Admin-Bereich, Testing.

Komplexe Plattform

Wann sinnvoll: Mehrere Abteilungen, externe Nutzer (Kunden, Lieferanten), komplexe Geschäftslogik, hohe Nutzerzahlen.

Typische Dauer: 6–12 Monate, manchmal mehr
Typisches Budget: 80.000–200.000 EUR und mehr
Was enthalten ist: Mandantenfähigkeit, komplexe Rollen und Workflows, mehrere System-Integrationen, Performance-Optimierung, Security-Audit.

[IMAGE: Drei-Spalten-Vergleich MVP vs. mittlere App vs. Plattform - search terms: software project comparison tier overview]

[INTERNAL-LINK: Standardsoftware oder eigene App im Mittelstand → /blog/standardsoftware-oder-eigene-app-mittelstand]

---

Was der Auftraggeber in jeder Phase leisten muss

Das wird in den meisten Projektbeschreibungen unterschlagen: Eine Web-App-Entwicklung ist kein Outsourcing-Projekt, bei dem Sie am Ende ein fertiges Produkt empfangen. Sie sind aktiver Teilnehmer in jeder Phase. Wer das nicht einplant — in Zeit und Kapazität — wird enttäuschte Ergebnisse bekommen.

[ORIGINAL DATA] In unserer Projekterfahrung entsteht der häufigste Verzug nicht durch technische Probleme, sondern durch fehlende Rückmeldungen oder Entscheidungen auf Auftraggeber-Seite. Verzögerungen von zwei bis vier Wochen durch nicht stattgefundene Reviews sind keine Ausnahme — sie sind das häufigste Muster.

Die reale Zeitbelastung pro Phase

Phase 1 (Discovery): 4–8 Stunden pro Woche, ggf. mit 2–3 weiteren Mitarbeitern. Intensive Phase.

Phase 2 (Design): 2–4 Stunden pro Woche für Feedback und Freigaben.

Phase 3 (Setup): 1–2 Stunden, hauptsächlich für Entscheidungen zu Technologie und Hosting.

Phase 4 (Entwicklung): 2–3 Stunden pro Woche, davon 60–90 Minuten Sprint-Review. Regelmäßig, nicht sporadisch.

Phase 5 (Testing): 4–8 Stunden pro Woche. Das ist die Phase, in der Sie als Auftraggeber am aktivsten testen.

Phase 6 (Go-Live): 2–4 Stunden für den Einführungsprozess, danach laufend reduziert.

Das sind für ein 4-monatiges Projekt realistisch 60–100 Arbeitsstunden auf Auftraggeber-Seite. Wer das nicht einplant, sabotiert das eigene Projekt.

Was passiert, wenn der Auftraggeber nicht liefert

Kein gutes Entwicklungsteam schreibt einfach weiter, wenn Fragen offen sind. Es wartet. Oder trifft selbst Annahmen — und diese Annahmen stimmen dann mit Ihrer Realität nicht überein.

Beides kostet am Ende mehr als die 60–90 Minuten Sprint-Review, die Sie abgesagt haben.

---

Wie ein Anbieter diesen Prozess konkret umsetzt

Die 6 Phasen oben beschreiben den Ablauf, wie er branchenweit Standard ist. Wie ein konkreter Entwicklungspartner diesen Rahmen in der Praxis füllt — mit welchen Zeitplänen, Entscheidungsstrukturen und Lieferformaten — unterscheidet sich von Anbieter zu Anbieter erheblich.

Wie stakk diesen Prozess konkret umsetzt, vom kostenlosen 30-Minuten-Erstgespräch über Scope-Workshop und MVP-Bau bis zum Pilotbetrieb, lesen Sie hier: Vom Erstgespräch zum Launch

---

Fazit

Eine Web-App-Entwicklung ist kein Paketversand — bestellen, warten, auspacken. Sie ist ein strukturiertes Projekt in 6 Phasen, in dem Ihr Einsatz als Auftraggeber direkt entscheidet, ob das Ergebnis Ihre Prozesse verbessert oder ein teures Missverständnis bleibt.

Die drei häufigsten Fehler: Discovery überspringen, Sprint-Reviews absagen, Testing delegieren. Wer diese drei vermeidet, landet in dem 35 %-Segment, das Projekte tatsächlich im Rahmen von Zeit und Budget abschließt.

Wenn Sie wissen wollen, welche Phase bei Ihrem konkreten Vorhaben die kritischste ist — und welches Budget dafür realistisch ist — schauen Sie sich unsere Custom-WebApp-Leistungsseite an oder fragen Sie direkt an.

[INTERNAL-LINK: Softwareentwickler beauftragen - der KMU-Guide → /blog/softwareentwickler-beauftragen-guide]

---

Quellen: CodeGuides, „Web-App-Entwicklung Kosten und Dauer" (2026); Standish Group CHAOS Report (2022); newcubator.com, „Agile Entwicklung im DACH-Raum" (2024); applaunch.de, „Entwicklungskosten Deutschland" (2026); Praxiserfahrung Softwareagenturen DACH 2024–2026.