Die meisten Budgetüberschreitungen beginnen vor der ersten Codezeile: Das Team baut, was es verstanden hat, nicht was das Unternehmen brauchte. Ein klares Briefing ist der günstigste Weg, das zu verhindern - und es erfordert kein technisches Wissen.
Mit dem Ziel beginnen
Beschreiben Sie in Geschäftsbegriffen, warum es das Projekt gibt: mehr Anfragen über die Website, weniger manuelle Arbeit im Büro, Start eines neuen Angebots, Ablösung eines veralteten Systems. Ergänzen Sie, woran Sie den Erfolg erkennen - etwa an der Zahl der Anfragen pro Monat oder der Zeit für einen Prozess. Ein Ziel hilft dem Team, hunderte kleine Entscheidungen in die richtige Richtung zu treffen.
Die Nutzer beschreiben
Wer nutzt das Produkt: Kunden, Mitarbeitende, Partner, Administratoren? Was müssen sie erledigen und in welchen Situationen - unterwegs am Handy, den ganzen Tag am Schreibtisch, einmal im Jahr? Schon ein kurzer Absatz pro Gruppe ist nützlicher als eine Funktionsliste.
Kernszenarien auflisten
Schreiben Sie die wichtigsten Abläufe als einfache Geschichten: „Ein Kunde wählt eine Leistung, einen Termin, bezahlt und erhält eine Bestätigung.“ Fünf bis zehn solcher Geschichten decken den Kern der meisten Projekte ab. Sie lassen sich leicht besprechen, schätzen und am Ende prüfen.
Ehrlich über Rahmenbedingungen sein
Budgetrahmen, Termin, bestehende Systeme, die angebunden werden müssen, rechtliche Anforderungen, Sprachen, wer die Inhalte nach dem Start pflegt. Rahmenbedingungen sind keine Schwäche des Briefings - erst sie erlauben dem Team, eine realistische statt einer idealen Lösung vorzuschlagen.
Prioritäten setzen
Markieren Sie, was in die erste Version muss und was warten kann. Ein Start, bei dem die wesentlichen Szenarien gut funktionieren, ist fast immer besser als ein später Start, bei dem alles halb fertig ist.
Was Sie weglassen können
Sie müssen keine Technologien auswählen, nicht jeden Bildschirm zeichnen und keine Datenbank beschreiben - das ist Aufgabe des Teams. Beispiele für Websites oder Produkte, die Ihnen gefallen, samt dem, was genau Ihnen gefällt, sind oft wertvoller als detaillierte Skizzen.
Kurz gesagt
Ein nützliches Briefing beantwortet fünf Fragen: warum, für wen, was Nutzer tun können müssen, in welchem Rahmen und was zuerst kommt. Zwei bis drei Seiten genügen meist, um Wochen an Nacharbeit zu sparen.