Foodtruck-Website ohne Code erstellen: Standort, Menü, Catering

Foodtruck-Website ohne Code erstellen: Standort, Menü, Catering

Eine Foodtruck-Website entsteht bei Zugo aus einem Absatz Klartext: Ihr Truck, was Sie kochen, wo Sie in dieser Woche stehen. Der Builder baut daraus eine laufende Seite, startet sie vor der Übergabe in einer Sandbox und veröffentlicht sie unter einer eigenen Adresse. Für den Anfang genügen ein Build und einige Änderungen.

Der Text bleibt beim Foodtruck, weil diese Seiten eine Eigenheit haben, die kein Restaurant kennt: Die wichtigste Information ändert sich jeden Tag, und sie steht nicht im Menü, sondern auf der Landkarte.

Welche Frage muss die Seite in zwei Sekunden beantworten?

Wo steht ihr heute. Alles andere ist nachgeordnet. Wer Ihren Link öffnet, steht meistens draußen, hat Hunger und wenig Geduld, und Ihr schön gesetzter Text über die Herkunft des Rindfleischs beantwortet diese Frage nicht.

Deshalb gehört der aktuelle Standort ganz nach oben, vor Menü, vor Geschichte, vor allem anderen. Mit Ort, Uhrzeit von wann bis wann und einem Kartenlink, der sich mit einem Tippen in der Navigation öffnet.

Direkt darunter folgt der Wochenplan. Er beantwortet die zweite Frage, nämlich wann Sie wieder in der Nähe sind, und er ist der Grund, warum Menschen die Seite ein zweites Mal öffnen. Ein Truck ohne sichtbaren Rhythmus wird als Zufallsfund behandelt, nicht als Stammlokal auf Rädern.

Was gehört sonst auf eine Foodtruck-Website?

Vier Blöcke reichen. Der Standort mit Wochenplan. Das Menü mit Preisen. Die Catering-Anfrage. Und ein kurzer Abschnitt darüber, wer Sie sind und was Sie kochen, in drei Sätzen statt in drei Absätzen.

Das Menü darf kürzer sein, als Sie denken. Ein Truck hat selten mehr als eine Handvoll Gerichte, und genau das ist ein Verkaufsargument. Preise gehören dazu: Eine Karte ohne Preise erzeugt die Vermutung, es werde teuer, und diese Vermutung kostet Sie Kundschaft, die weitergeht.

Der Abschnitt über Sie hat einen praktischen Zweck. Er ist das, was jemand liest, der überlegt, Sie für ein Betriebsfest zu buchen. Für diesen Leser sind zwei Angaben wichtig: seit wann es Sie gibt und was Sie am liebsten kochen.

Vergessen Sie nicht, dass fast alle Besuche vom Telefon kommen, oft im Freien bei schlechtem Licht. Große Schrift, hoher Kontrast, keine winzigen Kartenausschnitte. Worauf dabei zu achten ist, steht in Sind die Seiten für Mobilgeräte gemacht.

Wie sieht der Prompt für einen Foodtruck aus?

Der Builder arbeitet mit Ihrer Beschreibung, also gehören die Besonderheiten hinein:

Baue eine Website für einen Foodtruck in [Stadt].
Abschnitte:
1. Ganz oben: "Heute hier" mit Ort, Uhrzeit von bis,
   Kartenlink. Groß und ohne Scrollen sichtbar.
2. Wochenplan: Tabelle mit Wochentag, Standort, Zeit.
3. Menü: [N] Gerichte mit Preis und einem Satz,
   Kennzeichnung für vegetarisch und vegan.
4. Catering: Anfrageformular mit Datum, Gästezahl,
   Veranstaltungsort, Stromanschluss vorhanden ja/nein,
   Freitext.
5. Über uns: drei Sätze, ein Foto vom Truck.
6. Kontakt: Telefon, E-Mail, Links zu sozialen Netzwerken.
Ton: direkt und unkompliziert. Für das Telefon optimiert.

Eine Zeile lohnt sich zusätzlich: "Der Bereich Heute hier soll ein einzelner Block sein, den ich allein ändern kann". Damit wird aus dem täglichen Standortwechsel eine kleine Änderung statt eines Eingriffs in die ganze Seite.

Wer nicht bei einem leeren Feld anfangen will: Es gibt 25 fertige Vorlagen, davon 5 für Spiele, und eine Gastronomievorlage steht einem Truck näher als eine leere Seite. Wie ein fest stehender Betrieb aufgebaut wird, zeigt Restaurant-Website mit KI erstellen.

Wie halte ich den Standort aktuell, ohne täglich neu zu bauen?

Das ist die eigentliche Betriebsfrage, und es gibt vier Antworten mit sehr unterschiedlichem Aufwand.

Für die meisten Betriebe ist die zweite Zeile die richtige. Ein Wochenplan trägt die Regel, ein Hinweisstreifen trägt die Ausnahme, und beides zusammen ist einmal pro Woche eine Änderung für 3 Credits, im Hi-Fi-Modus 6.

Die vierte Zeile hat einen ehrlichen Vorzug, den man nicht wegdiskutieren sollte: Soziale Netzwerke sind für tagesaktuelle Standorte schneller als jede Website, und viele Trucks fahren damit sehr gut. Die Website ersetzt das nicht, sie beantwortet die Fragen, die dort untergehen, allen voran Catering.

Wie hole ich Catering-Anfragen herein?

Hier liegt bei den meisten Trucks der Umsatz, der die Website überhaupt rechtfertigt. Ein Mittagsgast findet Sie auch ohne Seite, eine Personalabteilung, die ein Sommerfest plant, sucht dagegen im Netz und vergleicht.

Vier Angaben entscheiden über eine brauchbare Anfrage: Datum, Gästezahl, Ort und ob Strom vorhanden ist. Fehlt eine davon, folgt eine Mailschleife über drei Tage. Fragen Sie außerdem nach dem Budgetrahmen, das erspart beiden Seiten Angebote, die niemand annimmt.

Nennen Sie im selben Abschnitt Ihre Grenzen. Ab wie vielen Gästen es sich lohnt, wie weit Sie fahren, wie viel Vorlauf Sie brauchen, was Sie bei Regen tun. Diese Sätze filtern die Anfragen, die Sie ohnehin ablehnen würden, und sie wirken professionell statt abweisend.

Für Betriebe, bei denen Catering das Hauptgeschäft ist und der Truck nur ein Kanal, lohnt eher der Aufbau aus Catering-Website mit KI erstellen, weil dort Angebot und Ablauf im Mittelpunkt stehen.

Was kostet eine Foodtruck-Website in Credits?

Gerechnet wird in Credits, und die Zahlen gelten für alle Projekttypen gleich.

Eine einseitige Truckseite ist ein Build plus zwei bis vier Änderungen. Danach kommt der laufende Betrieb: der wöchentliche Standorthinweis, gelegentlich eine Menüänderung.

Die Tarife: Free gibt Ihnen 5 Credits, Pro kostet 25 $ im Monat mit 200 Credits, Business 99 $ im Monat mit 800 Credits. Zweihundert Credits sind, nur für eine Sache ausgegeben, etwa 16 mehrseitige Plattformen oder 33 Builds oder 66 Änderungen. Ehrlich vor der Anmeldung: 5 Credits sind weniger als die 6 Credits eines einzelnen Builds, der kostenlose Tarif zeigt also die Oberfläche und liefert kein fertiges Projekt. Abgerechnet wird in US-Dollar.

Lohnt sich Vorbestellung mit Bezahlung im Netz?

Selten, und die Antwort ist unbequemer, als sie klingt. Ein Truck arbeitet in einer Schlange, und eine Vorbestellung funktioniert nur, wenn jemand sie annimmt, während die Schlange weiterläuft.

Sinnvoll wird sie in genau zwei Fällen. Erstens im Gewerbegebiet mit festem Mittagsrhythmus, wo Büros für vier Personen gesammelt bestellen und zu einer festen Uhrzeit abholen. Zweitens bei Vorauszahlung für Veranstaltungen, also einer Anzahlung auf ein Catering. In beiden Fällen wird Stripe für die Zahlung angebunden.

Für den normalen Marktbetrieb überwiegt der Ärger. Eine bezahlte Bestellung, die Sie wegen Andrang nicht rechtzeitig fertigbekommen, kostet Sie eine Erstattung und eine schlechte Bewertung, und beides wiegt schwerer als der zusätzliche Verkauf.

Was ist mit Allergenen und Pflichtangaben?

Zwei Dinge gehören auf jede geschäftlich genutzte Seite: Impressum und Datenschutzerklärung. Der Builder legt beide auf Zuruf an.

Beim Essen kommt die Kennzeichnung dazu. Wer lose Speisen abgibt, muss über enthaltene Allergene informieren, und viele Trucks lösen das am Fahrzeug über eine Tafel. Auf der Website ist dieselbe Angabe sinnvoll, weil Menschen mit Unverträglichkeiten vorher schauen, ob sich der Weg lohnt.

Wie diese Information bei Ihnen konkret ausfallen muss und was für Ihren Standplatz sonst gilt, klärt die Lebensmittelüberwachung Ihrer Stadt, nicht ein Website-Baukasten. Das ist keine Ausflucht, sondern die einzige ehrliche Antwort: Vorschriften unterscheiden sich, und eine Software kennt Ihren Fall nicht.

Wo stößt ein KI-Builder bei einem Foodtruck an Grenzen?

Drei Grenzen, offen benannt.

Eine Live-Karte, die Ihren Standort automatisch aus dem Fahrzeug meldet, ist ein eigenes Vorhaben. Zugo bindet Supabase, Stripe, GitHub, Vercel, Resend, eigene Domain und Google Analytics an; eine Ortung in Echtzeit gehört nicht dazu und würde über viele Änderungen entstehen.

Sehr spezifische Abläufe brauchen Runden. Bestellannahme mit Zeitfenstern, automatische Sperre bei ausgebuchten Slots oder eine Anbindung an Ihr Kassensystem sind machbar, kosten aber mehrere Durchgänge statt eines Prompts.

Und bei einem großen Produkt ersetzt der Builder kein Entwicklungsteam. Vor der Übergabe läuft jeder Build in einer Sandbox, und was nicht geöffnet hat, wird nicht ausgeliefert. Diese Prüfung sagt, dass die Seite startet, nicht dass die Schlange länger wird.

Wie fange ich an?

Schreiben Sie den Wochenplan auf und machen Sie ein gutes Foto vom Truck bei Tageslicht. Mehr Material brauchen Sie für die erste Fassung nicht.

Bauen Sie einmal, öffnen Sie das Ergebnis draußen auf dem Telefon und prüfen Sie die eine Frage: Sehen Sie den heutigen Standort, ohne zu scrollen. Ein einfacher Build steht in etwa einer Minute, eine mehrseitige Plattform in einigen Minuten. Sammeln Sie Korrekturen und geben Sie sie gebündelt, das ist günstiger als einzelne Nachträge.

Anfangen können Sie auf zugo.dev. Der Rest entsteht im Betrieb, eine kurze Änderung pro Woche genügt.