Eine Software-Demo sieht überzeugend aus, ein KI-Werkzeug verspricht schnelle Entlastung und ein Anbieter kann nächste Woche mit der Einrichtung beginnen. Trotzdem bleibt eine Frage offen: Passt die Lösung wirklich zu dem Ablauf, der im Unternehmen verbessert werden soll?

„Welches Tool sollen wir kaufen?“ ist deshalb oft nicht die erste, sondern die zweite Frage. Zuerst sollte klar sein, welches Problem gelöst werden soll, wie der Ablauf heute tatsächlich funktioniert und woran eine Verbesserung erkennbar wäre. Dafür braucht ein kleines Unternehmen kein monatelanges Analyseprojekt. Ein gemeinsames Bild und ein kompaktes Briefing reichen häufig, um Fehlentscheidungen deutlich unwahrscheinlicher zu machen.

Warum die Toolfrage häufig zu früh kommt

Werkzeuge sind sichtbar und lassen sich vergleichen. Unklare Abläufe sind weniger greifbar. Daher beginnt die Diskussion schnell bei Funktionslisten, Preisen und Produktnamen, obwohl intern noch verschiedene Erwartungen bestehen.

Die Geschäftsführung möchte vielleicht kürzere Bearbeitungszeiten. Mitarbeitende wollen Doppelarbeit vermeiden. Der Anbieter versteht unter „Automatisierung“ möglicherweise einen weitgehend standardisierten Ablauf. Im Arbeitsalltag gibt es aber Sonderfälle, Rückfragen und Entscheidungen, die weiterhin ein Mensch treffen muss.

Ohne diese Unterschiede zu klären, wird oft eine Lösung für den idealisierten Prozess ausgewählt. Später zeigt sich, dass Daten fehlen, Zuständigkeiten unklar sind oder ein vorhandenes System die benötigte Funktion bereits bietet. Eine kurze Klärung von Prozess und Anforderungen schafft deshalb eine bessere Grundlage als die nächste Tool-Demo.

Sieben Fragen vor der Auswahl

Die folgenden Fragen müssen nicht in einem umfangreichen Dokument beantwortet werden. Stichpunkte genügen, wenn sie konkret sind und von den betroffenen Personen gemeinsam verstanden werden.

1. Welches Problem soll gelöst werden?

Beschreiben Sie nicht gleich die gewünschte Funktion, sondern die heutige Schwierigkeit. „Wir brauchen ein neues CRM“ ist bereits eine Lösungsidee. Konkreter wäre: „Anfragen liegen in mehreren Postfächern und wir erkennen nicht verlässlich, wer den nächsten Schritt übernimmt.“

2. Welches Ergebnis soll besser werden?

Was soll nach der Änderung anders sein? Denkbar sind weniger Rückfragen, ein einheitlicher Bearbeitungsstand, vollständigere Angaben oder eine schnellere Vorbereitung. Das Ziel sollte beobachtbar sein, auch wenn zu Beginn noch keine belastbare Kennzahl vorliegt.

3. Wie läuft die Arbeit heute wirklich ab?

Notieren Sie Auslöser, wichtige Schritte, Übergaben und das Ergebnis. Entscheidend ist nicht der offiziell vorgesehene Ablauf, sondern die gelebte Praxis: Wo werden Informationen kopiert, welche Excel-Liste wird zusätzlich geführt und welche Abkürzung kennen nur einzelne Mitarbeitende?

4. Wer ist beteiligt?

Wer liefert Informationen, wer bearbeitet sie und wer entscheidet? Beziehen Sie auch Personen ein, die nur bei Ausnahmen oder Freigaben benötigt werden. Ein Werkzeug kann Zuständigkeiten unterstützen, aber keine ungeklärte Verantwortung ersetzen.

5. Welche Daten und Dokumente werden gebraucht?

Halten Sie fest, wo die Informationen heute liegen, welche davon verlässlich sind und wohin Ergebnisse übertragen werden müssen. Prüfen Sie auch, ob sensible oder personenbezogene Daten vorkommen und wer darauf zugreifen darf.

6. Welche Ausnahmen und Risiken gibt es?

Was geschieht bei fehlenden Angaben, widersprüchlichen Daten, dringenden Fällen oder einem Systemausfall? Nicht jede Ausnahme muss sofort automatisiert werden. Sie braucht aber einen klaren Weg – oft mit einer bewussten Übergabe an einen Menschen.

7. Woran erkennen Sie eine brauchbare Lösung?

Formulieren Sie zwei oder drei überprüfbare Kriterien. Zum Beispiel: Jede neue Anfrage erhält eine verantwortliche Person; Pflichtangaben werden vor der Bearbeitung geprüft; der Bearbeitungsstand ist ohne Rückfrage sichtbar. Diese Kriterien helfen später bei Demo, Pilot und Abnahme.

Hilfreiche Anforderungen passen auf eine Seite

Für eine erste Marktsondierung ist meist kein umfangreiches Pflichtenheft notwendig. Hilfreich sind Anforderungen, wenn sie das benötigte Ergebnis, wichtige Rahmenbedingungen und Grenzen beschreiben. Sie sollten Anbietern genug Orientierung geben, ohne die technische Lösung vorschnell festzulegen.

Ein kompaktes Ein-Seiten-Briefing kann so aufgebaut sein:

  1. Ausgangslage: Welcher Ablauf oder Engpass ist betroffen?
  2. Ziel: Was soll nach der Veränderung besser funktionieren?
  3. Umfang: Wo beginnt und endet der betrachtete Prozess?
  4. Beteiligte: Welche Rollen arbeiten damit oder entscheiden?
  5. Eingaben und Ergebnisse: Welche Daten oder Dokumente kommen hinein, was soll herauskommen?
  6. Muss-Kriterien: Welche wenigen Anforderungen sind unverzichtbar?
  7. Grenzen: Welche Ausnahmen, Datenschutzfragen, Schnittstellen oder Betriebsbedingungen sind zu beachten?
  8. Erfolgskriterien: Wie wird im Pilot oder nach der Einführung geprüft, ob die Lösung trägt?

Dieses Blatt ist keine endgültige Spezifikation. Es sorgt zunächst dafür, dass interne Beteiligte und mögliche Anbieter über dasselbe Vorhaben sprechen. Wenn mehrere Prozesse gleichzeitig unklar sind, kann zuvor eine digitale Standortbestimmung mit klaren Prioritäten sinnvoller sein.

Hypothetisches Beispiel: wiederkehrende Dokumentenanfragen

Das folgende Beispiel ist hypothetisch und keine Kundenreferenz. Ein kleines Unternehmen erhält regelmäßig Anfragen mit mehreren Dokumenten per E-Mail. Eine Person prüft die Unterlagen, fragt fehlende Angaben nach, überträgt Kerndaten in eine Tabelle und weist die Anfrage anschließend intern zu.

Der erste Impuls könnte lauten: „Wir brauchen ein KI-Tool, das E-Mails und Anhänge automatisch verarbeitet.“ Nach der Klärung zeigt sich jedoch ein differenzierteres Bild:

  • Ein Teil der Angaben könnte bereits über ein besser strukturiertes Formular vollständig erfasst werden.
  • Für feste Pflichtfelder reichen klassische Regeln statt KI.
  • Unterschiedlich aufgebaute Dokumente könnten eine KI-gestützte Vorprüfung sinnvoll machen.
  • Unklare oder widersprüchliche Fälle müssen weiterhin an eine Person gehen.
  • Die vorhandene Software bietet möglicherweise bereits Statusfelder und Zuweisungen, die bisher nicht genutzt werden.

Das Ergebnis der Anforderungsklärung ist daher nicht automatisch „neue Software kaufen“. Es kann ebenso eine bessere Nutzung des vorhandenen Systems, eine kleine Ergänzung oder ein begrenzter Pilot sein. Wenn anschließend gezielt geprüft werden soll, welche wiederkehrenden Abläufe gute Kandidaten sind, bietet der Beitrag Prozessautomatisierung mit KI: Welche Abläufe sich zuerst lohnen eine passende Vertiefung.

Wann ein bestehendes Werkzeug wahrscheinlich ausreicht

Bevor Sie neue Angebote einholen, lohnt sich ein nüchterner Blick auf die bestehende Umgebung. Ein vorhandenes Werkzeug kann genügen, wenn die benötigte Funktion bereits enthalten ist, die Beteiligten sie verlässlich nutzen können und keine kritische Schnittstelle fehlt.

Typische Hinweise sind ungenutzte Pflichtfelder, fehlende Vorlagen, uneinheitliche Status oder manuelle Schritte, die sich mit vorhandenen Regeln abbilden lassen. Dann liegt das Problem weniger im Funktionsumfang als in Konfiguration, Vereinbarung oder Schulung.

Eine neue Lösung wird wahrscheinlicher, wenn zentrale Muss-Kriterien nicht erfüllt werden, der heutige Medienbruch dauerhaft hohen Aufwand erzeugt oder wichtige Daten nur mit riskanten Umwegen übertragen werden können.

Ab wann der Vergleich von Tools sinnvoll wird

Die Auswahl darf beginnen, sobald Ziel, Prozessgrenze, Muss-Kriterien, Datenlage und Erfolgskriterien ausreichend klar sind. „Ausreichend“ bedeutet nicht perfekt. Offene Punkte dürfen bestehen, solange sie sichtbar sind und im Vergleich gezielt geprüft werden können.

Für viele KMU reichen zwei oder drei ernsthafte Optionen. Vergleichen Sie diese nicht nur nach Funktionsmenge, sondern anhand derselben Fragen:

  • Erfüllt die Option die wenigen Muss-Kriterien?
  • Passt sie zu vorhandenen Systemen und Datenflüssen?
  • Wie werden Rollen, Berechtigungen und Ausnahmen behandelt?
  • Wer betreut Konfiguration, Betrieb und spätere Änderungen?
  • Welche einmaligen und laufenden Aufwände entstehen?
  • Kann ein begrenzter Pilot mit realistischen Fällen durchgeführt werden?

Lassen Sie sich in einer Demo nicht nur den Idealablauf zeigen. Verwenden Sie ein oder zwei typische Fälle sowie einen schwierigen Sonderfall aus Ihrem Briefing. So wird sichtbar, ob die Lösung im Alltag trägt und nicht nur in der Präsentation.

Der nächste Schritt ist Klarheit, nicht sofort ein Kauf

Wenn bereits ein konkreter Ablauf betroffen ist, beginnen Sie mit den sieben Fragen und fassen Sie die Antworten auf einer Seite zusammen. Besprechen Sie das Ergebnis mit den Personen, die den Prozess tatsächlich bearbeiten. Erst danach entscheiden Sie, ob eine bessere Nutzung des Bestehenden, ein kleiner Pilot oder ein strukturierter Toolvergleich nötig ist.

Wenn zwischen Anbieter, Fachbereich und Geschäftsführung anschließend eine verbindende Rolle fehlt, kann eine fachliche Umsetzungsbegleitung Anforderungen, Entscheidungen, Tests und Übergabe zusammenhalten. Für eine erste Einordnung können Sie auch Ihr Digitalisierungsvorhaben kurz schildern.