KURZ ERKLÄRT
Ein KI-Pilot braucht einen schriftlichen Auftrag, bevor das Team Werkzeuge verbindet. Darin steht, welche Aufgabe untersucht wird, wer Ergebnisse nutzt und welche Handlungen ausgeschlossen bleiben. Der Auftrag schützt nicht vor jedem Fehler. Er sorgt dafür, dass Beteiligte dieselbe Frage beantworten und Ergebnisse später vergleichbar beurteilen können. Formuliert ihn so konkret, dass ein neuer Kollege den Versuch übernehmen könnte, ohne die ursprüngliche Diskussion rekonstruieren zu müssen.
Wie ihr einzelne KI-Anwendungen in verlässliche Marketingabläufe einordnet, zeigt der übergeordnete Guide KI-Transformation im B2B-Marketing: Von einzelnen Prompts zu verlässlichen Abläufen.
Beschreibt eine prüfbare Verbesserung
Ersetzt ein allgemeines Ziel wie mehr Produktivität durch eine konkrete Beobachtung. Beispielsweise soll ein Rechercheentwurf relevante Primärquellen samt offenen Fragen enthalten und weniger fachliche Nacharbeit verlangen. Trennt dabei das gewünschte Arbeitsergebnis vom erwarteten Geschäftseffekt. Ein besserer Entwurf beweist noch keinen zusätzlichen Umsatz. Legt fest, welche Belege eine Entscheidung ermöglichen und welche Aussage der Pilot ausdrücklich nicht untersucht. So verhindert ihr, dass ein enger Versuch später als Nachweis für eine wesentlich größere Transformation dargestellt wird.
Begrenzt Eingänge und Nutzerkreis
Nennt die zugelassenen Dokumentarten, Sprachen, Datenbereiche und beteiligten Rollen. „Marketingdaten“ ist zu ungenau, wenn darin vertrauliche Kundeninformationen ebenso wie öffentliche Produktseiten enthalten sind. Beschreibt, wie Eingaben bereitgestellt werden und wer deren Verwendung freigibt. Vermerkt auch Situationen, für die das System keine Ausgabe erzeugen soll. Ein begrenzter Nutzerkreis macht Feedback leichter zuzuordnen. Das bedeutet nicht automatisch geringes Risiko: Eine einzelne Person kann weiterhin eine folgenschwere Aktion auslösen, wenn das System dafür Rechte besitzt. Mehr dazu im Leitfaden Lesen, Entwerfen, Ändern: Berechtigungen für Marketingagenten.
Definiert Ausgabe und verbotene Aktionen
Beschreibt das Ergebnis als überprüfbares Produkt: etwa eine interne Tabelle mit Aussage, Quelle, Unsicherheit und Prüfstatus. Nennt getrennt, ob das System lesen, Entwürfe anlegen oder Datensätze verändern darf. Ein Auftrag zur Vorbereitung einer Nachricht ist keine Versandfreigabe. Wenn Werkzeuge technische Änderungen ermöglichen, müssen Grenzen auch dort durchgesetzt werden. Ein Hinweis im Prompt reicht als alleinige Kontrolle nicht aus. Der Pilotauftrag sollte deshalb auf die konkrete Rechtekonfiguration verweisen und eine verantwortliche Person für deren Prüfung benennen.
Vereinbart Prüfungen vor dem Start
Sammelt typische Fälle und unangenehme Ausnahmen: fehlende Informationen, widersprüchliche Quellen und unzulässige Handlungswünsche. Schreibt je Fall auf, welches Verhalten akzeptabel wäre. Prüft sowohl das Ergebnis als auch mögliche Änderungen im Zielsystem. Ein Agent kann behaupten, eine Aufgabe erledigt zu haben, obwohl die tatsächliche Änderung fehlt. Definiert, welche Fehler den Start verhindern und welche zunächst beobachtet werden dürfen. Diese Grenzen müssen zu eurer Aufgabe passen; eine pauschale Erfolgsquote aus einem anderen Projekt ersetzt die Entscheidung nicht.
Macht Aufwand und Zuständigkeit sichtbar
Plant neben Einrichtung und Modellnutzung auch Quellenpflege, fachliche Prüfung und Fehlerbehebung ein. Klärt, wer das Tagesgeschäft betreut und wer einen Versuch stoppen darf. Ein Sponsor, der den Pilot begrüßt, ist nicht automatisch der spätere Betreiber. Vereinbart einen Zeitpunkt, an dem Ergebnisse gemeinsam bewertet werden, und bestimmt den manuellen Rückfallprozess. Ohne diese Vorbereitung wird ein Experiment leicht zur dauerhaften Sonderlösung, deren Nutzen unklar bleibt und deren Pflege bei den technisch interessiertesten Mitarbeitern hängen bleibt.
Nutzt ein fiktives Szenario zur Grenzprüfung
Ein fiktiver Anbieter von IT-Service-Software will interne Produktfragen schneller für die Fachprüfung vorbereiten. Der Pilot liest freigegebene Handbücher, ordnet Fragen zu und erzeugt Antwortentwürfe mit Belegen. Er verändert keine Handbücher und sendet keine Antworten. Bei einer Frage zur noch nicht veröffentlichten Produktversion wird an den Produktverantwortlichen übergeben. Dieses Szenario ist kein Kundenbeleg. Es zeigt, wie ein Auftrag die Aufgabe begrenzt und wie ein kritischer Fall bereits vor der technischen Umsetzung eine Entscheidung verlangt. Mehr dazu im Leitfaden Agenten begrenzen: Laufzeit, Werkzeugaufrufe und Abbruch.
Entscheidet über Fortsetzen, Ändern oder Beenden
Der Abschlussbericht sollte den ursprünglichen Auftrag neben die beobachteten Ergebnisse legen. Wurden die vereinbarten Fälle ausreichend geprüft, welche Nacharbeit entstand und welche Voraussetzungen fehlen weiterhin? Ein sinnvoller Ausgang kann eine Anpassung des Inputs oder das Ende des Versuchs sein. Größerer Handlungsspielraum benötigt einen neuen Auftrag mit passenden Kontrollen. Vermeidet stilles Weiterlaufen nach dem vereinbarten Prüfzeitpunkt. Der Auftrag erfüllt seinen Zweck erst, wenn eine verantwortliche Person eine begründete Entscheidung trifft und diese mit den betroffenen Kollegen teilt.
INTERAKTIV / VOM LESEN ZUR ANWENDUNG
Drei Prüfpunkte für eure Umsetzung
Wähle einen Punkt und halte deinen persönlichen Lesefortschritt fest. Die Häkchen werden weder gespeichert noch übertragen und sind keine Bewertung eures Unternehmens.
PRÜFPUNKT 01
Definiert Ausgabe und verbotene Aktionen
Beschreibt das Ergebnis als überprüfbares Produkt: etwa eine interne Tabelle mit Aussage, Quelle, Unsicherheit und Prüfstatus.
Im Artikel vertiefen ↗PRÜFPUNKT 02
Vereinbart Prüfungen vor dem Start
Sammelt typische Fälle und unangenehme Ausnahmen: fehlende Informationen, widersprüchliche Quellen und unzulässige Handlungswünsche.
Im Artikel vertiefen ↗PRÜFPUNKT 03
Macht Aufwand und Zuständigkeit sichtbar
Plant neben Einrichtung und Modellnutzung auch Quellenpflege, fachliche Prüfung und Fehlerbehebung ein.
Im Artikel vertiefen ↗Häufige Fragen
Muss der Auftrag lang sein?
Nein. Entscheidend sind klare Eingänge, Ergebnisse, Grenzen, Zuständigkeiten und Entscheidungskriterien.
Kann der Pilot externe Nachrichten versenden?
Nur wenn dieser Handlungsspielraum ausdrücklich vorgesehen, technisch abgesichert und angemessen geprüft ist.
Was passiert bei fehlendem Nutzen?
Beendet oder verändert den Versuch. Haltet die Erkenntnisse fest, damit derselbe Ansatz nicht unbegründet wiederholt wird.
Wie lässt sich „Beschreibt eine prüfbare Verbesserung“ praktisch umsetzen?
Ersetzt ein allgemeines Ziel wie mehr Produktivität durch eine konkrete Beobachtung. Beispielsweise soll ein Rechercheentwurf relevante Primärquellen samt offenen Fragen enthalten und weniger fachliche Nacharbeit verlangen. Trennt dabei das gewünschte Arbeitsergebnis vom erwarteten Geschäftseffekt.
Was ist bei „Begrenzt Eingänge und Nutzerkreis“ besonders wichtig?
Nennt die zugelassenen Dokumentarten, Sprachen, Datenbereiche und beteiligten Rollen. „Marketingdaten“ ist zu ungenau, wenn darin vertrauliche Kundeninformationen ebenso wie öffentliche Produktseiten enthalten sind. Beschreibt, wie Eingaben bereitgestellt werden und wer deren Verwendung freigibt.
