Modus Vey

Analyse · 10 Arbeitstage

Zehn Tage. Ein Fahrplan.

Wo spart KI bei Ihnen wirklich Geld oder Zeit? Und wo nicht? Der Sprint beantwortet das mit Zahlen, bevor Sie einen Euro in eine Umsetzung stecken.

Erstgespräch vereinbaren Wie die zehn Tage laufen
Zehn Holzklammern an einer Schnur, eine davon in Ziegelrot
KI-generiertes Bild
  • 10 Tagebis zum Fahrplan
  • 3–5 Use Casesbewertet, mit Zahlen
  • Angebot vorabverbindlich, auch für den Build
  • Voll angerechnetwenn der Build folgt

Passt das?

Erst messen. Dann bauen.

Die meisten KI-Projekte scheitern nicht an der Technik. Sie scheitern daran, dass niemand vorher gefragt hat, ob sich der Use Case rechnet.

Der Sprint ist die günstige Frage vor der teuren Antwort. Ein schlecht gewählter Build kostet ein Vielfaches davon, dazu die Zeit Ihres Teams und den Frust, wenn niemand das fertige System nutzt.

Am Ende halten Sie eine Entscheidungsgrundlage in der Hand: drei bis fünf Use Cases, jeder mit Aufwand, Nutzen und Risiko. Und wenn bei Ihnen gerade nichts trägt, sage ich Ihnen das auch.

Passt, wenn

  • Sie einen konkreten Schmerzpunkt haben, aber nicht wissen, ob KI die Antwort ist.
  • mehrere Ideen im Raum stehen und Sie eine begründete Reihenfolge brauchen.
  • Sie ein Budget rechtfertigen müssen und Zahlen statt Bauchgefühl brauchen.
  • Sie schon einmal ein KI-Tool gekauft haben, das niemand nutzt.

Eher nicht, wenn

  • der Use Case längst klar ist. Dann reden wir direkt über den Build.
  • Sie erst sehen wollen, was fertige Werkzeuge schaffen. Dann ist der Kompass der kleinere Einstieg.
  • Sie eine KI-Strategie für die Geschäftsführung wollen.
  • „irgendwas mit KI“ das Ziel ist. Ohne Schmerzpunkt findet auch ein Sprint nichts.

Ablauf

Zehn Tage, Schritt für Schritt.

Kein Workshop-Marathon. Wenige, fokussierte Termine mit den richtigen Leuten. Dazwischen arbeite ich.

  1. Tag 1–2 · Zuhören

    Kickoff und Bestandsaufnahme

    Ich spreche mit den Menschen, die die Arbeit täglich machen. Wo läuft Zeit weg, wo entstehen Fehler, wo stapeln sich die immer gleichen Handgriffe. Das sind konkrete Gespräche über echte Abläufe, keine Strategie-Runden.

  2. Tag 3–4 · Verstehen

    Daten- und Prozesssichtung

    Welche Daten liegen vor, in welcher Qualität, und was darf KI davon sehen? Hier trennt sich, was technisch geht, von dem, was rechtlich sauber bleibt. DSGVO und AI Act sind Teil der Bewertung.

  3. Tag 5–7

    Use Cases sammeln und bewerten

    Aus den Gesprächen werden Kandidaten. Jeder bekommt drei Zahlen: Aufwand, erwarteter Nutzen und Risiko (technisch, organisatorisch, regulatorisch).

  4. Tag 8–9

    Priorisierung und Machbarkeit

    Was rechnet sich zuerst, was wandert nach hinten, was fliegt raus. Für die Top-Kandidaten prüfe ich die Machbarkeit so weit, dass ich ein verbindliches Angebot für den Build verantworten kann.

  5. Tag 10 · Übergabe

    Fahrplan und Angebot

    Sie bekommen den fertigen Fahrplan und ein verbindliches Angebot für den ersten Use Case. Ab hier entscheiden Sie: selbst umsetzen, mit mir bauen oder liegen lassen.

Ergebnis

Was Sie in der Hand halten.

Keine Folien, die nach drei Wochen niemand mehr findet. Vier Dinge, mit denen Sie weiterarbeiten können.

  1. 1

    Der Fahrplan

    Ein priorisiertes Dokument: welcher Use Case zuerst, welcher später, welcher gar nicht. Mit Begründung.

  2. 2

    Aufwand, Nutzen, Risiko

    Drei bis fünf Use Cases, jeder mit denselben drei Kennzahlen bewertet. So vergleichen Sie Äpfel mit Äpfeln.

  3. 3

    Verbindliches Angebot für den Build

    Für den ersten Use Case, schriftlich und vor jedem Start. Kein „kommt drauf an“, sondern eine Zahl, mit der Sie planen können.

  4. 4

    Daten- und Readiness-Check

    Was an Daten und Prozessen fehlt, bevor sinnvoll gebaut werden kann. Manchmal heißt die ehrliche Antwort: erst aufräumen, dann automatisieren.

Auszug aus einem Fahrplan · erfundenes Beispiel, kein Kundenprojekt
Use Case Aufwand Nutzen Risiko Empfehlung
Angebotstexte aus Stammdaten erzeugen mittel hoch niedrig Build, zuerst
Eingangsrechnungen vorerfassen mittel mittel niedrig Build, danach
Serviceantworten aus Doku (RAG) hoch mittel mittel Phase 2
Vertragsabschluss vollautomatisch hoch hoch hoch geparkt, Regulatorik

Abgrenzung

Klar, was drin ist.

Der Sprint ist

  • Use-Case-Discovery mit Zahlen.
  • eine Entscheidungsgrundlage für Ihr Budget.
  • ein verbindliches Angebot für den Build.
  • eine ehrliche Einschätzung, auch wenn sie „nein“ lautet.

Der Sprint ist nicht

  • eine Implementierung, kein Code, kein Prototyp.
  • eine generische KI-Strategie für die Schublade.
  • eine Tool- oder Lizenz-Verkaufsberatung.
  • ein Workshop, aus dem alle mit gutem Gefühl und sonst nichts gehen.

Was ich von Ihnen brauche

  • einen realen Schmerzpunkt, kein „wir wollen auch was mit KI“.
  • zwei bis drei Gespräche mit den richtigen Leuten.
  • einen groben Einblick in vorhandene Daten und Prozesse.
  • jemanden mit Entscheidungsbefugnis am Tisch.

Angebot

Eine Zahl, bevor wir starten.

Nach dem Erstgespräch bekommen Sie ein verbindliches Angebot für den Sprint. Es gilt, wie es dasteht, ohne Kleingedrucktes.

Buchen Sie danach den Build, rechne ich den Sprint voll an. Sie zahlen ihn also kein zweites Mal.

Fragen

Bevor Sie fragen.

Was, wenn am Ende kein Use Case übrig bleibt?

Dann wissen Sie, dass KI bei Ihnen gerade nichts trägt, bevor Sie ein Vielfaches in einen Build stecken, den niemand braucht. Eine ehrliche Absage ist ein Ergebnis, kein Fehlschlag.

Rechnen Sie den Sprint wirklich voll an?

Ja. Buchen Sie im Anschluss einen Build, ziehe ich den Sprint vollständig vom Angebot für den Build ab.

Müssen wir technisch etwas vorbereiten?

Nein. Zwei bis drei Gespräche und ein grober Einblick in vorhandene Daten und Prozesse reichen. Kein Datenexport, kein Tool-Setup, keine Hausaufgaben für Ihre IT.

Wer sollte von uns dabei sein?

Die Menschen, die die Arbeit täglich machen, plus jemand mit Entscheidungsbefugnis. Nicht die ganze Abteilung. Die Qualität der Gespräche zählt mehr als die Zahl der Teilnehmer.

Was passiert mit unseren Daten?

Wir reden über Ihre Daten, wir bewegen sie nicht. Alles bleibt bei Ihnen. DSGVO und EU AI Act sind mein täglicher Arbeitskontext im Open Banking, kein nachträglicher Haken auf einer Liste.

Weiter im Plan

Der Fahrplan sagt, was sich lohnt. Der Build setzt es um.

Der Build ist unabhängig buchbar. Kommen Sie aus dem Sprint, rechne ich ihn voll an, und wir starten mit einem Use Case, der bereits durchgerechnet ist.

Erstgespräch

Klingt das nach Ihrem Fall?

Im Erstgespräch sage ich Ihnen ehrlich, ob ein Sprint der richtige nächste Schritt ist. Kostenlos, eine halbe Stunde, kein Pitch.

Erstgespräch vereinbaren Weiter zum Build