---
title: "Einen guten Auftrag schreiben | Briks"
url: https://briks.dev/de/docs/writing-a-brief
description: "Was in einen Brief gehört, damit der erste Build gelingt: Unternehmen, Zielgruppe, Seiten, Hauptaktion, Fakten und Ton, mit sechs Vorher-nachher-Beispielen."
last_updated: 2026-10-08
---

# Einen guten Auftrag schreiben

Das Briefing ist die Beschreibung, die Sie im Schritt **Describe it** schreiben, und es ist die wichtigste Grundlage, aus der Briks etwas erstellt. Ein paar Sätze mehr hier sparen später mehrere Änderungen. Diese Seite zeigt, was hineingehört, was nicht, und sechs Briefings, die von vage zu brauchbar umgeschrieben wurden.

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

## Was ein gutes Briefing enthält

Unter dem Feld fragt die Checkliste des Studios danach, für wen die Website gedacht ist und wo, was sie anbietet, wie sie wirken soll und welche Seiten oder Funktionen sie braucht. In der Praxis beantwortet ein Briefing, aus dem sich gut bauen lässt, Folgendes:

- **Wer ist das Unternehmen?** Sein Name, was es macht und wo es ist.
- **Für wen ist es?** Läufer mit Knieschmerzen, Paare, die eine Hochzeit planen, Buchhalter in kleinen Firmen.
- **Which pages?** Nennen Sie sie, wenn Sie sie kennen: Startseite, Behandlungen, Preise, Über uns, Kontakt. Ein erster Build erstellt bis zu 10, die Startseite eingeschlossen.
- **Was sollen Besucher tun?** Anrufen, eine Anfrage senden, eine Buchung anfragen, sich auf eine Warteliste setzen. Sagen Sie, was am wichtigsten ist.
- **Was sind die Fakten?** Öffnungszeiten, Preise, Einzugsgebiete, Namen im Team, eine Telefonnummer, eine Adresse.
- **Wie soll es sich anfühlen?** „Ruhig und schlicht, ohne Scherze“ oder „warm und ein bisschen frech“. Farben, die Sie bereits verwenden, oder solche, die vermieden werden sollen.
- **Was wollen Sie auf keinen Fall?** Keine Stockfotos mit Handschlägen, keine Preise auf der Website, keine dunklen Hintergründe.

## Was Sie Briks überlassen können

Sie müssen weder das Layout noch die Schriften, die Abstände oder die Reihenfolge der Abschnitte beschreiben. Briks plant das für Ihre Art von Geschäft oder übernimmt es von einer Website, die Ihnen gefällt. Auch die Texte jedes Abschnitts müssen Sie nicht schreiben: Nennen Sie die Fakten und den Ton, und Briks schreibt die Texte. Lücken fangen die [Fragen vor dem Bauen](https://briks.dev/de/docs/questions-before-building) auf.

Was bereits feststeht, gehört in den Schritt **Your brand** und nicht in das Briefing: eine genaue Akzentfarbe, eine Schriftart, hell oder dunkel. Diese Einstellungen haben Vorrang vor allem anderen, auch vor einer Website, die Ihnen gefällt.

## Wie lang sie sein soll

Das Feld braucht mindestens zehn Zeichen und nimmt bis zu 25.000 auf. Die meisten Beschreibungen, die gut funktionieren, umfassen 80 bis 250 Wörter: lang genug für die Fakten, kurz genug, um sich nicht zu widersprechen. Nennt eine Beschreibung bereits die Seiten, die Hauptaktion und die Fakten, lautet die einzige Frage vor dem Build meist, welche Seiten Sie anhaken, wobei Ihre bereits angehakt sind.

Ein Brief, der gar kein Unternehmen nennt, etwa `Make me a modern website`, bekommt zuerst eine Frage: was das Unternehmen macht, für wen es da ist und wo es sitzt. Wenn Sie das in ein bis zwei Sätzen beantworten, kommen Sie am schnellsten zu einer Website, die von Ihnen handelt.

In fünf Durchgängen schreiben

1. Beginnen Sie mit dem Wer und Wo

   Wo: Describe it

   Ein Satz mit dem Namen des Unternehmens, was es macht und wo: `Stillwater Yoga, ein kleines Studio in Brighton.`

2. Die Seiten und die Hauptaktion hinzufügen

   Wo: Describe it

   Nennen Sie die Seiten und sagen Sie dann, was ein Besucher zuerst tun soll: anrufen, eine Anfrage senden, eine Buchung anfragen.

3. Fakten einfügen

   Wo: Describe it

   Öffnungszeiten, Preise, Einzugsgebiete, Namen. Listen sind in Ordnung, so geschrieben, wie Sie sie auf einem Notizblock festhalten würden.

4. Beschreiben Sie, wie es sich anfühlen soll

   Wo: Describe it

   Der Ton in wenigen Worten und Farben, die verwendet oder vermieden werden sollen.

5. Einmal auf Widersprüche prüfen

   Wo: Describe it

   Prüfen Sie, dass sich nichts widerspricht, und drücken Sie dann **Next**. Falls Sie das Briefing gesprochen haben, räumen Sie es zuerst auf.

## Bilder und Ihr Logo

Das Feld **Describe it** nimmt nur Text an. Bilder gelangen auf drei Wegen auf Ihre Website:

- **Screenshots on Show what you like** bestimmen die Optik. Briks liest daraus Layout, Abstände und Farben ab, übernimmt sie aber nicht auf Ihre Website.
- **Ihre eigenen Fotos** kommen nach dem ersten Build hinzu. Drücken Sie im Feld des Studios auf **Attach pictures** (bis zu sechs JPEG-, PNG- oder WebP-Dateien, je unter 12 MB), stellen Sie jede von **Reference** auf **On the site** um und sagen Sie, wohin sie gehört. **Add from your media** tut dasselbe mit etwas, das schon in Ihrer [Medienbibliothek](https://briks.dev/de/docs/media-library) liegt.
- **Alles andere** folgt dem Schritt **Pictures**: aus der Bibliothek des Studios entnommen und zugeschnitten oder neu gezeichnet. Siehe [Pictures](https://briks.dev/de/docs/pictures).

Ihr Logo wird hochgeladen, sobald das Projekt existiert. Öffnen Sie den Tab **Settings** des Projekts, der sich auf **General** öffnet, und drücken Sie unter **Name and marks** neben **Logo** auf **Upload**. Es ersetzt das gezeichnete Zeichen in Kopf- und Fußzeile, am besten eignet sich ein PNG oder WebP auf transparentem Hintergrund. Drücken Sie unter **Name and marks** auf **Save**. Bei einer bereits veröffentlichten Website wird beim Speichern erneut mit Ihrem Logo veröffentlicht, ohne dass Credits gebunden werden.

Wo

1. Projects
2. Your project
3. Settings
4. General
5. Logo

Beschreiben Sie die gewünschten Bilder direkt in der Beschreibung in Worten: „Fotos von ruhigen Behandlungsräumen, keine Illustrationen“.

## Sechs Briefings, vorher und nachher

Jedes Paar ist ein Unternehmen: erst ein Briefing, wie es oft getippt wird, dann eines, das Briks gibt, was es braucht.

Vorher Physiotherapiepraxis (Website)

> Website für meine Physiotherapiepraxis. Modern und professionell.

Es fehlen: wo die Praxis liegt, wen sie behandelt, die Seiten, die Preise, wie man buchen kann und alle echten Fakten.

Nachher Physiotherapiepraxis (Website)

> Northside Physio, eine Physiotherapiepraxis in Didsbury, Manchester, seit 2014 geöffnet. Wir behandeln Läufer, Büroangestellte mit Rücken- und Nackenschmerzen und Menschen, die sich von Knie- und Hüftoperationen erholen. Seiten: Home, Treatments, Prices, Team, Contact. Erstuntersuchung £65, Folgetermin £50, Sportmassage £45. Geöffnet Montag bis Freitag 8:00 bis 20:00 Uhr, Samstag 9:00 bis 13:00 Uhr. Die Hauptaktion ist die Terminanfrage über ein Formular; zeigen Sie auch die Telefonnummer 0161 496 0123. Team: Priya Shah und Tom Ellis, staatlich anerkannte Physiotherapeuten. Ruhig und beruhigend. Weiß und sanftes Grün.

Sind Seiten, Preise, Öffnungszeiten und die Hauptaktion angegeben, enden die Fragen wahrscheinlich bei den Seiten, wobei diese fünf bereits angehakt sind.

Vorher Software-Launch (Landingpage)

> Landingpage für den Start unserer neuen App. Sie soll wie ein Startup aussehen.

Es fehlt: was das Produkt leistet, für wen es gedacht ist, was ein Besucher tun soll und die Fakten zum Launch.

Nachher Software-Launch (Landingpage)

> Eine einseitige Landingpage für Ledgerline, eine Software, die Banktransaktionen Rechnungen zuordnet, für Buchhalter in kleinen Steuerkanzleien. Start am 3. März. Die Hauptaktion ist der Eintrag auf die Warteliste mit einer E-Mail-Adresse. Abschnitte: was sie leistet, drei Probleme, die sie löst, wie sie in drei Schritten funktioniert, ein Bild der Hauptansicht, Preise ab £19 pro Nutzer und Monat, häufige Fragen und das Formular für die Warteliste. Selbstsicher und direkt, ohne Werbefloskeln. Dunkles Marineblau und Weiß mit einer leuchtenden Akzentfarbe.

Es wird eine Seite verlangt, also wird eine Seite geplant, mit der Warteliste als Hauptaktion.

Vorher Hochzeitsfotograf (Portfolio)

> Portfolio-Website für meine Fotografie. Zeige meine besten Fotos.

Es fehlen: die Art der Fotografie, das Gebiet und wie man Sie erreicht.

Nachher Hochzeitsfotograf (Portfolio)

> Portfolio für Ana Ribeiro, eine Hochzeitsfotografin in Bristol, die den Südwesten abdeckt und auch für Destination Weddings reist. Entspannter, dokumentarischer Stil, meist natürliches Licht. Seiten: Home, Weddings, Elopements, About, Prices, Contact. Pakete ab £1,450 für sechs Stunden und £2,300 für einen ganzen Tag. Die Hauptaktion ist ein Anfrageformular mit Datum, Location und Gästezahl. Ruhig und redaktionell, viel Weißraum, eine Serifenschrift für Überschriften. Meine eigenen Fotos füge ich nach dem ersten Build hinzu.

Stil, Gebiet, Preise und die Felder des Formulars sind angegeben, und die echten Fotos folgen nach dem ersten Build, so kommen Ihre eigenen Bilder hinein.

Vorher Yogastudio (Buchungsanfragen)

> Website für ein Yogastudio mit Online-Buchung und Zahlung für Kurse.

Sie sagt nichts über das Studio: keine Kurse, Zeiten oder Preise, und nichts darüber, wofür Leute bezahlen oder ob ein Platz bestätigt ist.

Nachher Yogastudio (Buchungsanfragen)

> Website für Stillwater Yoga, ein kleines Studio in Brighton. Seiten: Home, Timetable, Classes, Teachers, Prices, Contact. Montag und Mittwoch 18:30 Anfänger, Dienstag 10:00 Schwangerschaftsyoga, Samstag 9:00 Slow Flow. Einzelstunde £12, zehn Stunden £100, Bezahlung im Studio. Besucher fragen einen Platz über ein Formular mit Name, E-Mail, Kurs und Datum an, und wir bestätigen selbst per E-Mail. Sanft und einladend, erdige Farben.

Kurse, Zeiten, Preise und die Felder des Formulars sind alle angegeben, und es steht darin, wie die Leute bezahlen. Wenn Sie stattdessen online Zahlungen annehmen möchten, verbinden Sie Ihren eigenen Zahlungsanbieter unter **Settings**, **Payments** und schreiben Sie das in den Auftrag.

Vorher Zustellungsprotokoll (App)

> Eine App, um unsere Lieferungen zu verwalten.

Es fehlt: wer es nutzt, was ein Zustellprotokoll enthält und was die Leute damit tun.

Nachher Zustellungsprotokoll (App)

> Ein internes Tool für die beiden Cafés von Harbour Café, um Wareneingänge zu erfassen. Das Personal trägt jede Lieferung ein: Datum, Lieferant, Café (Quay Street oder Market Row), Artikel, Menge, Kosten und wer sie angenommen hat. Eine Liste der Lieferungen mit Suche und Filtern nach Lieferant, Café und Woche sowie ein Bildschirm mit den Ausgaben pro Lieferant in diesem Monat. Etwa acht Mitarbeitende nutzen es, meist auf dem Handy im Lagerraum, daher große Schaltflächen und kurze Formulare. Schlicht und praktisch.

Sie nennt jedes Feld, das ein Datensatz enthält, und jeden Bildschirm, damit Briks die Datensätze gleich beim ersten Build richtig einrichten kann.

Vorher Verkaufszahlen (Dashboard)

> Verkaufs-Dashboard mit Diagrammen.

Es fehlt: wessen Umsätze, welche Zahlen, in welchem Zeitraum und wer sie liest.

Nachher Verkaufszahlen (Dashboard)

> Ein Vertriebs-Dashboard für das Sechserteam von Fernway Furniture. Es verfolgt Deals: Unternehmen, Kontakt, Wert, Phase (Lead, Angebot gesendet, in Verhandlung, gewonnen, verloren), Verantwortlicher und voraussichtliches Abschlussdatum. Zeigen Sie den Pipeline-Wert nach Phase, die in diesem Monat gewonnenen Deals im Vergleich zu einem Ziel von £60,000, die zehn größten offenen Deals und die von jedem Verkäufer in den letzten sechs Monaten gewonnenen Deals. Das Team fügt Deals in einer Tabelle mit Suche und Filtern hinzu und aktualisiert sie. Klar und ruhig, ohne Schnörkel.

Ein Dashboard überspringt die Fragen, deshalb enthält das Briefing alles: die Felder jedes Datensatzes und jede Zahl auf dem Bildschirm.

## Häufige Fehler

### Zu vage

„Eine moderne Website für mein Unternehmen“ kann alles sein. Die Fragen vor dem Bauen helfen, aber sie können Fakten nicht ersetzen, die nur Sie kennen: Ihre Preise, Ihre Öffnungszeiten, Ihr Team.

### Widersprüche

„Minimal und ruhig“ in einem Satz und „viel Bewegung und kräftige Farben“ im nächsten lässt Briks eine Wahl treffen. Ebenso „keine Preise“, gefolgt von einer Preisliste. Was unter **Your brand** eingestellt ist, hat Vorrang vor dem Briefing, halten Sie beides also im Einklang.

### Um etwas bitten, das Briks noch nicht kann

Briks baut noch keine mobilen Apps. Mitgliedschaften, die sich monatlich oder jährlich erneuern, sind eingebaut, über Ihr eigenes Konto bei Stripe, Paddle, Polar oder Lemon Squeezy. Den Versand physischer Waren baut es auf Wunsch: Sagen Sie im Briefing, was Sie brauchen, etwa einen Shop, der Bestellungen verschickt, und Briks baut ihn mit Ihrem eigenen Zahlungskonto in die Website ein. Für alles, was es noch nicht kann, bitten Sie um das, was heute funktioniert: Mitgliederkonten, ein Anfrageformular, ein Formular für Terminanfragen, eine Telefonnummer zum Antippen oder einen Button, der zu dem Dienst führt, über den Sie bereits verkaufen.

### Namen, die Sie nie vergeben haben

Eine Reihe mit Kundenlogos, Partnern oder Presseerwähnungen zeigt nur Namen, die Sie im Briefing nennen. Wenn Sie eine möchten, führen Sie die Namen auf.

### Im Briefing eingetippte Adressen

Eine Website, die Ihnen gefällt, kommt in den Schritt **Show what you like**, in dem Briks sie besucht und liest. Siehe [Aus einer Website bauen, die Ihnen gefällt](https://briks.dev/de/docs/build-from-sites-you-like).

### Schlüssel und Passwörter

Fügen Sie nie einen Schlüssel, ein Token oder ein Passwort in den Brief ein. Briks schneidet es heraus, bevor der Brief gespeichert wird, und weist Sie an, es stattdessen unter [Secrets](https://briks.dev/de/docs/secrets) hinzuzufügen. Wenn die Website mit einem Dienst von Ihnen arbeiten soll, etwa einer Mailingliste, schreiben Sie `Neue Abonnenten zu unserer Mailingliste hinzufügen` und nennen Sie den Dienst. Ist **Ask about what is unclear before building** beim Start eingeschaltet, fragt Briks vor dem Bauen nach, ob dieser Teil jetzt gebaut und der Schlüssel erst nach dem Livegang aufgenommen werden soll oder ob er vorerst entfällt.

Fakten, die Sie noch nicht haben

Wenn Ihre Preise oder Teamnamen noch nicht feststehen, sagen Sie es. Fragt Briks nach fehlenden Angaben, können Sie klar gekennzeichnete Beispiele wählen und später ersetzen. Gekennzeichnete Beispiele stoppen **Publish to production**, bis Sie sie durch Ihre eigenen Worte ersetzen. So gelangt nichts Erfundenes versehentlich auf Ihre echte Adresse.

## 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 **Fragen vor dem Bau** 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.](https://briks.dev/de/docs/questions-before-building)
- [Wird gebaut **Website nach einem Vorbild erstellen** Eine Seite und bis zu sechs Screenshots, die Ihnen gefallen. Briks liest Layout, Abstände, Schrift, Bewegung und Menüs und baut Ihre Seite im Stil, ohne Kopie.](https://briks.dev/de/docs/build-from-sites-you-like)
- [Wird gebaut **Bilder** Wählen Sie, wie Ihre Bilder entstehen, fügen Sie eigene Fotos und Ihr Logo hinzu, tauschen Sie jedes Bild ohne Credits aus und korrigieren Sie ein falsches.](https://briks.dev/de/docs/pictures)

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.
