KI im Marketing einführen

Als Einstieg eignet sich eine Marketingaufgabe, deren erwartetes Ergebnis klar beschrieben und beurteilt werden kann. Die Aufgabe sollte ausreichend begrenzt sein, damit dein Team aus dem Versuch tatsächlich etwas lernen kann.

Ich würde zunächst mögliche Aufgaben aus dem heutigen Arbeitsablauf sammeln. Ein Beispiel ist die Aufbereitung bereits freigegebener Produktinformationen für einen internen Entwurf. Ein anderes ist die Vorbereitung einer Recherche mit erlaubten Quellen. Beide sind allgemeine Beispiele; ihre Eignung muss im Unternehmen geprüft werden.

Für den Vergleich helfen konkrete Fragen: Welche Eingaben sind verfügbar? Wo entsteht heute Aufwand? Wer erkennt, ob das Ergebnis fachlich richtig ist? Welche Folgen hätte ein Fehler? Welche Zugriffe würde das System brauchen?

Eine Aufgabe mit fehlendem Grundlagenwissen oder ungeklärter Zuständigkeit muss möglicherweise zuerst organisatorisch vorbereitet werden. Eine andere lässt sich mit vorhandenen Informationen begrenzt testen. Die Auswahl sollte diese Voraussetzungen ausdrücklich berücksichtigen.

Ich empfehle, die gewählte Aufgabe in einem Satz zu beschreiben und das benötigte Ergebnis anzufügen. Darauf folgen die Grenzen: Welche Inhalte dürfen verwendet werden, welche Handlungen bleiben ausgeschlossen und wer gibt Ergebnisse frei? So erhält der Pilot eine gemeinsame Grundlage, bevor die Werkzeugwahl die Diskussion bestimmt.

Wissen und Kontext werden brauchbar, wenn ihre Herkunft und Pflegezuständigkeit klar sind. Für einen Marketingworkflow können geprüfte Angebote und Arbeitsregeln wichtiger sein als eine möglichst große Menge unstrukturierter Unterlagen.

AI Brain ist mein Arbeitsbegriff für einen gepflegten Unternehmenskontext aus freigegebenem Wissen, Angeboten und Arbeitsregeln, den KI-Workflows und Agenten nutzen können. Die Definition schreibt keine bestimmte technische Architektur vor.

Ich empfehle, für den Pilot festzuhalten, welche Informationen tatsächlich gebraucht werden. Eine Angebotsbeschreibung sollte aktuell sein. Eine Schreibregel muss zur vorgesehenen Aufgabe passen. Widersprüchliche Angaben sollten vor der Verwendung geklärt werden.

Zugriff ist eine gesonderte Entscheidung. Vertrauliche und personenbezogene Informationen dürfen nicht bloß deshalb in den Kontext gelangen, weil sie im Unternehmen vorhanden sind. Welche Inhalte zulässig sind und an welche Dienste sie übergeben werden können, muss mit den zuständigen Personen abgestimmt werden.

Auch die spätere Pflege gehört in die Planung. Wer bemerkt Änderungen am Angebot? Wer aktualisiert den Kontext? Ein AI Brain braucht diese Zuständigkeit, wenn es in der laufenden Arbeit verwendet werden soll. Eine einmalige Sammlung allein beantwortet die Frage nach der Verlässlichkeit künftiger Eingaben nicht.

Das Team sollte die Veränderung mitgestalten, weil seine Arbeit und Qualitätsverantwortung betroffen sind. Leadership und Change Management müssen deshalb schon bei der Beschreibung des Versuchs sichtbar werden.

Ich empfehle, den Anlass der Einführung gemeinsam zu klären. Welche Aufgabe soll unterstützt werden, und welches Problem besteht im heutigen Ablauf? Mitarbeitende sollten ihre praktische Erfahrung dazu einbringen können. Diese Informationen können die Auswahl des Pilots verändern.

Erwartungen müssen zum Versuch passen. Ein KI-Entwurf kann weiterhin Prüfung und Nacharbeit verlangen. Das sollte offen besprochen werden, damit die zusätzliche Aufgabe nicht unsichtbar bei einer Person landet.

Skepsis ist als Rückmeldung zum Vorhaben hilfreich. Welche Fehler werden befürchtet? Welche Daten sollten nicht verwendet werden? Welche Anforderung müsste der Ablauf erfüllen, damit das Team ihn nutzen möchte? Die Antworten sollten in den Pilot einfließen.

Führungskräfte behalten die Verantwortung für den Rahmen. Dazu gehört die Entscheidung über erlaubte Handlungen und darüber, wer ein Ergebnis freigibt. Auch Zeit für das Lernen und die Auswertung des Versuchs muss eingeplant werden.

Mein Ansatz ist, diese Entscheidungen an konkreter Arbeit zu besprechen. Der Pilot gibt dafür einen begrenzten Raum. Ob daraus eine dauerhafte Nutzung entsteht, entscheidet sich später anhand der Ergebnisse und der Erfahrungen des Teams.

Für den Auftrag kann ein kurzes Arbeitsprotokoll hilfreich sein. Es nennt die erlaubte Eingabe und das erwartete Ergebnis, dazu die zuständige Person für die Prüfung. Die Beschreibung muss für die Beteiligten verständlich sein, auch wenn sie die technische Umsetzung nicht selbst betreuen.

Ich würde außerdem einen Umgang mit fehlenden Angaben festlegen. Wenn das System eine Information nicht aus dem erlaubten Kontext beantworten kann, sollte sie im Ergebnis als offen erscheinen. Die prüfende Person kann dann entscheiden, ob Wissen ergänzt oder der Auftrag begrenzt wird. Eine plausible Ergänzung ohne Grundlage würde die Qualitätsprüfung erschweren.

Für den Versuch sollte ebenso klar sein, welche Ausgabe nur ein Entwurf ist. Eine interne Aufbereitung und ein freigegebener veröffentlichter Inhalt sind unterschiedliche Zustände. Der Übergang braucht eine ausdrückliche Zuständigkeit. Das gilt auch dann, wenn eine einzelne Ausgabe bereits überzeugend formuliert ist.

Ein begrenzter Pilot verbindet Auftrag, erlaubte Eingaben und eine nachvollziehbare Prüfung. Du solltest vor dem Start beschreiben können, wann ein Ergebnis brauchbar ist und wann der Versuch geändert oder gestoppt wird.

Ich würde den Pilot in folgende Arbeitsschritte übersetzen:

1. Beschreibe den heutigen Ablauf und das benötigte Ergebnis.
2. Lege das freigegebene Wissen und die erlaubten Zugriffe fest.
3. Bestimme eine Person für die fachliche Prüfung.
4. Erprobe die Aufgabe unter dokumentierten Bedingungen.
5. Vergleiche Ergebnisse, Fehler und Nacharbeit mit dem bisherigen Ablauf.
6. Entscheide über Fortsetzung, Anpassung oder Ende des Versuchs.

Der Auftrag sollte eine klare Grenze haben. Ein System, das Informationen aufbereitet, braucht dafür nicht automatisch das Recht zur Veröffentlichung. Ein Rechercheagent sollte wissen, welche Quellen erlaubt sind und wann seine Arbeit endet.

Bei einer Änderung des Auftrags muss der Prüfrahmen erneut betrachtet werden. Zusätzliche Daten oder Aktionen können neue Anforderungen erzeugen. Ich empfehle, solche Änderungen zu dokumentieren, statt sie nebenbei in den Pilot einzubauen.

Die Versuchsdauer sollte zum Unternehmen und zur Aufgabe passen. Eine feste Zeitspanne oder Erfolgsquote würde ich ohne diese Ausgangslage nicht empfehlen. Wichtiger ist, dass das Team eine begründete Entscheidung aus den Beobachtungen treffen kann.

Bei der Auswertung empfehle ich, eine konkrete Fehlerbeschreibung von ihrer vermuteten Ursache zu trennen. Eine falsche Produktangabe ist eine Beobachtung. Ob der Kontext unklar war oder der Auftrag angepasst werden muss, ist eine weitere Frage. Die Dokumentation sollte beide Schritte erkennbar machen.

Für die Fortsetzung hilft ein Vergleich mehrerer tatsächlich bearbeiteter Aufgaben innerhalb des festgelegten Rahmens. Das Team sollte auch die Fälle berücksichtigen, in denen keine brauchbare Ausgabe entstand. Eine Auswahl besonders guter Einzelbeispiele würde den Alltag nicht ausreichend erklären.

Die nächste Entscheidung kann eine kleinere Anpassung sein. Vielleicht braucht die Aufgabe präzisere Eingaben oder eine andere Prüfstelle. Vielleicht bleibt der heutige Ablauf für diesen Zweck passender. Diese Möglichkeiten sollten offen bleiben, damit der Pilot seinem eigentlichen Ziel dient: eine begründete Entscheidung über die weitere Arbeit zu ermöglichen.

Qualität und Nutzen werden anhand des benötigten Ergebnisses beurteilt. Der Vergleich muss die Prüfung und Nacharbeit einschließen, die nach einer Ausgabe weiterhin anfallen.

Für einen Textentwurf könnte relevant sein, ob die Aussagen korrekt und die Produktangaben freigegeben sind. Für eine Recherche ist entscheidend, ob die Quellen zur Frage passen und richtig wiedergegeben werden. Die Kriterien hängen von der gewählten Aufgabe ab.

Ich empfehle, Fehler konkret festzuhalten. Welche Information war unzutreffend? Was fehlte? Welche Korrektur musste eine Person übernehmen? Dadurch wird sichtbar, wo der Ablauf oder sein Kontext angepasst werden muss.

Auch der menschliche Aufwand sollte vergleichbar dokumentiert werden. Eine schnelle erste Ausgabe kann noch umfangreiche Prüfung benötigen. Der Vergleich mit dem bisherigen Ablauf sollte deshalb dasselbe benötigte Endergebnis betrachten.

Das Team kann anschließend einschätzen, welcher Beitrag entstanden ist. Ein Pilot, der einen klaren Mangel zeigt, kann ebenfalls eine hilfreiche Entscheidung ermöglichen. Die Beobachtung sollte offen beschrieben werden, ohne ein Ergebnis durch die Wahl einer günstigen Einzelkennzahl schöner erscheinen zu lassen.

Meine KI-Expertise verbindet diese Qualitätsfragen mit dem Aufbau von Kontext und den Zuständigkeiten im Unternehmen.

Nach dem Pilot muss über Betrieb und Pflege entschieden werden. Ein verwendbarer Versuch braucht für die laufende Arbeit eindeutige Verantwortlichkeiten und eine passende technische Lösung.

Ich empfehle, die Pflege des Wissens und die Prüfung künftiger Ergebnisse ausdrücklich zuzuordnen. Wer reagiert auf geänderte Produktinformationen? Wer prüft einen veränderten Ablauf? Welche Nutzung ist weiterhin erlaubt?

Auch die Erfahrungen des Teams gehören in diese Entscheidung. Eine Arbeitserleichterung sollte im tatsächlichen Ablauf angekommen sein. Neue Zuständigkeiten müssen verständlich sein und mit den verfügbaren Ressourcen zusammenpassen.

Wenn das Ergebnis nicht ausreichend brauchbar ist, kann eine Anpassung oder ein Ende des Versuchs sinnvoll sein. Der dokumentierte Pilot bietet die Grundlage dafür. Ein Werkzeug muss nicht dauerhaft übernommen werden, nur weil es bereits erprobt wurde.

Für deine Einführung kannst du zunächst die Aufgabe und das gewünschte Ergebnis formulieren. Sammle dann das nötige Wissen und die Personen, die den bisherigen Ablauf kennen.

Wenn ihr diese Fragen gemeinsam einordnen möchtet, findet ihr unter Kontakt und Erstgespräch den Gesprächseinstieg. Meine Perspektive auf Agenten und Suchaufgaben steht unter Agentic Search.

Für eine erste Abstimmung ist auch die Zuständigkeit im Team hilfreich. Wer kennt den heutigen Ablauf, und wer kann das gewünschte Ergebnis beurteilen? Diese Personen müssen nicht bereits eine fertige technische Lösung gewählt haben. Der Gesprächseinstieg kann die Grundlage für einen überschaubaren nächsten Schritt schaffen, dessen Zweck und Grenzen im Unternehmen nachvollziehbar sind. Halte auch fest, wer die Entscheidung über die Fortsetzung dokumentiert.

Weiterlesen: Online Marketing, Über mich.