Wie lange dauert es, eine Website oder Web-App zu bauen?
Die ehrliche Antwort lautet: Es kommt auf den Umfang an. Aber "es kommt drauf an" hilft dir nicht weiter, wenn du planen musst. Deshalb geben wir dir hier konkrete Zeitrahmen je Projekttyp - und sagen dir auch, was die Dauer wirklich treibt. Die meisten Verzoegerungen entstehen naemlich nicht beim Programmieren, sondern davor und daneben.
Realistische Zeitrahmen je Umfang
Als Faustregel, sauber umgesetzt und ohne dauerndes Hin und Her:
- One-Pager / Landingpage: rund 1 bis 2 Wochen. Eine fokussierte Seite mit klarer Struktur, Kontaktformular und sauberem Mobile-Layout. Der grosse Block ist hier oft das Texten und die Bildauswahl, nicht der Aufbau.
- Multi-Page-Website mit CMS: rund 3 bis 6 Wochen. Mehrere Unterseiten, ein Redaktionssystem, mit dem du selbst Inhalte pflegst, Blog, Mehrsprachigkeit oder strukturierte Leistungs-Seiten. Die Spanne haengt vor allem davon ab, wie viele Seiten du wirklich brauchst und wie fertig deine Inhalte sind.
- Custom-Feature in einer bestehenden Seite: rund 2 bis 4 Wochen. Zum Beispiel ein Buchungsflow, ein Konfigurator, ein Login-Bereich oder eine Anbindung an ein Drittsystem. Hier entscheidet die Schnittstelle: Ist die fremde API gut dokumentiert oder muessen wir uns durchkaempfen?
- Web-Tool / SaaS-Dashboard: typischerweise 6 Wochen bis mehrere Monate. Sobald es Nutzerkonten, Rollen, Bezahlung, Datenbanken und mehrere Ansichten gibt, redest du nicht mehr ueber eine Website, sondern ueber Software. Das ist ein eigenes Kapitel - dazu unten mehr.
Was die Dauer wirklich treibt
Die Programmierung ist selten der Engpass. Diese Faktoren verlaengern oder verkuerzen ein Projekt am staerksten:
- Deine Inhalte. Texte, Logos, Fotos, Produktdaten. Wenn die vorliegen, geht es schnell. Wenn nicht, wartet der Build oft tagelang auf das eine fehlende Foto.
- Klarheit ueber den Umfang. Ein One-Pager, der waehrend der Arbeit zur Multi-Page-Seite waechst, ist kein One-Pager mehr. Je klarer am Anfang definiert ist, was rein soll und was nicht, desto verlaesslicher der Termin.
- Anzahl der Feedback-Runden. Zwei strukturierte Korrekturschleifen sind gesund. Zehn kleine Einzel-Aenderungen ueber Wochen verteilt kosten mehr Zeit als das eigentliche Bauen.
- Fremde Systeme. Zahlungsanbieter, Warenwirtschaft, CRM, externe APIs. Hier haengst du von der Qualitaet und Verfuegbarkeit der anderen Seite ab - das laesst sich nicht immer beschleunigen.
- Freigaben und Entscheider. Wenn jede Farbe durch drei Personen muss, ist nicht die Technik langsam, sondern die Abstimmung.
Warum eine Web-App laenger dauert als eine Website
Eine Website zeigt Inhalte. Eine Web-App verarbeitet Daten. Das ist ein qualitativer Unterschied, kein gradueller. Sobald sich Nutzer einloggen, Daten speichern, bezahlen oder gemeinsam an etwas arbeiten, kommen Themen dazu, die man von aussen nicht sieht: Rechte und Rollen, Sicherheit, Datenschutz, Fehlerbehandlung, Backups, Testfaelle. Genau dieser unsichtbare Teil frisst die Zeit - und genau dort entscheidet sich, ob ein Tool im echten Betrieb haelt.
Wir wissen das aus eigener Praxis: Wir betreiben sieben eigene Marken live in Produktion - darunter einen Barrierefreiheits-Scanner, ein Kosmetik-Produktportal mit 177.000 Produkten, ein Fahrzeug-Deal-Radar, eine Marine-SaaS und einen Industrie-Marktplatz. Diese Systeme laufen taeglich, nicht nur als Demo. Deshalb kalkulieren wir SaaS-Projekte nicht nach dem ersten Klick-Prototyp, sondern nach dem, was bis zum stabilen Live-Betrieb wirklich noetig ist.
Wie wir Termine planbar machen
Damit eine Zeitschaetzung mehr ist als ein Wunsch, arbeiten wir mit klaren Festpreis-Tiers und festem Umfang statt mit offenen Stundenbudgets. Das gibt dir zwei Dinge: einen kalkulierbaren Endpreis und einen realistischen Liefertermin. Zur Einordnung der Groessenordnung: One-Pager liegen bei 2.000-3.000 EUR, Multi-Page mit CMS bei 4.500-8.000 EUR, ein einzelnes Custom-Feature bei rund 9.000 EUR und ein groesserer Tech- oder SaaS-Build je nach Tiefe bei 6.000-25.000 EUR.
Ein verbindlicher Termin entsteht bei uns immer in dieser Reihenfolge: Umfang festzurren, Inhalte und Schnittstellen klaeren, dann Datum nennen. Eine Schaetzung vor dieser Klaerung waere geraten - und geratene Termine reissen.
Was du selbst tun kannst, um Zeit zu sparen
- Inhalte vorbereiten, bevor das Projekt startet - oder uns klar sagen, dass wir beim Texten unterstuetzen sollen.
- Einen Entscheider benennen, der Feedback buendelt, statt drei Meinungen einzeln einzusammeln.
- Frueh sagen, was zwingend zum Start gebraucht wird und was Ausbaustufe zwei sein darf. Ein schlanker, schneller Start schlaegt fast immer die grosse Loesung in sechs Monaten.
Wenn du wissen willst, in welche Spanne dein konkretes Vorhaben faellt, brauchst du keine fertige Spezifikation - eine grobe Beschreibung reicht, um dir einen ehrlichen Zeitrahmen zu nennen.
Brauchst du selbst eine Website, ein Tool oder eine SaaS?Wir bauen sie zum Festpreis - vom Team, das sieben eigene Marken live betreibt. Klarer Scope, klarer Preis, klarer Zeitrahmen.
Projekt startenLeistungen & Preise Typische Verzögerungen und wie du sie vermeidest
Die meisten Verzögerungen bei Website- oder App-Projekten entstehen nicht während der Umsetzung, sondern in den Pausen dazwischen. Wer die häufigsten Ursachen kennt, kann sie von Anfang an vermeiden.
Der klassische Fall: Texte und Bilder fehlen noch, wenn das Design schon steht. Der Entwickler wartet, das Projekt liegt still, und aus einer geplanten Woche werden drei. Genauso häufig ist es, wenn Feedback zu Entwürfen nicht gebündelt, sondern über mehrere Wochen tröpfchenweise nachgereicht wird - jede neue Rückmeldung reißt die Arbeit wieder an.
Auch die Anzahl der Entscheider spielt eine Rolle. Muss ein Entwurf durch drei oder vier Personen mit unterschiedlichen Meinungen, dauert die Abstimmung oft länger als die eigentliche Umsetzung. Sinnvoll ist es, vorab eine Person zu benennen, die am Ende entscheidet - auch wenn mehrere Personen mitreden dürfen.
Ein weiterer stiller Zeitfresser ist der Zugriff auf bestehende Systeme: Domain-Verwaltung, aktuelles Hosting, E-Mail-Konten oder eine bestehende Datenbank. Wenn die Zugangsdaten dafür erst gesucht werden müssen, wenn sie gebraucht werden, kostet das oft mehrere Tage. Am schnellsten läuft ein Projekt, wenn Inhalte, Entscheidungswege und Zugänge vor dem Start geklärt sind - nicht danach.
Was in der Angebotsphase wirklich geklärt werden muss
Bevor ein Termin überhaupt genannt werden kann, müssen einige Punkte auf dem Tisch liegen. Ein Angebot, das ohne diese Klärung erstellt wird, ist eher eine Schätzung als ein verbindliches Versprechen.
Am wichtigsten ist die Trennung zwischen dem, was die Website oder App unbedingt können muss, und dem, was schön wäre, aber warten kann. Wird alles als "muss" behandelt, wächst der Umfang unkontrolliert und mit ihm die Dauer. Eine klare Liste mit Muss- und Kann-Funktionen hilft, den ersten Liefertermin realistisch zu halten und spätere Erweiterungen bewusst als eigenen Schritt zu planen.
Genauso wichtig ist der Blick auf vorhandenes Material: Gibt es bereits ein Logo, eine Bildsprache, fertige Texte oder zumindest Stichpunkte dazu? Je mehr davon schon existiert, desto weniger Zeit geht für die Erstellung drauf. Fehlt das meiste noch, ist es ehrlicher, das gleich einzuplanen, statt es später als Überraschung zu entdecken.
Schließlich gehört auch die technische Umgebung in dieses Gespräch: Muss die neue Lösung an eine bestehende Warenwirtschaft, ein Buchhaltungssystem oder eine Kundendatenbank angebunden werden? Solche Schnittstellen bestimmen oft mehr über die Dauer als das sichtbare Design. Wer das früh benennt, bekommt einen Zeitrahmen, der auch hält.
Wie viel eigene Zeit du während des Projekts einplanen solltest
Wie viel Zeit du selbst freihalten musst, hängt vom Projekttyp ab - eine kurze Website braucht von dir vor allem Inhalte, eine Web-App braucht darüber hinaus Entscheidungen zu Abläufen und Regeln.
Plane feste Zeitfenster für Feedback ein, statt Entwürfe irgendwann zwischendurch anzuschauen. Ein Entwurf, der drei Wochen ungesehen im Postfach liegt, verzögert das Projekt genauso wie eine fehlende technische Angabe. Wer feste Termine für Rückmeldungen reserviert, hält das Tempo, das zu Projektbeginn vereinbart wurde.
Auch die Abnahme am Ende eines Projekts wird oft unterschätzt. Wenn Testen, Korrekturwünsche und Freigabe nicht eingeplant sind, verschiebt sich der Livegang selbst dann, wenn die technische Arbeit längst fertig ist. Plane deshalb bewusst eine eigene Phase für Testen und letzte Anpassungen ein, statt den Livegang direkt an das Ende der Entwicklung zu legen. Eine kurze, klar terminierte Testphase mit benannten Testern beschleunigt diesen letzten Schritt spürbar gegenüber einem offenen "schaut euch das mal an".
Häufig gestellte Fragen
Kann ein Projekt schneller gehen, wenn ich mehr zahle?
Bis zu einem gewissen Grad ja, etwa wenn zusätzliche Kapazität parallel eingeplant wird. Manche Abhängigkeiten lassen sich damit aber nicht beschleunigen - wenn Inhalte oder Freigaben fehlen, hilft auch ein höheres Budget nicht weiter.
Was passiert, wenn sich der Funktionsumfang während des Projekts ändert?
Zusätzliche Anforderungen verlängern in der Regel den Zeitrahmen, weil sie nicht im ursprünglichen Umfang eingerechnet waren. Deshalb ist es sinnvoll, Änderungen bewusst zu besprechen und den neuen Termin gemeinsam anzupassen, statt sie einfach nebenbei einfließen zu lassen.
Wie schnell kann eine einfache One-Pager-Website online gehen?
Wenn Inhalte und Bilder bereitstehen und die Abstimmung zügig läuft, ist eine schlanke Website deutlich schneller fertig als ein Projekt mit Datenbank oder Login. Konkrete Zeiträume hängen aber immer vom genauen Umfang ab.
Warum dauert eine Web-App oft mehrere Monate?
Weil neben der sichtbaren Oberfläche auch Themen wie Nutzerrechte, Datenschutz, Fehlerbehandlung und Tests entwickelt werden müssen, die man von außen nicht sieht. Dieser unsichtbare Teil entscheidet, ob die Anwendung im echten Betrieb zuverlässig läuft.
Muss ich schon fertige Texte und Bilder haben, bevor ich anfrage?
Nein, für eine erste Einschätzung reicht eine grobe Beschreibung deines Vorhabens. Spätestens zu Projektbeginn solltest du aber wissen, welche Inhalte du selbst lieferst und welche gemeinsam erarbeitet werden müssen, damit der Zeitplan realistisch bleibt.
Wie verbindlich ist ein genannter Liefertermin?
Ein Termin ist so verbindlich wie die Grundlage, auf der er genannt wurde. Wurde er erst nach Klärung von Umfang, Inhalten und Zugängen festgelegt, hält er in aller Regel. Eine grobe Schätzung ohne diese Klärung ist dagegen nur eine erste Orientierung.
Was kann ich selbst tun, damit mein Projekt nicht ins Stocken gerät?
Halte Inhalte, Zugänge und eine feste Entscheidungsperson von Anfang an bereit, und reserviere dir feste Zeitfenster für Rückmeldungen. Diese drei Punkte verhindern die meisten Verzögerungen, die nicht an der eigentlichen Programmierung liegen.