Ein Unternehmer erklärt, was er vom Agenten erwartet. Zwanzig Minuten später scheint der Umfang klar genug, um mit dem Bauen zu beginnen. Sechs Wochen später funktioniert der Agent — produziert aber weiterhin Ausgaben, die das Team korrigieren muss.
Das Gespräch, das den Workflow definiert hat, war kein Briefing. Es war eine Beschreibung. Die beiden produzieren sehr unterschiedliche Agenten.
Was ein Briefing wirklich ist (und was nicht)
Die meisten Menschen nähern sich dem Briefing eines Agenten so, wie sie ein Prompt schreiben würden: beschreiben, was der Agent tun soll, Beispiele geben und schauen, was herauskommt.
Dieser Ansatz produziert einen Agenten, der bei Eingaben, die den Beispielen ähneln, gut funktioniert. Bei Eingaben, die das nicht tun, versagt er.
Ein Briefing ist kein Prompt. Es ist eine Spezifikation eines Geschäftsprozesses — das Dokument, das einen Workflow präzise genug definiert, sodass ein neuer Mitarbeiter ohne Vorwissen ihn am ersten Tag richtig ausführen könnte. Das Schreiben ist eine Prozessdokumentationsübung, keine Prompt-Schreibübung.
Diese Unterscheidung ist wichtig, weil ein vages Briefing und ein vager Prompt unterschiedliche Versagensmuster produzieren. Ein vager Prompt produziert inkonsistente Ausgaben. Ein vages Briefing produziert einen Agenten, der erwartete Fälle korrekt bearbeitet und bei allem anderen scheitert — was in einem echten Unternehmen mit echter Eingabevariation viele Fälle sind.
Die fünf Fragen, die jedes Briefing beantworten muss
Ein Briefing sind keine Anweisungen für den Agenten. Es ist eine Spezifikation eines Geschäftsprozesses — Auslöser, Eingaben, Ausgabeformat, akzeptable Ausnahmen und Eskalationspfad. Das Schreiben offenbart jede Lücke darin, wie das Unternehmen die Aufgabe derzeit bearbeitet.
Ein vollständiges Briefing beantwortet fünf Fragen. Wenn auch nur eine davon fehlt, ist das Briefing unvollständig.
1. Was löst den Agenten aus? Ein spezifisches, beobachtbares Ereignis, das den Workflow startet. Nicht „wenn ein Lead nachgefasst werden muss" — „wenn das letzte Aktivitätsdatum eines Leads mehr als fünf Werktage zurückliegt und sein Status 'Angebot gesendet' ist." Der Auslöser muss testbar sein: Entweder er feuert oder er tut es nicht.
2. Was erhält der Agent? Die genauen Eingaben, die zum Zeitpunkt des Starts verfügbar sind. Feldnamen, Datentypen, welche Felder leer sein können, welche immer ausgefüllt sind. Ein Agent kann keine Informationen verwenden, die ihm nicht gegeben wurden. Jede fehlende Eingabe ist eine Lücke, die sich im Produktivbetrieb zeigt.
3. Was produziert der Agent? Die spezifische Ausgabe, in einem spezifischen Format. Nicht „eine Follow-up-E-Mail" — eine Follow-up-E-Mail mit diesen Feldern, diesem Ton, dieser maximalen Länge, dieser Betreffzeilenstruktur. Die Ausgabedefinition ist das Erfolgskriterium.
4. Was sind die akzeptablen Ausnahmen? Jeder Workflow hat Fälle, die außerhalb des Hauptpfads liegen. Das Briefing benennt sie explizit: Welche Eingaben lösen eine andere Ausgabe aus, welche Fälle werden anders weitergeleitet, welche Situationen erfordern eine menschliche Entscheidung. „Es kommt darauf an" ist keine Ausnahmeregel.
5. Was passiert, wenn der Agent nicht entscheiden kann? Der Eskalationspfad. Eine spezifische Aktion für Eingaben, die keinem definierten Fall entsprechen. Nicht „der Agent wird damit angemessen umgehen" — ein benannter Schritt. Zur Prüfung markieren. In eine Warteschlange senden. Mit einer Zwischennachricht antworten. Der Eskalationspfad verhindert, dass der Agent bei Grenzfällen falsche Ausgaben produziert.
Was passiert, wenn ein Briefing unvollständig ist
Die meisten Implementierungsfehler sind Briefing-Fehler. Der Agent hat geliefert, was er erhalten hat.
Ein unvollständiges Briefing produziert ein spezifisches Versagensmuster. Der Agent funktioniert in den ersten zwei Wochen. Die Eingaben, die er in diesem Zeitraum erhält, entsprechen zufällig den Fällen, für die er gebrieft wurde. Das Team sieht korrekte Ausgaben und nimmt an, die Implementierung ist solide.
Dann kommt ein Fall, den das Briefing nicht abgedeckt hat. Der Agent produziert etwas, das wie eine Ausgabe aussieht, aber nicht richtig ist. Das Team korrigiert es und macht weiter. Ein weiterer Grenzfall kommt. Eine weitere Korrektur. Über einen Monat hinweg verbringt das Team mehr Zeit damit, die Arbeit des Agenten zu prüfen, als es gebraucht hätte, die Aufgabe selbst zu erledigen.
Das ist kein Technologieversagen. Der Agent hat genau das getan, was ihm gesagt wurde. Das Briefing hat ihm gesagt, wie er den häufigen Fall bearbeiten soll, und alles andere undefiniert gelassen. Der Agent hat den häufigen Fall bearbeitet. Als der seltene Fall eintraf, produzierte er die nächstliegende Übereinstimmung, die er finden konnte.
Jede Korrektur, die das Team nach dem Start vornimmt, ist eine Zeile des Briefings, die nie geschrieben wurde.
Wie man ein Briefing schreibt, bevor man weiß, was hineingehört
Die meisten Unternehmen haben ihre Prozesse nicht gut genug dokumentiert, um ein vollständiges Briefing aus dem Gedächtnis zu schreiben. Das Briefing muss entdeckt werden.
Die schnellste Methode ist, die Aufgabe zu begleiten. Setzen Sie sich mit der Person zusammen, die den Workflow derzeit ausführt, und beobachten Sie zwanzig reale Fälle. Beschreiben Sie den Workflow nicht abstrakt — beobachten Sie, wie er bei echten Eingaben läuft und echte Ausgaben produziert.
Halten Sie für jeden Fall fest: was ihn ausgelöst hat, welche Informationen verfügbar waren, welche Entscheidung getroffen wurde, was produziert wurde und ob eine Ausnahme behandelt wurde. Nach zwanzig Fällen ist der häufige Fall klar. Ausnahmen, die in diesen zwanzig Fällen aufgetreten sind, werden zu den expliziten Ausnahmeregeln. Fälle, die nicht aufgetreten sind, aber auftreten könnten — solche, die die Person, die die Aufgabe erledigt, aus Erfahrung beschreiben kann — kommen in den Eskalationspfad.
Eine Begleitungssession produziert einen Briefing-Entwurf. Der Entwurf wird dann gegen fünf reale Eingaben getestet, die nicht Teil der Session waren. Jede Lücke, die in diesem Test auftaucht, ist eine fehlende Zeile im Briefing.
Wie das Briefing zur Implementierung wird
Ein vollständiges Briefing ist keine Vorbereitung für die Implementierung. Es ist die Implementierung.
Die fünf Fragen im Briefing entsprechen direkt den fünf Komponenten eines Agentensystems: Auslöserlogik, Eingabeschema, Ausgabevorlage, bedingte Weiterleitung und Fallback-Behandlung. Ein Entwickler, der ein vollständiges Briefing erhält, braucht keinen langen Discovery-Prozess. Das Briefing sagt ihm, was er bauen soll.
Das Schreiben eines vollständigen Briefings für einen fünfstufigen Workflow dauert üblicherweise zwei bis drei Stunden — einschließlich der Begleitungssession. Das Bauen des Agenten auf Basis eines vollständigen Briefings dauert oft weniger Zeit als das.
Das Briefing ist der Ort, an dem die Qualität jeder Implementierung entschieden wird. Jede Stunde, die damit verbracht wird, es vor dem Start zu vervollständigen, ist eine Stunde, die nicht damit verbracht wird, Ausgaben nach dem Start zu korrigieren.