Schicken Sie drei Entwicklern ein vages Briefing, und Sie bekommen drei Angebote, die sich um den Faktor fünf unterscheiden – nicht weil jemand falsch liegt, sondern weil sich jeder ein anderes Projekt vorgestellt hat. Ein gutes Briefing behebt das. Es ist in ein, zwei Stunden geschrieben und erspart wochenlanges Hin und Her.
Das ist die Struktur, die ich mir von jedem Kunden wünsche. Kopieren Sie sie, füllen Sie sie aus und schicken Sie dasselbe Dokument an alle, mit denen Sie sprechen.
Warum ein Briefing wichtiger ist als ein Budget
Ein Budget sagt dem Entwickler, wie viel Sie ausgeben möchten. Ein Briefing sagt ihm, was Sie brauchen. Ohne das Zweite ist das Erste nur eine Zahl, auf die man zielt. Mit beidem bekommen Sie ein Angebot, das erklärt, was Sie für Ihr Geld erhalten, und Sie können Angebote Position für Position vergleichen.
Was in ein Website-Briefing gehört
1. Über Sie, in drei Sätzen
Wer Sie sind, was Sie verkaufen und wer es kauft. Lassen Sie die Firmengeschichte weg. „Wir sind ein Designstudio mit zwei Personen in Belgrad und verkaufen maßgefertigte Möbel an Restaurants“ ist perfekt.
2. Das Ziel der Website
Wählen Sie ein Hauptziel und höchstens zwei Nebenziele:
- Anfragen oder Buchungen gewinnen
- Produkte online verkaufen
- Glaubwürdigkeit aufbauen (Portfolio, Fallstudien)
- Mitarbeiter gewinnen
- Ein Produkt erklären, damit sich Menschen anmelden
Dann versehen Sie es, wenn möglich, mit einer Zahl: „20 qualifizierte Anfragen pro Monat“ schlägt „mehr Leads“.
3. Die Zielgruppe
Wer die Website besucht, was diese Menschen finden wollen und was sie zum Gehen bringt. Zwei oder drei kurze Beschreibungen genügen: „Restaurantbesitzer, 35–55, am Smartphone zwischen zwei Services, wollen schnell Preise und Lieferzeiten sehen.“
4. Seiten und Funktionen
Listen Sie die Seiten auf, die Sie erwarten, und getrennt davon alles, was etwas tut:
- Kontakt- oder Buchungsformular (wohin sollen die Einsendungen gehen?)
- Onlinezahlungen oder ein Shop (wie viele Produkte? Varianten?)
- Blog oder News (wer schreibt, wie oft?)
- Mehrere Sprachen (welche, und wer übersetzt?)
- Benutzerkonten oder Mitgliederbereiche
- Integrationen: CRM, Newsletter, Kalender, Analytics
Funktionen treiben die Kosten weit mehr als Seiten, also seien Sie hier konkret.
5. Inhalte: wer liefert was
Notieren Sie für jede Seite, ob Sie Texte, Bilder und Videos liefern oder ob sie erstellt werden müssen. Fehlende Inhalte sind der häufigste Grund, warum Websites zu spät live gehen.
6. Gestalterische Richtung
Nennen Sie drei bis fünf Websites, die Ihnen gefallen, und jeweils, was Ihnen daran gefällt – die Typografie, das ruhige Layout, die Art, wie die Produktfotos gezeigt werden. Ergänzen Sie eine Website, die Ihnen nicht gefällt, und warum. Wenn Sie ein Logo und Gestaltungsrichtlinien haben, legen Sie sie bei; wenn nicht, sagen Sie es, denn Markenarbeit ist ein eigenes Paket (siehe welche Markenidentität ein Startup zum Launch braucht).
7. Technische Anforderungen
- Haben Sie eine Domain? Hosting?
- Wer bearbeitet die Website nach dem Launch, und wie technisch versiert ist diese Person?
- Gibt es etwas, das bleiben muss: einen bestehenden Shop, ein Buchungssystem, ein E-Mail-Setup?
- SEO: Ersetzen Sie eine Website, die schon gut rankt? (Dann sind Weiterleitungen wichtig.)
8. Budget und Zeitplan
Nennen Sie eine Spanne, keinen Einzelbetrag, und sagen Sie, ob der Termin fest ist (ein Launch-Event, eine Messe) oder flexibel. Eine Spanne erlaubt es einem Entwickler, vorzuschlagen, was hineinpasst, statt zu raten.
9. Wie Sie entscheiden
Wer gibt Entwürfe frei, und wie schnell? Eine entscheidungsbefugte Person, die innerhalb eines Tages antwortet, ist mehr wert als jedes Projektmanagement-Tool.
Was nicht hineingehört
- Technologieentscheidungen ohne Grund. Schreiben Sie lieber „das Team muss Seiten ohne Entwickler bearbeiten können“, als ein CMS zu nennen – es sei denn, Sie nutzen bereits eines.
- Eine vollständige Sitemap mit 40 Seiten. Beginnen Sie mit den Seiten, die dem Hauptziel dienen; weitere können folgen.
- Jede Idee, die Sie je hatten. Setzen Sie Wünschenswertes auf eine eigene Liste, damit es separat kalkuliert werden kann.
Die Vorlage
Kopieren Sie das in ein Dokument und füllen Sie es aus:
# Website-Briefing — [Firmenname]
## Über uns
[Drei Sätze: wer Sie sind, was Sie verkaufen, wer es kauft]
## Ziel
Hauptziel: [ein Ziel + möglichst eine Zahl]
Nebenziele: [höchstens zwei]
## Zielgruppe
- [Besuchertyp 1: wer, was gesucht wird, was zum Abbruch führt]
- [Besuchertyp 2]
## Seiten
- [Seite]: [Zweck]
## Funktionen
- [Funktion]: [Details, z. B. „Kontaktformular → E-Mail an vertrieb@“]
## Inhalte
| Seite | Text | Bilder | Video |
| ----- | ---- | ------ | ----- |
| Startseite | liefern wir | Fotos benötigt | — |
## Gestalterische Richtung
- Gefällt uns: [URL] — [was genau]
- Gefällt uns nicht: [URL] — [warum]
- Markenassets: [beigefügt / noch keine]
## Technik
Domain: [ja/nein] · Hosting: [ja/nein] · Redaktion nach dem Launch: [wer]
Muss bleiben: [bestehende Systeme]
Ersetzt eine gut rankende Website: [ja/nein]
## Budget und Zeitplan
Budgetrahmen: [von–bis] · Launch: [Datum, fest oder flexibel]
## Entscheidungen
Entscheidet: [Name] · Übliche Antwortzeit: [z. B. 1 Tag]
## Wünschenswert (separat kalkulieren)
- [...]Wie es weitergeht
Mit einem solchen Briefing kann ein guter Entwickler mit einem abgegrenzten Angebot antworten statt mit einer Liste von Fragen: was enthalten ist, was nicht, ein Zeitplan und ein Preis für jeden Teil. Wenn zwei Angebote immer noch stark voneinander abweichen, bitten Sie jeweils darum, die größte Position zu erklären – aus diesem Gespräch lernen Sie mehr als aus den Gesamtsummen.
Sie bauen eher eine App als eine Website? Es gelten dieselben Prinzipien, mit mehr Gewicht auf den Nutzerabläufen – siehe was ein MVP wirklich kostet.
Ihr Briefing ist fertig? Schicken Sie es mir.
