Wie lange dauert es, mit KI eine Website zu bauen?
Wie lange dauert es, mit KI eine Website zu bauen?
Der Build selbst dauert Minuten: eine einfache Seite entsteht in etwa einer Minute, eine mehrseitige Plattform in einigen Minuten. Das Projekt drumherum dauert länger, weil Texte, Bilder, Preise und zwei bis drei Korrekturrunden dazugehören. Planen Sie dafür eher einen Arbeitstag ein als eine Kaffeepause.
Diese Trennung ist die ganze Antwort. Alle Enttäuschungen mit KI-Buildern entstehen daraus, dass jemand die Wartezeit des Builds für die Dauer des Projekts hält und dann feststellt, dass er seine Preise noch gar nicht festgelegt hat.
Warum dauert ein Build Minuten und nicht Sekunden?
Weil in dieser Zeit mehr passiert, als Text auszugeben. Aus Ihrer Beschreibung entsteht die Struktur, daraus der Code, daraus ein lauffähiges Projekt. Anschließend läuft es in einer Sandbox: Ein Build, der nicht startet, wird nicht ausgeliefert.
Diese Prüfung ist die Zeit wert. Die Alternative wäre ein Ergebnis, das sofort erscheint und beim Öffnen eine weiße Seite zeigt, und dann verbringen Sie eine Viertelstunde mit der Frage, ob es an Ihnen liegt. Werbeversprechen im Bereich weniger Sekunden meinen meist eine Vorschau, nicht ein geprüftes Projekt.
Je größer das Vorhaben, desto länger der Durchgang. Eine Landingpage ist schnell. Eine Plattform mit Übersicht, Detailseiten, Anmeldung und Kasse braucht mehr, weil es mehr zu erzeugen und mehr zu prüfen gibt.
Was kostet in einem Projekt tatsächlich Zeit?
Nicht die Technik. Die Entscheidungen.
| Schritt | Wer macht ihn | Woran es hängt |
|---|---|---|
| Ziel und Zielgruppe festlegen | Sie | Ist die Aufgabe klar, geht es schnell |
| Texte, Preise, Kontaktdaten sammeln | Sie | Meist der längste Teil |
| Bilder besorgen oder auswählen | Sie | Eigene Fotos brauchen einen Termin |
| Build auslösen | der Builder | etwa eine Minute, bei Plattformen einige |
| Ergebnis ansehen und beurteilen | Sie | Zehn Minuten pro Runde reichen oft |
| Änderungen beschreiben | Sie | Ein Satz je Änderung |
| Neue Fassung erzeugen | der Builder | Minuten |
| Veröffentlichen | der Builder | sofort, Adresse auf zugo.run |
| Eigene Domain verbinden | Sie plus Registrar | DNS braucht Verbreitungszeit |
Zählen Sie die Zeilen mit „Sie" in der zweiten Spalte. Das ist Ihr Zeitplan. Der Builder taucht in dieser Liste dreimal auf und ist jedes Mal der kürzeste Posten.
Daraus folgt eine praktische Empfehlung: Sammeln Sie Inhalte, bevor Sie den ersten Build starten. Ein Ordner mit Leistungen, Preisen, Adresse, Öffnungszeiten und acht Fotos verkürzt den Nachmittag mehr als jede Optimierung am Prompt.
Wie lange dauert eine Änderung?
Deutlich kürzer als ein Build, weil nicht alles neu entsteht. Sie beschreiben, was anders sein soll, und bekommen die neue Fassung.
Der Zeitfresser bei Änderungen ist selten das Warten, sondern das Bündeln. Wer fünf Kleinigkeiten in fünf einzelnen Runden ändert, wartet fünfmal und zahlt fünfmal. Wer sie in einem Satz zusammenfasst, ist in einer Runde durch. Sammeln Sie Anmerkungen deshalb erst vollständig und geben Sie sie dann gemeinsam weiter.
Es gibt eine Ausnahme von dieser Regel: Wenn Sie eine grundlegende Sache ändern, etwa den Aufbau der Startseite, lohnt sich eine einzelne Runde. Sonst wissen Sie hinterher nicht, welche der fünf Anweisungen für das ungewollte Ergebnis verantwortlich war. Wie sich Änderungen sauber formulieren lassen, steht in Wie schreibe ich einen guten Prompt.
Wie viele Runden braucht es, bis es sitzt?
Meist zwei bis drei, und das ist kein Mangel des Werkzeugs, sondern die Art, wie Gestaltungsarbeit funktioniert. Am ersten Ergebnis erkennen Sie, was Sie eigentlich wollten. Diesen Schritt kann Ihnen niemand abnehmen, auch ein Designer nicht: Auch der legt Ihnen erst einen Entwurf vor.
Die erste Runde klärt Aufbau und Ton. Die zweite räumt auf: falsche Reihenfolge, zu viel Text, ein Bereich, der fehlt. Die dritte ist Feinschliff an Farben, Abständen und Formulierungen.
Wer nach der fünften Runde immer noch nicht zufrieden ist, hat fast nie ein technisches Problem. Meist fehlt eine Entscheidung: Wen soll die Seite ansprechen, und was soll dieser Mensch tun? Solange die Antwort schwankt, schwankt das Ergebnis mit.
Was verlängert die Sache am zuverlässigsten?
Vier Dinge, und alle vier lassen sich vorher abstellen.
Fehlende Inhalte. Ohne echte Texte bauen Sie an Platzhaltern und bemerken erst später, dass Ihre tatsächlichen Produktnamen doppelt so lang sind wie die Beispiele.
Unklare Beschreibung. „Modern und ansprechend" liefert etwas Beliebiges. „Ruhig, viel Weißraum, dunkles Blau, keine Farbverläufe" liefert eine Richtung.
Abstimmung im Team. Drei Meinungen ohne Entscheider verwandeln einen Nachmittag in zwei Wochen. Bestimmen Sie, wer am Ende entscheidet, bevor Sie den ersten Build starten.
Die Domain am letzten Tag. DNS-Änderungen brauchen Verbreitungszeit, und die lässt sich bei keinem Anbieter beschleunigen. Verbinden Sie die Domain vor der Kampagne, nicht eine Stunde vor deren Start. Der Ablauf steht in Wie veröffentliche ich mein Projekt.
Wie plane ich eine Deadline realistisch?
Rechnen Sie in Vorbereitungszeit plus Runden, nicht in Buildzeit. Als grobe Orientierung, bewusst großzügig gerechnet:
| Vorhaben | Vorbereitung | Runden | Realistischer Rahmen |
|---|---|---|---|
| Landingpage für ein Angebot | Texte und ein Bild | 2 bis 3 | ein Abend |
| Seite für einen Handwerksbetrieb | Leistungen, Preise, Fotos | 3 | ein Arbeitstag |
| Mehrseitige Firmenseite | Inhalte je Seite, Struktur | 3 bis 5 | zwei bis drei Tage |
| Kleiner Shop mit Kasse | Sortiment, Rechtstexte, Zahlungskonto | 4 bis 6 | eine Woche mit Puffer |
| Internes Werkzeug mit Anmeldung | Datenfelder, Rollen | 4 bis 6 | eine Woche mit Puffer |
Die rechte Spalte enthält fast keine Buildzeit. Sie enthält Ihre Zeit, die Zeit von Rückfragen und den Puffer für das, was beim Ansehen auffällt. Wer so plant, hält Termine. Wer mit „das dauert ja nur eine Minute" plant, hält sie nicht.
Was dauert länger, als die meisten erwarten?
Drei Bereiche, und sie gehören ehrlich benannt.
Sehr spezifische Fachlogik entsteht über mehrere gezielte Änderungen statt über einen einzigen Prompt. Eine Preisbildung mit Staffeln, Ausnahmen und Rabattregeln ist nach dem ersten Build meist zu 80 Prozent richtig, und die restlichen 20 Prozent kosten mehrere Runden.
Rechtstexte sind kein Build, sondern eine Aufgabe für Sie oder Ihren Anwalt. Impressum, Datenschutzerklärung und bei Verkauf die Widerrufsbelehrung müssen inhaltlich stimmen, und ein Generator übernimmt diese Verantwortung nicht.
Und bei einem großen Produkt ersetzt der Builder kein Entwicklungsteam. Für den Start, für interne Werkzeuge und für die erste Version eines Dienstes ist er schnell. Für ein System, das jahrelang gepflegt und überwacht wird, ist er der Anfang. Was in diesen Rahmen nicht hineinpasst, steht in Was kann KI nicht bauen.
Wie wird das Ganze schneller?
Mit Vorbereitung, nicht mit Eile. Vier Griffe wirken sofort.
Beginnen Sie mit einer Vorlage. Es gibt 25 davon, 5 für Spiele. Ein vorhandener Aufbau zeigt Ihnen, welche Bausteine eine Seite braucht, und das ist schneller als ein leeres Feld plus Grübeln.
Schreiben Sie das Ziel in einem Satz auf, bevor Sie beschreiben. „Handwerker in Kiel sollen anrufen" führt zu anderen Entscheidungen als „Bestandskunden sollen Termine selbst buchen".
Legen Sie alle Inhalte vorher in einen Ordner. Jede Suche nach einer Telefonnummer mitten in der Arbeit kostet mehr als der Build.
Und bündeln Sie Anmerkungen. Zur Erinnerung an die Kosten: Eine Änderung kostet 3 Credits, ein frischer Build 6, eine mehrseitige Plattform 12 für die ersten drei Seiten und 3 je weiterer Seite. Im Hi-Fi-Modus verdoppelt sich das. Free enthält 5 Credits, Pro kostet 25 $ im Monat mit 200 Credits, Business 99 $ im Monat mit 800, abgerechnet in US-Dollar. Zeit sparen und Credits sparen zeigen hier in dieselbe Richtung.
Wenn Sie wissen wollen, wie sich die erste Minute anfühlt, probieren Sie es auf zugo.dev. Die Vorbereitung davor ist der Teil, den Sie beeinflussen können.