Das Briefing umfasste 38 Seiten. Trotzdem fehlten die drei Angaben, die das Projektteam zuerst brauchte: Wer entscheidet, welche Systeme betroffen sind und woran ein akzeptables Ergebnis erkannt wird. Länge ist bei Projektanfragen kein Gegenmittel gegen Unklarheit. Manchmal ist sie deren Tarnung

Autopsie eines schlechten Briefings

Die ersten zwölf Seiten beschrieben das Unternehmen. Es folgten Screenshots einer alten Anwendung, eine Liste möglicher Funktionen und der Satz „Das System soll intuitiv sein“. Budget, Datenverantwortung und Migrationsumfang blieben offen. Zwei Anhänge widersprachen sich beim Nutzerkreis

Das Portal soll diese Dokumente in prüfbare Entscheidungen überführen und offene Fragen festhalten. Ein leeres Feld ist ehrlicher als eine Annahme, die später als Anforderung behandelt wird

Der rote Faden: Anlass, Veränderung, Nachweis

Anlass

Was löst das Vorhaben jetzt aus? Ein auslaufender Vertrag, häufige Fehler, neue Regulierung oder Wachstum verlangen andere Planung. „Modernisierung“ allein erklärt weder Dringlichkeit noch Grenze

Veränderung

Welche Arbeit soll nach dem Projekt anders ablaufen? Konkrete Beobachtung ist besser als Funktionssprache: „Lieferanten sehen den Prüfstatus selbst“ sagt mehr als „Dashboard implementieren“

Nachweis

Woran erkennt das Unternehmen nach drei Monaten, dass die Veränderung eingetreten ist? Möglich sind weniger Rückfragen, kürzere Durchlaufzeit oder geringere Fehlerquote. Diese Messung schützt vor Funktionen, die vor allem in Präsentationen gut wirken

Progressive Offenlegung statt Formularwand

Die erste Seite fragt nach Anlass, Zielgruppe und Prozess. Danach erscheinen passende Abschnitte. Wer eine bestehende Anwendung ersetzt, erhält Fragen zu Daten, Nutzern und Abschaltung. Bei einer neuen Anwendung sind Annahmen und Tests wichtiger. Der Nutzer sieht, warum ein Abschnitt benötigt wird und kann einen Entwurf speichern

Komplexe Antworten dürfen verschiedene Formen haben: strukturierte Felder für Systeme und Nutzerzahlen, Freitext für fachliche Besonderheiten, Upload für vorhandene Dokumente. Ein 2000 Zeichen großes Textfeld ist kein Ersatz für Modellierung

Dokumente mit Herkunft und Version

Jeder Anhang erhält Typ, Ersteller, Datum und Bezug. Eine Prozessgrafik und ein Vertrag werden nicht gleich behandelt. Neue Versionen bleiben neben den bisherigen Dateien erhalten und kennzeichnen, was ersetzt wurde. Bei widersprüchlichen Angaben kann das Team beide Quellen vergleichen

Vertrauliche Dokumente erfordern rollenbasierten Zugriff, definierte Löschung und sichere Vorschau. Vor einer frühen Qualifizierung sollten keine Daten verlangt werden, die dafür nicht notwendig sind. Ein Portal ist kein Freibrief für eine vollständige Datenraumkopie

Die Entscheidungsakte

Nach der Einreichung beginnt die Klärung. Jede offene Frage erhält Besitzer und Status. Entscheidungen werden mit Datum, Beteiligten und Begründung dokumentiert. Das verhindert, dass dieselbe Diskussion in drei Workshops wiederkehrt oder eine Chatnachricht zur dauerhaften Architekturentscheidung wird

Ein kurzer Entscheidungsverlauf ist besonders wertvoll, wenn sich Team oder Anbieter ändern. Er hält fest, was gebaut werden soll und warum eine Alternative verworfen wurde

Ein vollständiger Datensatz für das Erstgespräch

  • Anlass und gewünschte Veränderung
  • Nutzergruppen und verantwortlicher Entscheider
  • heutiger Ablauf mit konkreten Reibungen
  • betroffene Systeme und bekannte Datenquellen
  • Sicherheitsniveau und besonders sensible Informationen
  • Zeitfenster mit festem Grund oder offenem Wunsch
  • Budgetrahmen oder dokumentierte Unsicherheit
  • Erfolgskriterium für die erste produktive Phase

Das Portal endet nicht beim Senden

Der Absender erhält eine lesbare Zusammenfassung, kann fehlende Angaben ergänzen und sieht, wann eine Rückfrage gestellt wurde. Das interne Team übergibt akzeptierte Projekte strukturiert an Planung oder CRM. Abgelehnte Vorhaben behalten einen nachvollziehbaren Grund und eine geregelte Löschfrist

Für kürzere, wiederkehrende Kontakte genügt ein strukturiertes Anfrage System. Ein Projektanfrage Portal lohnt sich dort, wo ein Briefing selbst schon ein kleiner Entscheidungsprozess ist. Seine Qualität lässt sich daran messen, wie viele riskante Annahmen vor dem Angebot sichtbar werden