So schreiben Sie ein Projektbriefing, das gute Antworten bekommt

Für ein gutes Briefing brauchen Sie keine Fachsprache. Sie müssen das Problem nur so klar erklären, dass andere kluge Fragen dazu stellen können. Eine ehrliche Seite schlägt ein langes Dokument voller Vermutungen.

Beginnen Sie mit dem Problem, nicht mit den Funktionen

Beschreiben Sie, was heute schiefläuft und bei wem. „Unsere Kunden rufen an, um ihren Bestellstatus zu erfragen“ sagt einem Studio weit mehr als „Wir brauchen ein Kundenportal“ und lässt Raum für eine bessere Idee als die, mit der Sie gestartet sind.

Sagen Sie, wie Erfolg aussieht

Wählen Sie etwas, das Sie in ein paar Monaten tatsächlich bemerken würden: weniger Support-Anrufe, ein Vorgang, der Minuten statt Tage dauert, oder eine erste Gruppe von Menschen, die für das Produkt bezahlt. Klare Ziele machen jede spätere Entscheidung leichter.

Seien Sie ehrlich bei den Grenzen

Ein fester Starttermin, ein Budgetrahmen oder ein bestehendes System, das sich nicht ändern lässt: All das sind nützliche Informationen. Wer sie früh teilt, spart Zeit und kommt zu realistischeren Plänen.

Eine einfache Briefing-Vorlage

• Das Problem, in zwei oder drei Sätzen
• Wen es betrifft und wie die Betroffenen heute damit umgehen
• Wie Erfolg aussehen würde
• Alles, was schon existiert
• Termine oder Budgetgrenzen, die Sie schon kennen
• Worin Sie sich am wenigsten sicher sind

Der letzte Punkt ist oft der nützlichste. Gute Partner hören lieber, was Sie nicht wissen, als es mitten im Projekt zu entdecken.