Ein vages Briefing führt zu einem gepolsterten Angebot
Automatisiert unsere Kundenprozesse klingt nach Freiheit. Für das kalkulierende Team bedeutet es unbekannte Systeme, Berechtigungen, Mengen und eine unbekannte Definition von fertig. Diese Unklarheiten verschwinden nicht. Sie landen als Risikopuffer im Angebot.
Ein gutes Briefing muss kein Modell, Framework oder eine Architektur vorschreiben. Das sind Umsetzungsentscheidungen. Es muss den Geschäftsprozess so sichtbar machen, dass die Produktarbeit rund um das Modell erkennbar wird: Eingaben, Entscheidungen, Aktionen, Ausnahmen und verantwortliche Menschen.
Der beste Ausgangspunkt ist keine Featureliste, sondern ein echter Arbeitsvorgang von Anfang bis Ende.
Beschreiben, was heute passiert
Zuerst das Ereignis benennen, das den Prozess startet. Eine Nachricht geht ein, ein Vertriebsdatensatz ändert sich, ein Dokument wird hochgeladen oder eine geplante Prüfung wird fällig. Danach folgt, was eine erfahrene Person tut, welche Systeme sie öffnet, welche Informationen sie vergleicht und wo sie urteilt.
Beispiele für Eingabe und fertiges Ergebnis gehören dazu. Bereinigtes Material reicht aus, wenn die Struktur realistisch bleibt. Eine Beispielmail, Rechnung, Supportanfrage oder ein CRM-Datensatz verrät mehr als eine Seite abstrakter Anforderungen.
Auch das heutige Problem muss konkret werden. Langsam reicht nicht. Blockiert die Verzögerung Umsatz, erzeugt sie Compliance-Risiken, bindet sie ein Spezialistenteam oder führt sie zu inkonsistenten Entscheidungen? Das gewünschte Geschäftsergebnis bestimmt, was automatisiert werden sollte.
Aktion und Befugnis definieren
Ein Assistent, der eine Antwort entwirft, ist ein anderes System als ein Agent, der sie versendet. CRM-Daten zu lesen unterscheidet sich vom Ändern eines Kundendatensatzes. Das Briefing muss festlegen, was die Automatisierung selbst tun darf, was eine Freigabe braucht und was ausgeschlossen bleibt.
Die Person für Ausnahmen braucht eine benannte Rolle. Human in the loop ist zu ungenau, wenn es keine Warteschlange und keinen ausreichenden Entscheidungskontext gibt. Das Briefing beschreibt, was bei der Übergabe sichtbar sein muss und wie der Ablauf nach der Entscheidung weitergeht.
Berechtigungen bestimmen häufig Architektur und Preis. Produktionszugänge, personenbezogene Daten oder finanzielle Aktionen gehören früh genannt. Das Risiko darf nicht erst auffallen, nachdem der glückliche Pfad gebaut wurde.
Systeme und Unordnung inventarisieren
Jede Quelle und jedes Ziel auflisten: CRM, Postfach, Dokumentenspeicher, Datenbank, Commerce-Plattform, interne API und Spreadsheet. Für jedes System gehören Eigentümer, API-Zugriff und Testumgebung in das Briefing. Integration vorhanden sollte erst dort stehen, wo Zugangsdaten und benötigte Felder bestätigt sind.
Der Datenzustand braucht eine ehrliche Beschreibung. Eine gepflegte Wissensbasis ist nicht dasselbe wie ein Ordner gemischter PDFs. Standardisierte Produktdaten unterscheiden sich von Freitextnotizen, die jeder Verkäufer anders führt. Widersprechen sich Quellen, muss klar sein, welche gewinnt und wer sie pflegt.
Menge und Variation zählen ebenso wie Integrationen. Normale Last, Spitzenzeiten, Sprachen, Märkte und häufige Ausnahmen gehören in den Umfang. Ein vorhersehbarer interner Ablauf hat eine andere Betriebsfläche als ein kundenseitiges System, das während einer Kampagne verfügbar bleiben muss.
Festlegen, wie das Ergebnis bewertet wird
Das Briefing erklärt, was eine korrekte Ausgabe enthält, welcher Fehler schwer wiegt und welche Vergleichsbasis heute existiert. Repräsentative Beispiele umfassen normale Arbeit, schwierige Fälle und Eingaben, die das System ablehnen soll.
Erfolg kann Qualität, Zeit, Kosten und Geschäftsergebnis verbinden. Entscheidend ist, dass die Messung den echten Ablauf beschreibt und nicht allgemeine Modellleistung. Eine flüssige Antwort ist kein Erfolg, wenn ein Operator sie vor der Nutzung neu bauen muss.
Auch die Prüfer der ersten Ergebnisse und die Verantwortung nach dem Launch werden benannt. Laufende Evaluation, Incident Response und Quellenpflege sind Betriebsarbeit, keine nachträgliche Politur.
Das Briefing diese Woche schreiben
Auslöser, aktuelle Schritte, Beispieleingaben, notwendiges Ergebnis, erlaubte Aktionen, Freigabepunkte, verbundene Systeme, Datenzustand, Ausnahmen, erwartete Menge und Eigentümer dokumentieren. Bestätigte Fakten von Annahmen trennen, die Discovery benötigen.
Discovery, Umsetzung, externe Nutzung und laufenden Betrieb getrennt kalkulieren lassen. Danach fragen, welche offene Annahme den grössten Risikopuffer erzeugt. Die Antwort zeigt, wo eine kurze Untersuchung das Angebot verkleinern kann.
Ein gutes Briefing beseitigt nicht jede Unbekannte. Es macht die wichtigen Unbekannten sichtbar, bevor sie als schlimmster Fall bepreist werden.