design businessMay 6, 202610 min read

Wie man ein Design Briefing schreibt, das tatsächlich live geht

Die meisten Design Briefings sind Theater. Das Briefing, das live geht, beantwortet sechs Fragen, hat ein einseitiges Constraints-Blatt und endet mit Abbruchkriterien.

By Boone
XLinkedIn
how to write design brief that ships

Wie man ein Design Briefing schreibt, das tatsächlich live geht

Hero: eine Voxel-Nahaufnahme eines einzelnen überdimensionalen Klemmbretts, das vor dem dunklen Brainy-Studio schwebt, die Seite voller korallenroter Häkchen und leerer cyanfarbener Kästchen, ein dicker korallenroter Stift liegt diagonal darüber, beschriftet mit "The brief is the product"
Hero: eine Voxel-Nahaufnahme eines einzelnen überdimensionalen Klemmbretts, das vor dem dunklen Brainy-Studio schwebt, die Seite voller korallenroter Häkchen und leerer cyanfarbener Kästchen, ein dicker korallenroter Stift liegt diagonal darüber, beschriftet mit "The brief is the product"

Die meisten Design Briefings sind Theater. Sie beschreiben den Traum, listen Adjektive wie "modern" und "human-first" auf und enden mit einem Vibe Board, das der Kunde unterschrieben hat, um unterstützend zu wirken. Dann driftet das Projekt.

Das Briefing, das live geht, beantwortet sechs Fragen, passt mit seinen Constraints auf eine Seite und endet mit Abbruchkriterien, die vor Arbeitsbeginn geschrieben wurden. Alles andere ist Dekoration.

Die meisten Design Briefings sind Theater

Ein klassisches Design Briefing liest sich wie eine Hochzeitsrede. Voller Gefühl, arm an Entscheidungen, unterschrieben von Leuten, die zu höflich sind, um zu widersprechen.

Das Deck hat 30 Folien und das Moodboard 40 Bilder. Nirgends steht, wer entscheidet, dass die Arbeit fertig ist, welche Zahl die Zusammenarbeit beendet oder was das Projekt nicht ist.

Das ist kein Briefing, das ist eine Wunschliste mit Deckblatt. Sie stirbt in Woche sechs, wenn der Kunde "noch eine Runde" will und die Agentur kein Dokument hat, um das Gespräch zu beenden.

Ein echtes Briefing ist kurz, entschieden und unbequem. Wenn beim lauten Vorlesen niemand auf seinem Stuhl herumrutscht, hat es seinen Job nicht gemacht.

Die sechs Fragen, die jedes Design Briefing beantworten muss

Jedes Briefing, jedes Projekt, jedes Engagement. Wenn ein Briefing sie nicht beantworten kann, ist das Projekt nicht bereit.

Voxel-Framework-Diagramm mit sechs beschrifteten Karten in einem 3-mal-2-Raster, jede mit einem kleinen korallenroten Icon für eine der sechs Fragen: wer, fertig, raus, Budget, Zeitplan, Metrik
Voxel-Framework-Diagramm mit sechs beschrifteten Karten in einem 3-mal-2-Raster, jede mit einem kleinen korallenroten Icon für eine der sechs Fragen: wer, fertig, raus, Budget, Zeitplan, Metrik
#FrageWas sie erzwingt
1Wer entscheidet, dass die Arbeit fertig istEin einzelner benannter Freigeber, kein Komitee
2Wie sieht "fertig" konkret ausEin bestimmtes Artefakt, ein Link oder eine live geschaltete Oberfläche
3Was liegt ausdrücklich außerhalb des UmfangsEine schriftliche Liste dessen, was das Projekt nicht tun wird
4Welche Budgetzahl beendet das ProjektEin echter Währungsbetrag, keine Spanne
5Welcher Zeitplan beendet das ProjektEin echtes Kalenderdatum, kein Quartal
6Was ist die eine Metrik, die zähltEin messbares Ergebnis, kein Gefühl

Lässt du eine aus, wird das Projekt drei Monate später in deinem Posteingang verteidigt.

Entscheider, Fertig und die Linie um den Umfang

Die ersten drei Fragen klären, wem die Arbeit gehört und was sie ist. Vage Antworten vergiften hier alles Weitere.

1. Wer entscheidet, dass die Arbeit fertig ist

Ein Name. Nicht "das Leadership-Team", nicht "wir erkennen es, wenn wir es sehen", nicht "der Gründer schaut am Ende noch mal drauf".

Ein einzelner Freigeber, der Ja sagen kann, Nein sagen kann und dessen Ja bindend ist. Muss er vorher andere konsultieren, nennt das Briefing auch diese Namen, aber der Freigeber unterschreibt trotzdem. Komitees geben Design nicht frei, sie verhandeln es zu Brei.

Nenne den Entscheider im ersten Absatz. Kann der Kunde das nicht, ist das Projekt nicht startklar.

2. Wie sieht "fertig" konkret aus

Nicht "eine polierte Website". Nicht "eine Marke, die resoniert". Ein Artefakt, von dem du einen Screenshot machen kannst, und ein Link, den du einem Fremden geben kannst.

Bei einer Marketing-Site ist fertig eine deployte URL mit definierter Seitenzahl, Komponentenbibliothek und Core Web Vitals-Schwellenwert. Bei einer Markenidentität ist es ein Asset-Ordner mit Logo-Set, Typesystem, Color Tokens und einem einseitigen Nutzungsdokument. Konkret. Fotografierbar. Abschließbar.

Kann das Team das finale Ergebnis nicht in einem Satz beschreiben, steckt das Briefing noch im Moodboard-Modus.

3. Was liegt ausdrücklich außerhalb des Umfangs

Der mächtigste Abschnitt jedes Briefings ist die Liste dessen, was das Projekt nicht tun wird.

Jedes Projekt hat unsichtbare Nachbararbeit, die in den Umfang hineinwandert, wenn niemand hinschaut. Das Briefing, das live geht, stempelt sie als OUT, mit Zeilen wie "keine zusätzlichen Lokalisierungen, keine CRM-Integration, keine zweite Runde Markenexploration nach Woche vier."

Punkte außerhalb des Umfangs sind Schutz, keine Verweigerung. Du brauchst kein Design System ist dieselbe Disziplin auf Systemebene, und Designer sind jetzt PMs erklärt, warum die Umfangskontrolle im Briefing lebt.

Geld und Zeit, in Zahlen geschrieben

Die nächsten zwei Fragen machen aus Vibes Zahlen.

4. Welche Budgetzahl beendet das Projekt

Ein konkreter Währungsbetrag. Nicht "knapp", nicht "wettbewerbsfähig", nicht "flexibel". Eine Zahl, die bei Überschreitung das Engagement beendet.

Eigentlich zwei Zahlen. Der Betrag, zu dem das Projekt verkauft wird, und der Betrag, der den Stopp auslöst. Die Abbruchzahl liegt meist 15 bis 25 Prozent über der verkauften Zahl, damit das Team ehrliche Fehler auffangen kann, ohne Überschreitungen zu verstecken.

Schreibe die Abbruchzahl ins Briefing, unterschrieben. Das Pricing-Page-Problem behandelt dieselbe Disziplin auf einer öffentlichen Oberfläche; wertbasierte Preisgestaltung ist die tiefere Lektüre.

5. Welcher Zeitplan beendet das Projekt

Ein echtes Kalenderdatum. Nicht "Q3", nicht "bis Ende des Sommers", nicht "vor dem Launch". Ein Tag, der bei Verpassen das Engagement beendet oder eine Neuverhandlung auslöst.

Wieder zwei Daten. Ship-Datum und Abbruchdatum. Niemand will das Abbruchdatum schreiben, weil es durchs Schreiben real wird. Schreib es trotzdem.

Hängt das Projekt an einem Launch oder einer Finanzierungsrunde, binde das Abbruchdatum daran. Anthropics eval-gesteuerte Releases und Linears Sechs-Wochen-Zyklen setzen Briefings voraus, in denen jemand ein Datum geschrieben und sich geweigert hat, es zu verschieben.

Die eine Zahl, die Erfolg definiert

Die letzte Frage ist die kleinste und die umstrittenste. Sie entscheidet alles andere.

6. Was ist die eine Metrik, die zählt

Eine. Singular. Kein Dashboard. Eine Zahl, von außerhalb des Teams beobachtbar, die entscheidet, ob das Projekt erfolgreich war.

Bei einer Marketing-Site: qualifizierte Leads pro Monat. Bei einem Launch: aktivierte Accounts in den ersten 30 Tagen. Bei einem Brand Refresh: eine messbare Verschiebung der Qualität eingehender Deals, nicht "Markenbekanntheit".

Die Versuchung ist, fünf Metriken aufzulisten, damit nichts scheitern kann. Widerstehe ihr.

Die einzelne Metrik gehört ins Briefing, in den Vertrag und an die Wand. Das Anti-Dashboard erklärt, warum eine Zahl zwölf hinter einem Dashboard versteckte schlägt.

Das einseitige Constraints-Blatt

Sechs Fragen, eine Seite. Passen die Antworten nicht auf ein Blatt, wird das Projekt noch verhandelt.

Voxel-Rendering einer einzelnen schräg gestellten Seite mit vier beschrifteten Abschnittsblöcken für Entscheider, Umfang, Budget, Deadline und einem korallenroten SIGNED-Stempel in der Ecke
Voxel-Rendering einer einzelnen schräg gestellten Seite mit vier beschrifteten Abschnittsblöcken für Entscheider, Umfang, Budget, Deadline und einem korallenroten SIGNED-Stempel in der Ecke

Kopiere diese Vorlage, fülle sie mit dem Kunden im Raum aus und hol dir eine Unterschrift, bevor du die nächste Phase planst.

ONE-PAGE CONSTRAINTS SHEET Project: [name] Client: [company] Date: [date] 1. DECIDER Approver of record: [single name + title] Consulted before approval: [up to 3 names] 2. DONE Final deliverable: [one sentence] Acceptance artifact: [URL, file, or shipped surface] 3. OUT OF SCOPE Not included: - [item] - [item] - [item] Anything not listed above is also out of scope. 4. BUDGET Sold at: [currency + figure] Kill at: [currency + figure] 5. TIMELINE Ship date: [calendar date] Kill date: [calendar date] External anchor: [event, launch, or contract trigger] 6. METRIC The one number we own: [metric] Measured by: [tool or person] Reviewed: [date] Signed: ______________________ [decider name + date]

Das Format ist egal, die Disziplin nicht. Ein Blatt, das auf einen Handybildschirm passt, beim Kickoff laut vorgelesen und vom Entscheider unterschrieben wird, bringt Projekte ins Ziel. Ein 30-seitiges Briefing, das niemand liest, nicht.

Abbruchkriterien, geschrieben vor Arbeitsbeginn

Abbruchkriterien sind der Teil, den niemand schreibt, weil es sich anfühlt, als plane man das Scheitern. Sie wegzulassen heißt, das Leiden zu planen.

Voxel-Checklisten-Kartenstapel, zur Kamera geneigt, mit korallenrotem Kopfbalken mit der Aufschrift KILL CRITERIA, fünf Zeilen mit Trigger-Kästchen und kurzen Textbalken, schwaches korallenrotes Leuchten darunter
Voxel-Checklisten-Kartenstapel, zur Kamera geneigt, mit korallenrotem Kopfbalken mit der Aufschrift KILL CRITERIA, fünf Zeilen mit Trigger-Kästchen und kurzen Textbalken, schwaches korallenrotes Leuchten darunter

Abbruchkriterien sind Bedingungen, an Tag eins geschrieben, die das Projekt absichtlich pausieren oder beenden. Nicht "das läuft schlecht", sondern "dieses Ereignis ist eingetreten, das tun wir als Nächstes."

Ein funktionierendes Set für ein typisches Design-Engagement:

  1. Der Entscheider wechselt mitten im Projekt ohne schriftliche Übergabe. Der neue Entscheider unterschreibt das Constraints-Blatt innerhalb von fünf Werktagen neu, oder das Projekt pausiert.

  2. Die Budget-Abbruchzahl ist erreicht. Die Arbeit stoppt, eine ehrliche Rechnung geht raus und die nächste Phase wird neu zugeschnitten.

  3. Das Abbruchdatum ist erreicht, ohne dass die Fertig-Bedingung live ist. Das Projekt geht in eine schriftliche Neuverhandlung, nicht in eine stille Verlängerung.

  4. Punkte außerhalb des Umfangs werden ohne Change Order hinzugefügt. Eine Change Order wird innerhalb von drei Werktagen unterschrieben, oder die Anfrage entfällt.

  5. Die eine Metrik wird unmessbar. Kann das Team sie in zwei aufeinanderfolgenden Review-Perioden nicht messen, wird das Briefing neu geöffnet.

  6. Zwei aufeinanderfolgende Meilensteine ohne schriftliche Begründung verpasst. Das Projekt geht in ein Recovery Review mit dem Entscheider, bevor der nächste Meilenstein startet.

Jedes Kriterium hat einen Trigger und eine Reaktion. Die Reaktion ist nie "wir schauen, wie sich alle fühlen", sondern eine schriftliche, mechanische Handlung.

Das Briefing sagt nicht jedes Scheitern voraus. Es legt vorab fest, wie sich das Team verhält, wenn das Scheitern sichtbar wird.

Wie Briefings von Linear, Stripe und Vercel sich lesen

Niemand außerhalb dieser Unternehmen hat ihre Briefings gelesen. Die Arbeit ist das Briefing rückwärts.

Linear liefert in Sechs-Wochen-Zyklen mit einem verantwortlichen Owner, engem Umfang und einer live gehenden Oberfläche. Stripe liefert Docs am Tag, an dem ein Feature live geht, was heißt: Die Docs wurden zusammen mit dem Feature gebrieft. Vercel macht aus dem Deploy-Log die Launch-Oberfläche, dieselbe Haltung, die in der Ladezustand ist das Produkt behandelt wird.

Bau das Briefing aus der Arbeit rückwärts nach. Ein Entscheider pro Oberfläche. Fertig heißt live, nicht freigegeben. Die Ausschlussliste ist sichtbar in den Features, die nie erschienen sind.

Die Lehre ist nicht "schreibe dein Briefing wie Linear". Sie ist: "Schau dir Arbeit an, die du respektierst, und frag, welches Briefing sie hervorgebracht hätte." Den Fehlermodus findest du in warum jedes SaaS 2026 gleich aussieht.

Das Briefing ist ein Vertrag, keine Wunschliste

Voxel-Vergleich zweier Seiten: links beschriftet BRIEF mit sechs straffen korallenroten nummerierten Zeilen und einem SIGNED-Stempel, rechts beschriftet WISH LIST mit überquellendem blassgrauem Text und verirrten Fragezeichen
Voxel-Vergleich zweier Seiten: links beschriftet BRIEF mit sechs straffen korallenroten nummerierten Zeilen und einem SIGNED-Stempel, rechts beschriftet WISH LIST mit überquellendem blassgrauem Text und verirrten Fragezeichen

Ein Briefing, das neben dem Vertrag lebt, ist ein Vertrag. Eines, das auf einer verstaubten Notion-Seite lebt, ist eine Wunschliste.

Hänge das Constraints-Blatt an das Statement of Work. Verweise im Engagement Letter auf die Abbruchkriterien. Mach die eine Metrik zur Klausel, nicht zur Folie. Wenn ein Wireframe der strukturelle Vertrag für einen Screen ist, ist das Briefing dasselbe für das Engagement.

Wenn die Arbeit driftet, und das tut sie immer, beendet das Briefing die Drift. Eine Seite, unterschrieben, beim Kickoff vorgelesen, im Projektkanal angepinnt. Das ist der Unterschied zwischen einem Briefing und Theater.

Probier das am Montagmorgen aus

Das nächste Briefing auf deinem Tisch bekommt den Sechs-Fragen-Test vor dem Kickoff-Call.

Öffne es. Nimm eine leere Seite und schreib die sechs Fragen links, die Antworten des Briefings rechts. Fehlt eine Antwort, ist sie vage oder in Adjektiven statt in Artefakten geschrieben, ist das die Kickoff-Agenda. Nicht "lasst uns das Deck durchgehen", sondern "wir können nicht starten, bis diese sechs beantwortet sind."

Die meisten Kunden respektieren das. Die wenigen, die es nicht tun, sind genau die Kunden, die die verpasste Deadline und die unbezahlte Schlussrechnung produziert hätten. Das Briefing filtert sie aus, bevor die Arbeit beginnt.

FAQ

Wie lang sollte ein Design Briefing sein?

Eine Seite Constraints, plus den unterstützenden Kontext, den das Team braucht. Das Constraints-Blatt ist der Vertrag. Passen diese Constraints nicht auf eine Seite, wird das Projekt noch verhandelt.

Was ist der Unterschied zwischen einem Creative Briefing und einem Design Briefing?

Ein Creative Briefing deckt Botschaft, Zielgruppe und Tonalität ab. Ein Design Briefing deckt all das ab plus die operativen Constraints, die entscheiden, ob das Projekt live geht: Entscheider, Fertig, Budget-Abbruch, Zeitplan-Abbruch, Ausschluss, eine Metrik. Ein Creative Briefing ohne Design Briefing ist ein Vibe-Dokument.

Wer sollte das Design Briefing schreiben, die Agentur oder der Kunde?

Die Agentur entwirft es, der Kunde redigiert es, der Entscheider unterschreibt es. Ein Briefing, das komplett vom Kunden geschrieben wird, ist eine Wunschliste; eines, das komplett von der Agentur kommt, ist ein Verkaufsdokument. Das richtige Briefing entsteht gemeinsam, die Agentur liefert die Struktur, der Kunde die Constraints.

CTA

Du willst einen Partner, der das Briefing wie einen Vertrag führt statt wie eine Kickoff-Folie? Brainy liefert gegen sechs Fragen, ein einseitiges Constraints-Blatt und Abbruchkriterien, die alle schützen. Hire Brainy und das Erste, was du siehst, ist ein Briefing, unterschrieben, bevor sich ein Pixel bewegt.

Want a partner who runs the brief like a contract instead of a kickoff slide? Brainy ships projects against six questions, a one-page constraints sheet, and kill criteria that protect everyone.

Get Started

More from Brainy Papers

Keep reading