KI-Marketing-Strategie mit belastbarem Business Case

Eine KI-Marketing-Strategie ist eine Folge von Investitions- und Betriebsentscheiden, keine Sammlung von Tool-Abonnements. Sie bestimmt, welche Marketingprobleme bearbeitet werden, welche Daten und Risiken akzeptabel sind, woran Nutzen gemessen wird und wann ein Vorhaben gestoppt wird. Ein Business Case ist dabei keine möglichst grosse Zahl, sondern eine überprüfbare Hypothese über Nutzen, Gesamtkosten und Unsicherheit.

Die sinnvolle Reihenfolge lautet: Geschäftsziel klären, Ausgangswert messen, Anwendungsfall begrenzen, Alternativen vergleichen, Pilot entwerfen und erst danach über Skalierung entscheiden. Der SATW-Leitfaden für Schweizer KMU empfiehlt ebenfalls, bei Bedarf und kleinen Piloten zu beginnen und Governance mitzudenken. Internationale Planungsrahmen ergänzen Wert, Machbarkeit und Nachvollziehbarkeit als Entscheidungsdimensionen.

Strategie beginnt mit einem Portfolio, nicht mit einer Plattform

Marketingteams haben meist mehr Ideen als Zeit, Daten und Fachkapazität. Eine Strategie muss deshalb Unterschiede sichtbar machen. Ein interner Entwurfsassistent, eine Prognose, eine Kundenpersonalisierung und eine autonom ausgelöste Kampagnenaktion tragen nicht denselben Implementierungsaufwand und dieselben Fehlerfolgen. Sie gehören nicht in eine einzige Rangliste ohne Kontext.

Ordnen Sie Ideen zunächst in drei Horizonte:

Lernen: begrenzte Assistenzfälle mit leicht erkennbaren Fehlern und ohne irreversible Aktion. Ziel ist Wissen über Aufgabe, Daten, Qualität und Mitarbeitendenbedarf.

Verbessern: bestehende, stabile Prozesse, bei denen eine messbare Engstelle behoben werden soll. Hier braucht es einen Vergleich gegen den aktuellen Ablauf.

Verändern: integrierte Systeme, die Rollen, Datenflüsse oder Kundenerlebnisse wesentlich verändern. Dafür reichen ein kurzer Pilot und ein Toolbudget nicht; Architektur, Governance, Betrieb und Organisationsveränderung gehören in den Entscheid.

Diese Horizonte verhindern, dass ein erfolgreicher Textentwurf als Beleg für eine komplexe Automatisierung dient. Anbieterunterlagen unterscheiden ähnlich zwischen individueller Arbeitsunterstützung und umfassender Automatisierung. Das ist kein neutraler Wirkungsnachweis, liefert aber eine nützliche Planungsfrage: Ändert die Idee nur eine Aufgabe oder den gesamten Betriebsablauf?

Der Business Case startet mit dem Ausgangswert

Ohne Ausgangswert lässt sich später fast jedes Ergebnis als Erfolg erzählen. Die Ausgangslage beschreibt den heutigen Prozess unter normalen Bedingungen. Dazu gehören Volumen, Bearbeitungszeit, Qualitätsfehler, Korrekturschleifen, externe Kosten, Wartezeiten und gegebenenfalls ein Geschäftsergebnis. Der Zeitraum muss lang genug sein, um Saisonalität oder ungewöhnliche Einzelwochen nicht mit Normalität zu verwechseln.

Es ist nicht nötig, jeden Anwendungsfall direkt mit einer Umsatzsteigerung zu verknüpfen. Für einen internen Briefing-Assistenten kann die erste Wirkung eine kürzere Zeit bis zu einer fachlich freigegebenen Fassung sein. Für eine Anomalieerkennung kann sie eine kürzere Zeit bis zur Prüfung einer echten Auffälligkeit sein. Für eine Personalisierung wäre eine nachgelagerte Geschäftswirkung relevant, aber auch Fehlansprachen, Ausschlüsse und Einwilligungen müssen gemessen werden.

Halten Sie drei Ebenen getrennt:

• Output: Ist die einzelne Ausgabe korrekt, vollständig und regelkonform?
• Prozess: Verbessert sich der gesamte Ablauf einschliesslich Prüfung und Nacharbeit?
• Geschäft: Verändert sich ein relevantes Ergebnis gegenüber einer geeigneten Referenz?

Eine schnellere Ausgabe kann bei längerer Kontrolle zu keiner Prozessersparnis führen. Eine Prozessersparnis kann ohne zusätzlichen Absatz trotzdem sinnvoll sein. Umgekehrt darf ein beobachteter Geschäftseffekt nicht automatisch der KI zugeschrieben werden, wenn gleichzeitig Kampagnen oder Preise geändert wurden oder saisonale Effekte das Ergebnis beeinflusst haben können.

Nutzen als prüfbare Hypothese formulieren

Eine gute Nutzenhypothese enthält Zielgruppe, Veränderung, Vergleich und Zeitraum: «Wenn das Team für Aufgabe X eine kontrollierte Assistenz verwendet, sinkt die mediane Zeit bis zur fachlich freigegebenen Fassung gegenüber dem aktuellen Ablauf, ohne dass die Quote kritischer Fehler steigt.» Die Wörter «fachlich freigegeben» und «ohne» sind wichtig. Sie verhindern, dass Geschwindigkeit auf Kosten der Qualität optimiert wird.

Für die monetäre Planung kann ein Team eine einfache, transparente Rechnung verwenden:

Für ein Zeitspar-Szenario gilt: jährlicher Bruttonutzen = jährlich betroffene Aufgabenzahl × eingesparte Zeit pro Aufgabe in Stunden × belastbarer Stundensatz. Werden Aufgaben ganz eliminiert, nennen Sie deren Zahl und den bisherigen Aufwand getrennt und zählen diese Aufgaben nicht zusätzlich in der schnelleren Gruppe. Alle Mengen beziehen sich auf denselben Zeitraum.

Das ist noch kein Gewinn. Abzuziehen sind sämtliche zusätzlichen Kosten. Ausserdem ist «vermieden» konservativ zu schätzen: Zeit, die theoretisch frei wird, ist nur dann wirtschaftlicher Nutzen, wenn sie tatsächlich anders eingesetzt oder als Aufwand reduziert werden kann. Halten Sie internen Kapazitätswert und externen Cash-Effekt getrennt. Ist die Prüfzeit bereits in der Aufgabenzeit enthalten, wird sie nicht noch einmal als zusätzlicher Aufwand abgezogen.

Bei umsatznahen Ideen braucht es noch mehr Zurückhaltung. Eine Prognose lautet besser als Bandbreite mit Annahmen. Ein Pilot kann einen zusätzlichen Effekt nur belegen, wenn Vergleichsgruppen, Messfenster und andere Veränderungen dies zulassen. Der Business Case sollte ein Basis-, ein vorsichtiges und ein negatives Szenario enthalten, nicht nur den gewünschten Verlauf. Prognosen dürfen mit klar bezeichneten Annahmen arbeiten; beobachtete Pilotwerte ersetzen diese Annahmen, statt sie zu bestätigen. Ein einfacher Vorher-nachher-Vergleich belegt keine Kausalität.

Die vollständige Kostenseite

Lizenz- oder API-Kosten sind oft der sichtbarste, aber nicht der grösste Posten. Ein vollständiges Kostenbild umfasst mindestens:

1. Vorabklärung (Discovery) und fachliche Spezifikation.
2. Datenbereinigung, Zugriffssteuerung und gegebenenfalls Integration.
3. Tests, Evaluationsdaten und menschliche Bewertung.
4. Datenschutz-, Sicherheits-, Rechts- und Beschaffungsprüfung.
5. Schulung und Zeit der betroffenen Teams.
6. Prüfung und Freigabe im laufenden Prozess.
7. Monitoring, Störungsbearbeitung und Lieferantenänderungen.
8. Ausstieg, Datenexport, Ersatzprozess und Stilllegung.

Auch Opportunitätskosten gehören dazu: Welche andere Verbesserung wird nicht umgesetzt, weil Fachpersonen am KI-Vorhaben arbeiten? Die OECD-Synthese zur Einführung in Unternehmen nennt unter anderem Fähigkeiten, Datenreife und regulatorische Unsicherheit als Hürden. Das stützt keine pauschale Kostenquote, erinnert aber daran, dass Technik nur ein Teil der Investition ist.

Wert, Machbarkeit und Risiko getrennt bewerten

Ein einziger Durchschnittsscore verbirgt wichtige Blocker. Bewerten Sie deshalb drei Achsen und dokumentieren Sie die Begründung.

Wert: Wie relevant ist das Problem, wie oft tritt es auf und wie würde eine Verbesserung sichtbar? Gibt es eine einfachere Alternative ohne KI?

Machbarkeit: Sind Daten, Integrationen, Fachwissen, Betriebskapazität und ein sinnvoller Vergleich vorhanden? Kann das Team seltene Fehler testen?

Risiko: Welche Personen, Rechte, Budgets und Beziehungen sind betroffen? Wie schnell wird ein Fehler sichtbar und rückgängig gemacht? Welches Restrisiko akzeptiert die zuständige Führung?

Diese Drei-Achsen-Bewertung ist eine Arbeitsvorlage, kein Compliance-Siegel. Ergänzend empfiehlt der OECD-Grundsatz zur Rechenschaftspflicht (Accountability), Datensätze, Prozesse und Entscheidungen über den Lebenszyklus hinweg – je nach Rolle und Kontext – nachvollziehbar zu halten. Es ist ein Grundsatz, keine automatisch bindende rechtliche Verpflichtung. Für den Business Case leitet maitiq daraus eine praktische Vorlage ab: Jede Bewertung braucht Quelle, Begründung, eine verantwortliche Person und Datum, damit ein späteres Gremium sie prüfen und bei neuen Erkenntnissen ändern kann.

Ein hoher Wert hebt einen Datenschutzblocker nicht auf. Hohe Machbarkeit macht eine belanglose Aufgabe nicht strategisch. Und ein risikoarmer Pilot beweist nicht, dass eine spätere integrierte Variante ebenfalls risikoarm wäre.

Eine Roadmap mit Entscheidungspunkten

Statt eines starren Mehrjahresplans braucht die Roadmap überprüfbare Entscheidungspunkte:

Entscheidungspunkt 0 — Problem: verantwortliche Person, Nutzer, Ausgangswert, Alternative und gewünschtes Ergebnis sind dokumentiert.

Entscheidungspunkt 1 — Pilotfreigabe: Daten, Rechte, Testfälle, Rollen, Budget, Stopp-Punkt und Rückfallprozess sind geprüft.

Entscheidungspunkt 2 — Evidenz: Der Pilot erreicht vorab definierte Qualitäts- und Prozesswerte; Fehler und Nacharbeit sind vollständig erfasst.

Entscheidungspunkt 3 — Betriebsfähigkeit: Integration, Monitoring, Support, Änderungskontrolle, Schulung, Lieferantenmanagement und Ausstieg sind finanziert.

Entscheidungspunkt 4 — Skalierung: Die Wirkung bleibt unter breiterem Volumen oder weiteren Teams bestehen, und neue Risiken wurden erneut bewertet.

An jedem Entscheidungspunkt sind «stoppen», «enger fassen» und «erneut testen» ebenso gültig wie «weiter». Eine Strategie, die nur Vorwärtsbewegung erlaubt, ist keine Steuerung.

Der Pilot muss die entscheidungsrelevante Annahme testen

Ein Proof of Concept sollte nicht einfach zeigen, dass ein Modell Text erzeugen oder Daten verarbeiten kann. Er soll die unsicherste und für den Business Case wichtigste Annahme testen – nicht zwingend die teuerste. Das kann Datenzugang, fachliche Genauigkeit, notwendige Nacharbeit, Nutzerakzeptanz oder technische Latenz sein. Anbieterleitlinien empfehlen fokussierte Tests mit klaren Erfolgskriterien und die Rückführung beobachteter Resultate in die Priorisierung. Die Grundidee ist nützlich, ohne die dort genannten Produkte oder Zeitangaben zu übernehmen.

Definieren Sie vor dem Test eine Referenz, eine Mindestverbesserung und eine Nichtverschlechterungsgrenze. Beispiel: Die Bearbeitungszeit soll sinken, während kein kritischer Faktenfehler zusätzlich entsteht. Dokumentieren Sie auch Ausfälle und Fälle, in denen Mitarbeitende das System umgehen. Sonst wird nur die beste Demonstration gemessen.

Wer entscheidet über die Investition?

Marketing besitzt den Geschäftskontext, aber nicht alle Entscheidungsrechte. Datenverantwortliche prüfen Zweck und Zugriff. IT und Sicherheit beurteilen Integration und Betrieb. Recht und Datenschutz klären Anwendbarkeit und Verträge. Betroffene Mitarbeitende kennen Ausnahmen und tatsächliche Arbeitslast. Die Finanzabteilung prüft Annahmen und Kosten. Die Führung akzeptiert Restrisiko und priorisiert Ressourcen.

Ein benanntes Entscheidungsgremium muss nicht gross sein. Es muss jedoch wissen, welche Aussage es freigibt: einen zeitlich begrenzten Test, eine technische Implementierung oder einen dauerhaften Betrieb. Diese drei Freigaben sind nicht austauschbar.

Was ein belastbarer Business Case am Ende zeigt

Ein guter Business Case zeigt keine scheinpräzise Gewinnzahl. Er zeigt ein Problem mit Ausgangswert, mehrere Lösungsoptionen, eine begründete Wertspanne, vollständige Kosten, wesentliche Risiken, einen Nachweisplan und eine verantwortliche Person. Er sagt ausdrücklich, welche Annahmen noch unbewiesen sind und welcher Entscheid nach dem Pilot folgt.

Damit wird die KI-Marketing-Strategie zu einem lernenden Portfolio. Kleine, kontrollierte Versuche erzeugen Evidenz. Evidenz verändert Prioritäten. Nur Vorhaben mit nachgewiesenem Nutzen und tragfähigem Betrieb erhalten die nächste Investition. Das ist langsamer als ein Toolkauf in einer Sitzung, aber schneller als eine Organisation voller nicht gemessener Piloten.

Wie maitiq hilft: Ein Business Case, den die Finanzabteilung nachvollziehen kann

Illustratives Rechenbeispiel: 40 Vorgänge pro Monat benötigen bisher je 30 Minuten, im Pilot inklusive Prüfung je 15 Minuten. Das ergibt zehn frei werdende Stunden. Bei einem internen Stundenansatz von CHF 100 entspricht das CHF 1’000 Kapazitätswert pro Monat. Ziehen Sie laufende Tool- und Betriebskosten ab und berücksichtigen Sie den Einführungsaufwand separat.

Freie Kapazität ist noch keine Kostensenkung: Es muss klar sein, welche zusätzliche Arbeit damit erledigt wird oder welche Ausgabe tatsächlich entfällt. Im Rahmen eines vereinbarten Piloten unterstützt maitiq die Auswahl eines messbaren Anwendungsfalls und prüft mit Ihnen Zeit, Qualität und Nutzung, bevor Sie den Prozess ausweiten.

Wie ein erster Pilot mit maitiq beginnt

Für einen vereinbarten Piloten hält eine kurze Vorabklärung fest, welcher Ausgangswert verfügbar ist und welche Annahmen noch geprüft werden müssen. Der daraus entstehende Plan ist die Grundlage für die Investitionsentscheidung: Er grenzt den Anwendungsfall klar ab und benennt die offenen Daten- und Kontrollfragen, einen Pilotplan und die Kriterien für den späteren Betrieb.

Entscheidungsregel: Der Business Case muss je Anwendungsfall Kosten, Nutzen, Unsicherheit, Risiko und Entscheidungspunkt zeigen; eine blosse Portfoliosicht reicht nicht.

Quellen und Einordnung

Plattformdokumentation erklärt Funktionen und Grenzen; Behördenquellen den rechtlichen Kontext. Veröffentlichungen von Anbietern und Verbänden sind entsprechend einzuordnen, nicht als allgemeiner Marktpreis oder Erfolgsnachweis. Angaben zur Arbeitsweise von maitiq finden Sie auf maitiq.com.

Lassen Sie Ihren konkreten Fall von maitiq prüfen.