Muss ich programmieren können, um eine Website zu bauen?

Muss ich programmieren können, um eine Website zu bauen?

Nein. Um mit Zugo eine Website, eine App oder ein 2D-Spiel zu bauen, brauchen Sie keine Programmierkenntnisse: Sie beschreiben das Vorhaben in normalem Deutsch, der Builder erzeugt daraus ein laufendes Projekt und prüft es vor der Übergabe in einer Sandbox. Technisches Vorwissen hilft trotzdem, und zwar an drei genau benennbaren Stellen.

Diese Antwort ist ehrlicher als ein bloßes „geht auch ohne", weil sie zwei Fragen trennt, die ständig verwechselt werden. Die eine lautet: Muss ich Code schreiben? Die andere: Muss ich verstehen, was ich da gebaut habe? Auf die erste ist die Antwort nein, auf die zweite jein.

Was heißt „ohne Code" konkret?

Sie tippen keine Zeile Quelltext. Statt einer Programmiersprache verwenden Sie die Sprache, in der Sie Ihrem Kollegen erklären würden, was die Seite können soll. Der Builder erzeugt daraus Struktur, Gestaltung und Funktion in einem Durchgang.

Die Arbeit läuft in einer Schleife ab, und diese Schleife ist der eigentliche Kern der Sache. Sie beschreiben, Sie sehen das Ergebnis an, Sie ändern das, was nicht passt. Beim zweiten Mal reicht ein Satz wie „Der Preisblock gehört vor die Kundenstimmen, und die Schaltfläche soll dunkelgrün sein". Niemand öffnet dafür einen Editor.

Wichtig ist der Unterschied zwischen „kein Code" und „kein Aufwand". Sie ersparen sich die Syntax, nicht das Nachdenken. Wer nicht sagen kann, was seine Seite bei welchem Besucher auslösen soll, bekommt eine hübsche Seite ohne Wirkung, und daran ändert kein Werkzeug etwas.

Wo hilft technisches Vorwissen trotzdem?

An drei Stellen, und es sind immer dieselben drei.

Die erste ist die Domain. Eine eigene Adresse wird beim Registrar gekauft, und dort legen Sie zwei DNS-Einträge an. Wer das schon einmal gemacht hat, ist in fünf Minuten durch. Wer nicht, braucht eine Anleitung, aber keine Programmierkenntnisse: Es ist Kopieren und Einfügen zwischen zwei Oberflächen.

Die zweite sind die Daten. Sobald Ihr Projekt Anmeldungen, Buchungen oder Bestellungen speichert, kommt Supabase als Datenbank dazu. Sie müssen kein SQL schreiben, aber es hilft ungemein, wenn Sie vorher aufschreiben können, welche Angaben Sie überhaupt speichern wollen. Diese Liste ist kein technisches, sondern ein fachliches Dokument.

Die dritte ist die Fehlersuche. Wenn das Ergebnis nicht dem entspricht, was Sie im Kopf hatten, ist die Frage stets dieselbe: Habe ich es ungenau beschrieben, oder hat der Builder es falsch verstanden? Wer schon einmal mit Entwicklern gearbeitet hat, findet die Antwort schneller. Alle anderen finden sie nach ein paar Runden auch.

Was müssen Sie stattdessen können?

Beschreiben. Das ist keine Floskel, sondern die einzige Fähigkeit, die den Ausschlag gibt. Drei Angaben entscheiden über die Qualität des ersten Builds: für wen die Seite ist, welche einzelne Handlung ein Besucher ausführen soll, und welche Angaben Sie von ihm brauchen.

Die rechte Spalte enthält keinen einzigen technischen Begriff. Sie enthält Entscheidungen, die nur Sie treffen können, weil nur Sie Ihr Geschäft kennen. Genau deshalb ersetzt kein Modell diesen Teil. Wie sich das systematisch aufschreiben lässt, steht in Wie schreibe ich einen guten Prompt.

Wie viel kostet das Ausprobieren?

Gerechnet wird in Credits, und die Preisliste ist kurz genug, um sie sich zu merken.

Die Tarife: Free enthält 5 Credits, Pro kostet 25 $ im Monat mit 200 Credits, Business kostet 99 $ im Monat mit 800. Abgerechnet wird in US-Dollar. Zweihundert Credits entsprechen, wenn Sie alles in dieselbe Sache stecken, etwa 16 mehrseitigen Plattformen oder 33 Builds oder 66 Änderungen.

Ein Hinweis, der vor der Anmeldung mehr wert ist als jede Werbung: 5 Credits reichen nicht für einen vollständigen Build, der 6 kostet. Der kostenlose Tarif ist ein Rundgang durch die Oberfläche, kein fertiges Projekt. Und die Änderung kostet 3 Credits, nicht 1, auch wenn ältere Texte im Netz etwas anderes behaupten.

Was geht ohne Programmierkenntnisse nicht?

Vier Dinge, und sie ehrlich zu benennen spart Ihnen Enttäuschungen.

Sehr spezifische Fachlogik. Eine Provisionsabrechnung mit Sonderfällen, ein Schichtplan mit Tarifregeln, eine Preisbildung mit Staffeln und Ausnahmen: So etwas entsteht über mehrere gezielte Änderungen, nicht über einen einzigen Prompt. Die erste Fassung liegt selten daneben, aber sie liegt eben auch selten sofort richtig.

Ein großes Produkt über Jahre. Der Builder ersetzt kein Entwicklungsteam, sobald ein Projekt dauerhaft gepflegt, überwacht und weiterentwickelt wird. Für den Start, für ein internes Werkzeug, für eine Landingpage und für die erste Version eines Dienstes ist er stark. Für ein Produkt mit hunderten Kunden und einer eigenen Roadmap ist er der Anfang, nicht das Ende.

Alles außerhalb des Browsers. Spiele entstehen in 2D und laufen im Browser. Eine native App aus dem Store, eine 3D-Welt oder ein Programm für den Desktop sind nicht der Rahmen dieses Werkzeugs.

Rechtstexte. Impressum und Datenschutzerklärung gehören auf jede geschäftliche Seite in Deutschland. Die Seiten kann der Builder anlegen, den verbindlichen Inhalt müssen Sie oder Ihr Anwalt liefern. Kein Generator übernimmt diese Verantwortung, und wer etwas anderes verspricht, verkauft Ihnen ein Risiko.

Brauche ich später doch einen Entwickler?

Vielleicht, und das ist kein Scheitern, sondern der normale Verlauf eines Projekts, das funktioniert. Wichtig ist nur, dass dieser Schritt offen bleibt.

Der Quelltext lässt sich nach GitHub exportieren, und das Deployment kann auf Ihrem eigenen Vercel-Konto laufen. Damit übergeben Sie einem Entwickler ein normales Projekt und keine Blackbox. Wer diesen Weg vorher kennt, trifft die Entscheidung später sachlich statt unter Druck. Details dazu in Kann ich den Code exportieren.

Praktisch sinnvoll ist die Reihenfolge: erst selbst bauen, dann Nutzer beobachten, dann Entwicklerzeit für genau das kaufen, was sich als tragend herausgestellt hat. Andersherum bezahlen Sie fremde Arbeit für Annahmen, die Sie noch gar nicht geprüft haben.

Wie unterscheidet sich das vom Baukasten und vom Programmieren?

Drei Wege, drei verschiedene Rechnungen.

Der ehrliche Vergleich lautet nicht „besser oder schlechter", sondern „wo liegt Ihre Aufgabe". Ein Baukasten verlangt viel Handarbeit an der Oberfläche, ein KI-Builder verlangt Klarheit über den Zweck, eigene Entwicklung verlangt Geld oder Zeit. Was das für eine Agenturbeauftragung bedeutet, steht in KI-Builder oder Agentur.

Womit fange ich an, wenn ich noch nie etwas gebaut habe?

Mit einem Projekt, dessen Ergebnis Sie beurteilen können. Eine Seite für Ihr eigenes Angebot ist besser als eine Übung, weil Sie sofort merken, ob der Text stimmt.

Es gibt 25 fertige Vorlagen, davon 5 für Spiele. Eine Vorlage anzupassen ist der leichtere Einstieg als das leere Feld, weil Sie am vorhandenen Aufbau sehen, welche Bausteine eine Seite überhaupt braucht. Eine einfache Sache steht in etwa einer Minute, eine mehrseitige Plattform in einigen Minuten.

Rechnen Sie mit zwei bis drei Runden, bis es sitzt. Das ist keine Schwäche des Werkzeugs, sondern die Art, wie Gestaltungsarbeit funktioniert: Sie sehen am ersten Ergebnis, was Sie eigentlich wollten. Veröffentlicht wird auf eine Adresse unter zugo.run, die eigene Domain kommt später dazu.

Ausprobieren können Sie das ohne eine Zeile Code auf zugo.dev. Wenn Ihnen nach der ersten Runde einfällt, was Sie eigentlich gemeint haben, hat der Builder genau seine Aufgabe erfüllt.