---
title: "Fragen vor dem Bau | Briks"
url: https://briks.dev/de/docs/questions-before-building
description: "Vor dem ersten Build fragt Briks nach den Seiten und offenen Punkten Ihres Briefs. So antworten Sie, nutzen Decide for me oder schalten Zusatzfragen aus."
last_updated: 2026-10-08
---

# Fragen vor dem Bau

Bevor Briks eine neue Website oder App plant, stellt es Ihnen im Studio ein paar kurze Fragen: immer, welche Seiten gebaut werden sollen, und manchmal, was Ihr Briefing offengelassen hat. Die Antwort dauert etwa eine Minute und kostet nichts. Diese Seite zeigt, was gefragt wird, wie Sie antworten und was danach geschieht.

8 Minuten Lesezeit Am 8. Oktober 2026 mit dem Studio abgeglichen

## Wenn Briks nachfragt

Fragen kommen einmal, zu Beginn des ersten Aufbaus einer **Website** oder einer **App**. Dashboards werden nicht gefragt: Ihr Aufbau startet sofort. Projekte aus einer Vorlage werden ebenfalls nicht gefragt, und spätere Änderungen nie; die machen Sie in einer Nachricht.

Direkt nach dem Klick auf **Build it** zeigt das Studio **Preparing questions**, und das Nachrichtenfeld lautet „Preparing a few questions…“. Innerhalb einer Minute erscheint eine Karte im Gespräch, und der Status wechselt zu **Waiting for your answers**. Nichts wird gelesen, geplant oder erstellt, bevor Sie antworten. Dauert die Vorbereitung der Fragen zu lange, fragt Briks nur nach den Seiten, statt Sie warten zu lassen.

## Was er fragen kann

Es gibt höchstens 4 Fragen, zuerst die zu den Seiten. Jede andere Frage muss einen einfachen Test bestehen: Ihr Briefing lässt sie offen, und die Antwort würde ändern, was gebaut wird. Bei einem ausführlichen Briefing kommt oft nur die Frage zu den Seiten.

| Frage | Kann gefragt werden, wenn | Typische Auswahl |
| --- | --- | --- |
| Seiten | Immer, bei jeder Website und jeder App | Fünf bis neun Seitennamen zum Ankreuzen, die Startseite fest, plus eigene Seiten |
| Was ein Besucher tut | Ihre Art von Unternehmen nimmt meist Buchungen oder Anfragen entgegen, und im Briefing steht nicht, wie | Zum Beispiel: Termin buchen, Anfrage senden, anrufen oder mailen |
| Preise | Die Preise sind für die Branche üblich, und das Briefing nennt keine | Eine Preistabelle, Preise neben jeder Leistung oder keine Preise |
| Sprachen | Der Auftrag oder der Ort legt mehr als eine Sprache nahe | Mehrere können angehakt werden |
| Was die Seite anführt | Weder Website noch Screenshot wurden hinzugefügt, und das Briefing sagt es nicht | Ein Foto, kräftige Worte auf einer Farbe ohne Bild oder bei Software die eigenen Bildschirme |
| Nicht genannte Fakten | Die Website braucht Angaben, die das Briefing nicht liefert, zum Beispiel Öffnungszeiten, eine Adresse oder Namen | Klar gekennzeichnete Beispiele, die Sie später ersetzen oder weglassen können |
| Der Schlüssel eines anderen Dienstes | Der Brief verbindet die Website mit einem anderen Dienst, der mit Ihrem eigenen Konto dort arbeitet | Jetzt erstellen und den Schlüssel unter Secrets hinzufügen, sobald die Website live ist, oder diesen Teil vorerst weglassen |

Die Fragen sind auf Ihr Unternehmen zugeschnitten, der Wortlaut variiert also von Projekt zu Projekt. Zu jeder gehört eine kurze Zeile, warum sie wichtig ist, und die empfohlene Antwort ist bereits ausgewählt.

### Wenn die Beschreibung nichts über das Unternehmen sagt

Ein Briefing wie `Make me a website` nennt weder Branche noch Angebot, Zielgruppe oder Ort. Briks erfindet nichts dazu. Die Karte beginnt mit „Before I plan your site, tell me about the business, then tick the pages you want.“ und fragt zuerst: „What does your business do, who is it for, and where is it?“ Es gibt keine Auswahl: Sie antworten in einem Textfeld, in Ihren eigenen Worten. **Decide for me** übernimmt für alles Weitere die empfohlenen Antworten, sendet aber Ihre Worte mit, daher wartet es, bis Sie etwas geschrieben haben. Diese Frage wird auch gestellt, wenn die zusätzlichen Fragen ausgeschaltet sind.

## Die Karte beantworten

1. Die Karte lesen

   Wo: Studio

   Sie beginnt mit einer Zeile wie „Before I plan your site, a few quick choices. Tick the pages you want and answer what is unclear; Decide for me takes the recommended answers.“

2. Seiten ankreuzen

   Wo: Studio

   **Home** ist immer enthalten und mit **Always** markiert. Haken Sie die übrigen an oder ab; die Seitenzahl aktualisiert sich dabei. Um eine nicht angebotene Seite hinzuzufügen, geben Sie ihren Namen dort ein, wo "Add a page, for example Careers" steht, und drücken Sie **Add**. Namen dürfen bis zu 40 Zeichen lang sein.

3. Den Rest beantworten

   Wo: Studio

   Bei Fragen mit einer Antwort ist die vorgeschlagene Auswahl mit **Recommended** markiert. Passt keine, wählen Sie **Something else** und tippen Sie Ihre eigenen Worte bei **Your answer** ein.

4. Auf Continue drücken

   Wo: Studio

   Die Karte wechselt zu einer Liste dessen, was entschieden wurde, und der Build beginnt.

Bis zu 10 Seiten zum Start

Eine Website kann mit bis zu 10 Seiten starten, die Startseite eingeschlossen. Auf der Karte steht „Each page you tick is built in full. More can be added later.“ Mehr Seiten dauern länger und kosten mehr im Bau, haken Sie also an, was Sie jetzt brauchen, und fügen Sie den Rest später per Nachricht hinzu.

## Für mich entscheiden

**Decide for me** nimmt für jede Frage die empfohlene Antwort, einschließlich der empfohlenen Seiten, und startet den Build. Die Karte listet dann jede Entscheidung mit dem Tag **Decided for you** auf. Wenn die erste Version veröffentlicht ist, wiederholt die Antwort sie: ‚Decided for you, as recommended:‘ gefolgt von der Liste, und ‚Change any of it in a message.‘

Das funktioniert gut, wenn Ihr Briefing ausführlich war und die Empfehlungen bereits dazu passen. Wenn Sie eine klare Liste der Seiten im Kopf haben, haken Sie diese zuerst selbst ab.

## Ihre Antworten stattdessen eintippen

Unter den Schaltflächen steht auf der Karte "Or type your answers in the box below.", und das Nachrichtenfeld zeigt "Type your answers, or choose above". Schreiben Sie Ihre Antworten in ein, zwei Sätzen und senden Sie sie ab. Während Briks Ihre Worte den Fragen zuordnet, zeigt die Karte "Reading your answers onto the questions."

Alles, was Ihre Worte nicht beantworten, bekommt die empfohlene Antwort, so wie bei **Decide for me**. Eine Seite, die Sie nennen und die nicht auf der Liste stand, wird unter Ihrer Bezeichnung hinzugefügt. Bilder können an dieser Stelle nicht angehängt werden; das Studio antwortet: "Pictures and videos can be added once the site is built. Answer the questions for now."

## Was als Nächstes passiert

Ihre Antworten werden zu festen Entscheidungen für den Aufbau. Der Plan enthält genau die Seiten, die Sie gewählt haben, jede als eigene Seite im Menü, und die übrigen Antworten bestimmen, was darauf steht. Der Status wechselt zu **Building**.

Die Antworten gelten endgültig für diesen Build. Sobald die Website steht, ändern Sie alles per Nachricht, etwa `Add a Careers page` oder `Take the prices off the Treatments page`. Siehe [Änderungen vornehmen](https://briks.dev/de/docs/making-changes).

Credits, solange die Karte wartet

Eine Rückfrage wird nie berechnet. Die 50 Credits, die beim Klick auf **Build it** reserviert wurden, bleiben reserviert, solange die Karte wartet, und der Build beginnt erst nach Ihrer Antwort. Antworten Sie also, bevor Sie sich entfernen. Wenn Sie den Build stoppen, während die Karte wartet, wird er kostenlos abgebrochen und die Karte zeigt „Closed: this build was stopped.“

## Die zusätzlichen Fragen ausschalten

Die Frage nach den Seiten wird immer gestellt. Der Rest lässt sich abschalten: Deaktivieren Sie im Schritt **How it is built** bei „New project“ die Option **Ask about what is unclear before building**. Die Karte fragt dann nur: „Before I plan your site: which pages should it have? Tick the ones you want, or add your own.“ Die eine Ausnahme ist ein Briefing, das nichts über das Unternehmen sagt: Dann wird weiterhin gefragt, was das Unternehmen tut.

Wo

1. New project
2. How it is built
3. Ask about what is unclear before building

Derselbe Schalter befindet sich in den **Preferences** des Projekts unter **Building and publishing**. Die Fragen erscheinen jedoch schon kurz nach dem Start. Bei einem neuen Projekt zählt der Schalter daher auf der Seite „New project“.

Wo

1. Projects
2. Your project
3. Settings
4. Preferences

## Schlüssel für andere Dienste

Manche Websites arbeiten über Ihr eigenes Konto mit einem anderen Dienst zusammen: einer Mailingliste, einem CRM, einer Tabelle, einem KI-Modell oder einem Nachrichtendienst. Dafür brauchen sie Ihren Schlüssel, und ein Schlüssel wird nie in die Unterhaltung eingefügt.

- **Eingefügte Schlüssel werden entfernt.** Ein Schlüssel, der in den Auftrag, eine Antwort oder eine Nachricht getippt wird, wird entfernt, bevor etwas ihn speichert oder liest. Die Unterhaltung meldet: "A key was removed from your message so it isn't stored. Add it in Project Settings → Secrets." mit einer Schaltfläche **Open Secrets**.
- **Bei einem ersten Bau** hat die Website noch keinen Ort für einen Schlüssel, da Schlüssel auf der veröffentlichten Website gespeichert werden. Wenn Ihr Briefing einen Dienst anbindet, fragt die Karte, ob er jetzt gebaut und der Schlüssel in Secrets ergänzt werden soll, sobald die Website live ist, oder ob dieser Teil vorerst entfällt.
- **On a change to a published site** prüft Briks, welche Schlüssel die Änderung braucht, bevor sie gebaut wird. Der Status lautet **Checking which keys this needs**, dann **Waiting for a key**, wenn eine Karte bis zu 3 Schlüssel anfordert, jeweils mit eigenem Feld. Fügen Sie einen Schlüssel ein und drücken Sie **Save and build**: Er geht direkt in die Secrets der Website, „Nur auf Ihrer veröffentlichten Website gespeichert, verschlüsselt. Wird nie wieder angezeigt.“ Oder drücken Sie **Add it later**, und die Änderung wird ohne ihn gebaut.
- **After a build**, wenn der Code der Website einen Schlüssel ohne Wert liest, nennt die Antwort ihn mit je einer Schaltfläche, etwa **Add NEWSLETTER\_KEY**, und [Secrets](https://briks.dev/de/docs/secrets) führt ihn als **Needed by the site** mit **Add value** auf. Dieser Teil der Website funktioniert nicht, bis der Schlüssel einen Wert hat.

Gut zu wissen

Solange eine Änderung auf ihren Schlüssel wartet, bleibt Ihre Live-Website unverändert, und Sie können weiter Nachrichten senden: Sie gehören dann zur Änderung. Eine Karte, die geschlossen wurde, weil die Änderung gestoppt wurde, lautet "Closed: this change was stopped or asked again."

## Beispiele für gute Antworten

Seiten Eine Zahnarztpraxis für Familien in Cardiff

> Vorgeschlagen: Startseite, Über uns, Behandlungen, Preise, Team, FAQ, Kontakt. Der Inhaber hat FAQ abgewählt und **Emergency appointments** als eigene Seite hinzugefügt, weil Patienten genau danach morgens um sieben mit Zahnschmerzen suchen.

Sieben Seiten, jede im Menü. FAQ kann später mit einer Nachricht folgen.

Getippte Antwort Ein Barbershop in Glasgow

> `Startseite, Preise und So finden Sie uns. Nur ohne Termin, keine Buchung, einfach Telefonnummer und Öffnungszeiten zeigen. Preise neben jedem Haarschnitt.`

Seiten: Home, Preise, So finden Sie uns. Besucher rufen an oder kommen vorbei, und die Preise stehen neben jeder Leistung. Jede Frage, die Ihre Worte nicht berührt haben, erhält die empfohlene Antwort.

Nicht genannte Fakten Eine neue Bäckerei, die ihr Sortiment noch findet

> Auf die Frage, was bei Angaben geschehen soll, die das Briefing nicht enthielt, entschied sich der Inhaber für deutlich gekennzeichnete Beispiele.

Die Vorschau zeigt Beispielpreise, die als Beispiele gekennzeichnet sind. **Publish to production** wird erst ausgeführt, wenn sie durch echte Preise ersetzt wurden.

## Häufige Fragen

### Warum wurde ich nicht nach Preisen gefragt?

Ihr Briefing hat es bereits geklärt, oder Preise sind für Ihre Art von Unternehmen nicht üblich. Fragen über die Seiten hinaus werden nur gestellt, wenn die Antwort ändern würde, was erstellt wird.

### Kann ich mit mehr als 10 Seiten starten?

Nein. Auf der Karte steht "A site can start with up to 10 pages. Untick one to add another, or add more pages later." Beginnen Sie mit den 10 wichtigsten.

### Mein Dashboard hat nichts gefragt.

Das ist zu erwarten. Dashboards werden in einem Zug erstellt, nennen Sie also im Briefing die Datensätze und Zahlen, die Sie brauchen.

### Die Karte bot Online-Verkauf oder Anmeldung an.

Diese Frage nennt die üblichen Wege, wie Menschen bei Ihrer Art von Unternehmen handeln, und beide funktionieren. Die Anmeldung gibt es mit E-Mail und Passwort, und Zahlungen laufen über Ihren eigenen Zahlungsanbieter, sobald dessen Schlüssel unter **Settings**, **Payments** gespeichert sind. Siehe [Anmeldung und Zahlungen](https://briks.dev/de/docs/sign-in-and-payments).

## Als Nächstes lesen

- [Wird gebaut **Neues Projekt starten** Jede Wahl beim Anlegen eines Projekts, Schritt für Schritt: Projektart, Brief, eine Website, die Ihnen gefällt, Marke, Bilder, Build-Schalter und Startkosten.](https://briks.dev/de/docs/new-project)
- [Wird gebaut **Einen guten Auftrag schreiben** Was in einen Brief gehört, damit der erste Build gelingt: Unternehmen, Zielgruppe, Seiten, Hauptaktion, Fakten und Ton, mit sechs Vorher-nachher-Beispielen.](https://briks.dev/de/docs/writing-a-brief)
- [Wird gebaut **Beim Bauen freigeben** Der erste Build hält für Sie an: Texte freigeben, einen von drei Looks wählen, dann einen Hero aus vier grauen Layouts. So schalten Sie es ein, Kosten.](https://briks.dev/de/docs/approval-steps)
- [Wird gebaut **Einen Build beobachten** Einen Build beim Planen, Schreiben und Veröffentlichen verfolgen, Seiten entstehen sehen, sicher stoppen. Dazu Prüfungen und Kosten bei Fehlschlag.](https://briks.dev/de/docs/watching-a-build)
- [Daten und Automatisierung **Secrets** API-Schlüssel und Passwörter Ihres Website-Codes bleiben auf dem Website-Server, nie in Seiten oder Downloads. Hinzufügen, Ändern, Entfernen und Briks-Regeln.](https://briks.dev/de/docs/secrets)

Noch nicht weitergekommen?

Schreiben Sie an [hello@briks.dev](mailto:hello@briks.dev) mit dem Namen Ihres Projekts und dem, was Sie erwartet haben. Ein Screenshot hilft.
