Regeln, Prognosemodelle oder generative KI? Ein Leitfaden zur Auswahl
Imagen generada con gpt-image-2.5-sunburst para InferamaQuelle ↗
01

Ein Rahmen, der bei der Entscheidung ansetzt – nicht bei der Technologie

Die Auswahl einer Lösung für künstliche Intelligenz beginnt mit der Frage, welche Entscheidung oder Aufgabe verbessert werden soll. Entscheidend ist nicht, welche Technologie gerade angesagt ist, sondern welches Ergebnis der Prozess benötigt, welche Daten verfügbar sind, welche Folgen ein Fehler hätte und welche Mittel für Entwicklung und Betrieb bereitstehen. In vielen Fällen ist eine klare Regel oder ein verbesserter manueller Prozess geeigneter als ein Modell des maschinellen Lernens.

Dieser Leitfaden bietet eine praktische Methode, um drei Lösungsfamilien zu vergleichen: deterministische Regeln, Prognosemodelle und generative Systeme. Er ist weder eine regulatorische Einordnung noch eine durch Vergleichsstudien validierte Skala. Vielmehr handelt es sich um eine Arbeitsvorlage, die jede Organisation an ihre Daten, Einschränkungen und Pflichten anpassen und erproben sollte. Die später vorgestellten Szenarien aus Finanzwesen, Logistik und Personalwesen sind hypothetische Beispiele, die die Anwendung des Rahmens veranschaulichen sollen. Sie sind weder als reale Fallstudien noch als Wirksamkeitsnachweis zu verstehen.

Ablauf der Ersteinschätzung

Gehen Sie in dieser Reihenfolge vor und halten Sie die Gründe für jede Entscheidung fest.

  1. 011. Definieren Sie die Aufgabe und legen Sie fest, wer die endgültige Entscheidung trifft.
  2. 022. Ermitteln Sie die benötigten Daten sowie deren Format, Qualität und zulässige Verwendung.
  3. 033. Bewerten Sie mögliche Folgen von Fehlern und geltende Pflichten.
  4. 044. Prüfen Sie, ob Regeln genügen oder ob Muster gelernt beziehungsweise Inhalte erzeugt werden müssen.
  5. 055. Schätzen Sie die Gesamtkosten, die betriebliche Umsetzbarkeit und den erforderlichen Aufsichtsaufwand ein.
  6. 066. Testen Sie die einfachste Option, die alle Anforderungen erfüllt, und legen Sie Kriterien für eine erneute Prüfung fest.
02

Aufgabe und Daten einordnen, bevor Sie wählen

Eine strukturierte Aufgabe lässt sich durch definierte Felder, Kategorien oder Bedingungen beschreiben. Beispiele sind die Prüfung, ob eine Rechnung einen genehmigten Betrag überschreitet, oder ob ein Paket eine Gewichtsbeschränkung verletzt. Ist die Logik stabil und bekannt, können Regeln Nachvollziehbarkeit und Kontrolle bieten, ohne dass ein Modell trainiert werden muss.

Bei einer unstrukturierten Aufgabe müssen häufig Freitext, Bilder, Audio oder andere Signale interpretiert werden, deren Vielfalt sich nicht mit einer kleinen Liste von Bedingungen abdecken lässt. Beispiele sind die Klassifizierung einer schriftlichen Beschwerde oder die Zusammenfassung eines Gesprächs. Die Unterscheidung ist nicht absolut: Eine Organisation kann Teile unstrukturierter Inhalte in Felder überführen und Regeln mit Modellen kombinieren. Das Datenformat allein bestimmt nicht die passende Technologie. Ebenso wichtig sind Qualität, Umfang, Variabilität, die Möglichkeit, Beispiele zu kennzeichnen, und die Kosten eines Fehlers.

Worauf Sie bei den Daten achten sollten

Die Beschreibung sollte sich auf die konkrete Aufgabe beziehen, nicht auf die gesamte Organisation.

DimensionDiagnosefragePraktische Konsequenz
StrukturLiegen die Daten in Feldern vor, oder muss freier Inhalt interpretiert werden?Stabile Felder eignen sich für Regeln und tabellarische Modelle; freie Inhalte können Sprachverarbeitung oder Bilderkennung erfordern.
VariabilitätÄndern sich Bedingungen und Ausnahmen häufig?Häufige Änderungen machen Regeln wartungsintensiv; auch Modelle müssen überwacht und aktualisiert werden.
VerfügbarkeitGibt es repräsentative Beispiele und verlässliche Ergebnisse?Ohne genügend Daten kann ein Prognosemodell schlecht verallgemeinern; eine explizite Regel kann besser begründbar sein.
Qualität und BerechtigungenSind die Daten vollständig, relevant und für diesen Zweck verwendbar?Mangelnde Qualität oder eine fehlende Rechtsgrundlage lassen sich nicht durch ein zusätzliches Modell beheben.
FolgenWelchen Schaden kann eine fehlerhafte Ausgabe verursachen?Je größer die Auswirkungen, desto wichtiger sind Prüfung, Nachvollziehbarkeit und Widerspruchsmöglichkeiten.
03

Entscheidungsbaum: ungeeignete Optionen aussortieren

Ein Entscheidungsbaum bildet aufeinanderfolgende Fragen und mögliche Ergebnisse ab. Jeder Knoten stellt eine Bedingung dar; jeder Zweig führt zur nächsten Frage oder zu einer endgültigen Option. Entscheidungsbäume sind auch eine Familie von Prognosemodellen. In diesem Leitfaden verwenden wir den Begriff jedoch für ein organisatorisches Prüfschema – nicht für einen trainierten Algorithmus. Die Struktur hilft, die Gründe für eine Auswahl offenzulegen, garantiert aber weder richtige Antworten noch, dass alle Folgen berücksichtigt wurden.

Beginnen Sie mit der Frage, ob sich der Prozess durch stabile Bedingungen beschreiben lässt. Falls ja, prüfen Sie zunächst deterministische Regeln. Falls nicht, klären Sie, ob das Ziel darin besteht, eine Kategorie zuzuweisen, eine Wahrscheinlichkeit oder einen Wert zu schätzen oder neue Inhalte zu erzeugen. Die Klassifizierung oder Vorhersage anhand historischer Beispiele kann einen Versuch mit einem Prognosemodell rechtfertigen. Für das Verfassen, Zusammenfassen oder Umwandeln von Inhalten kann ein generatives System infrage kommen – stets mit klaren Grenzen und einer Prüfung der Ergebnisse. Auch eine Kombination ist möglich: Ein Modell macht einen Vorschlag, während Regeln einschränken, was zulässig ist.

Prüfbaum mit sechs Fragen

Verstehen Sie ihn nicht als automatische Vorschrift. Auch ein „Ja“ kann zusätzliche Tests und Kontrollen vor der Einführung erfordern.

  1. 011. Lässt sich die Aufgabe durch klare, stabile und überprüfbare Regeln beschreiben? Wenn ja, prüfen Sie eine deterministische Lösung als erste Option.
  2. 022. Falls Regeln nicht ausreichen: Gibt es repräsentative Beispiele mit bekannten Ergebnissen? Falls nicht, sammeln Sie Daten oder begrenzen Sie den Anwendungsbereich, bevor Sie ein Modell trainieren.
  3. 033. Soll eine Kategorie zugeordnet oder ein Ergebnis geschätzt werden? Testen Sie ein Prognosemodell und vergleichen Sie es mit einer einfachen Baseline.
  4. 044. Müssen Texte, Bilder oder Audiodaten erstellt, zusammengefasst oder umgewandelt werden? Prüfen Sie generative KI anhand von Qualitätstests und Ausgabekontrollen.
  5. 055. Könnte ein Fehler Rechte, Sicherheit, Beschäftigung, Zugang zu Dienstleistungen oder Geld erheblich beeinträchtigen? Verstärken Sie menschliche Prüfung, Dokumentation und Risikobewertung.
  6. 066. Passen Gesamtkosten, Integration und Betrieb zum Budget und zu den verfügbaren Fähigkeiten? Falls nicht, begrenzen Sie den Umfang oder verzichten Sie auf die Einführung.
04

Orientierende Bewertung: Optionen ordnen, ohne Scheingenauigkeit

Eine Bewertungsmatrix kann beim Vergleich mehrerer plausibler Optionen helfen. Bewerten Sie jede Option anhand von fünf Kriterien auf einer Skala von 1 bis 5: Eignung für die Aufgabe, Passung zu den Daten, Risiko und Kontrollen, wirtschaftliche Tragfähigkeit sowie betriebliche Umsetzbarkeit. Eine hohe Punktzahl sollte stets eine günstigere Situation bedeuten: etwa eine bessere Eignung, besser vorbereitete Daten, ein wirksamer kontrolliertes Restrisiko und nachhaltigere Kosten. Beim Kriterium Risiko bewerten Sie die nachgewiesene Fähigkeit, Risiken zu begrenzen – nicht deren Schwere an sich.

Die geprüften Quellen liefern keine validierte Gewichtung, die Datenart, regulatorisches Risiko und Budget verbindet, um zwischen Regeln, Prognosemodellen und generativer KI zu wählen. Die folgenden Gewichte sind daher ausdrücklich vorläufige Ausgangswerte. Das Budget sollte die günstigste Option nicht automatisch belohnen: Berücksichtigen Sie die Gesamtbetriebskosten, einschließlich Integration, Tests, Lizenzen oder Rechenaufwand, Aufsicht, Audit, Aktualisierungen, Sicherheit und Ausstieg aus einem Anbieter. Wiederholen Sie den Vergleich vor der Entscheidung mit unterschiedlichen Gewichtungen und prüfen Sie, ob sich das Ergebnis ändert.

Vorlage für eine erste Bewertung

Skala von 1 bis 5. Die vorgeschlagenen Gewichte dienen nur als Ausgangspunkt für einen ersten Workshop. Passen Sie sie gemeinsam mit den Beteiligten an und dokumentieren Sie die Begründung.

KriteriumAusgangsgewichtWas wird bewertet?Prüffrage
Eignung für die Aufgabe25 %Ob die Methode die erforderliche Funktion ohne unnötige Komplexität erfüllt.Geht es darum, Bedingungen anzuwenden, Ergebnisse vorherzusagen oder Inhalte zu erzeugen?
Daten und Validierung20 %Verfügbarkeit, Qualität, Repräsentativität, Berechtigungen und Überprüfbarkeit der Ergebnisse.Gibt es genügend Daten und eine verlässliche Evaluationsmethode?
Risiko und Kontrollen25 %Mögliche Auswirkungen, Pflichten, Erklärbarkeit, Aufsicht und Fähigkeit zur Fehlerkorrektur.Was geschieht bei einem Fehler, und wer ist verantwortlich?
Gesamtkosten und Budget15 %Einführung und laufender Betrieb über die Zeit, nicht nur die Anfangskosten.Deckt das Budget Integration, Überwachung und Wartung ab?
Betrieb und Umkehrbarkeit15 %Kompetenzen, Anbieterabhängigkeit, Überwachung und Möglichkeit zur Rückkehr zum vorherigen Verfahren.Kann das Team die Lösung betreiben, prüfen oder außer Betrieb nehmen?
05

Risiko: Auswirkungen und Exposition bewerten, nicht nur eine Zahl

Ein einziger Risikowert kann wichtige Unterschiede zwischen Sicherheit, Datenschutz, Diskriminierung, Zuverlässigkeit, Compliance und betrieblicher Kontinuität verdecken. Führen Sie daher am besten ein nach Dimensionen gegliedertes Register: Welcher Schaden wird betrachtet, wer könnte betroffen sein, wie häufig könnte er eintreten, wie schwer wären die Folgen, welche Kontrollen gibt es und wer überprüft sie? Qualitative Skalen können helfen, eine Diskussion zu priorisieren, sollten aber nicht als offizielle regulatorische Messgröße dargestellt werden.

In der Europäischen Union hängt die rechtliche Einstufung vom vorgesehenen Einsatz und davon ab, ob das System die einschlägigen Kategorien und Bedingungen erfüllt. Sie lässt sich nicht einfach daraus ableiten, dass ein Vorhaben für das Unternehmen als „hohes“, „mittleres“ oder „niedriges“ Risiko gilt. Die Europäische Kommission hat einen Entwurf für Leitlinien veröffentlicht, der dabei helfen soll, zu beurteilen, ob bestimmte Systeme als Hochrisiko-KI einzustufen sind. Da es sich um einen Entwurf handelt, darf er weder als endgültige Leitlinie noch als Ersatz für die geltende Verordnung beschrieben werden. Die Fundación Cotec wiederum beschreibt einen praxisorientierten Governance-Ansatz, der Anwendungsfälle und Rollen identifiziert, Risiken untersucht und Kontrollen über den gesamten Lebenszyklus integriert.

Mindestangaben im Risikoregister

Die Matrix strukturiert Prüffragen; sie weist nicht automatisch eine rechtliche Kategorie zu.

DimensionMöglicher PrüfindikatorZu dokumentierende Kontrolle oder Evidenz
Auswirkungen auf MenschenArt der Entscheidung, betroffene Personen und Möglichkeit von Nachteilen oder Ausschluss.Bewertung des Einsatzes, menschliche Prüfung, Beschwerdeweg und Dokumentation.
Datenschutz und DatenVerwendete personenbezogene Daten, Zweck, Zugriff, Aufbewahrung und Herkunft.Prüfung von Zweck und Zugriff sowie einschlägige Sicherheitsmaßnahmen und Dokumentation.
FairnessUnterschiede bei Fehlern oder Ergebnissen zwischen relevanten Gruppen, sofern eine Messung rechtlich und methodisch angemessen ist.Analyse nach Segmenten, Grenzen der Interpretation und Maßnahmenplan.
Zuverlässigkeit und SicherheitArt und Häufigkeit von Fehlern, Verhalten in seltenen Fällen und Widerstandsfähigkeit gegenüber problematischen Eingaben.Tests, Überwachung, Warnmeldungen, Störfallmanagement und sichere Alternative.
ComplianceVorschriften, die für Zweck, Branche, Standort und Rolle der Organisation gelten.Aktuelle rechtliche Prüfung und dokumentierte Verantwortlichkeiten.
BetriebAbhängigkeit vom Anbieter, Modelländerungen, Verfügbarkeit und Wiederherstellung nach Ausfällen.Vereinbarungen, Überwachung, Kontinuität, Umkehrbarkeit und benannte verantwortliche Person.
06

Budget und Gesamtkosten: mit Blick auf den Betrieb entscheiden

Das Budget zu gewichten bedeutet nicht, der günstigsten Option automatisch einen Vorteil zu geben. Legen Sie zunächst einen für alle Optionen einheitlichen Bewertungszeitraum fest – etwa den Budgetzeitraum der Organisation – und schätzen Sie die einmaligen und laufenden Kosten: Datenaufbereitung, Integration, Tests, Rechenleistung, Lizenzen, menschliche Prüfung, Überwachung, Sicherheit, Schulung und Wartung. Berücksichtigen Sie auch Ausstiegs-, Ersatz- oder Rückabwicklungskosten, falls ein Anbieter seine Bedingungen ändert oder die Lösung nicht mehr geeignet ist.

Vergleichen Sie diese Kosten mit einem vorab festgelegten Nutzen, etwa kürzerer Bearbeitungszeit, weniger Fehlern oder einer besseren Abdeckung der Aufgabe. Gehen Sie nicht davon aus, dass Automatisierung netto Einsparungen schafft: Wird eine häufige manuelle Kontrolle benötigt, können Kosten lediglich verlagert statt beseitigt werden. Beginnen Sie mit einem begrenzten Pilotprojekt und legen Sie Erfolgskriterien sowie Abbruchbedingungen fest. Ist das Budget begrenzt, testen Sie erst eine einfachere Lösung, statt Kontrollen zu reduzieren, die Menschen oder den Betrieb schützen.

Wirtschaftliche Prüfung vor der Einführung

Verwenden Sie für alle verglichenen Optionen denselben Zeitraum und dieselben Annahmen.

  1. 011. Legen Sie die Bewertungseinheit fest: Anfrage, Transaktion, Lieferung, Entscheidung oder Dokument.
  2. 022. Schätzen Sie Anfangs- und laufende Kosten, einschließlich menschlicher Prüfung und Wartung.
  3. 033. Definieren Sie eine Ausgangsbasis und messen Sie den aktuellen Prozess, bevor Sie automatisieren.
  4. 044. Schätzen Sie Nutzen und Fehlerkosten anhand vorsichtiger Szenarien – nicht nur anhand des besten Falls.
  5. 055. Führen Sie einen begrenzten Pilotversuch mit Verantwortlichen und Abbruchbedingung durch.
  6. 066. Berechnen Sie die Matrix neu, wenn sich Umfang, Daten, Anbieter, Vorschriften oder Auswirkungen ändern.
07

Drei Szenarien zur Anwendung des Rahmens

Die folgenden Szenarien sind Beispiele. Sie dokumentieren weder reale Implementierungen noch gemessene Ergebnisse. Sie zeigen, wie sich die Bewertung je nach Aufgabe, Daten, Auswirkungen und Aufsichtsmöglichkeiten verändert. In keiner Branche bestimmt die Branchenbezeichnung allein die regulatorische Kategorie. Entscheidend sind der vorgesehene Zweck, der Kontext und die konkrete Konfiguration.

Jedes Beispiel nennt eine plausible erste Option, eine mögliche Alternative zum Testen und relevante Kontrollen. Die endgültige Auswahl hängt von den verfügbaren Daten und lokalen Tests ab. In einem Pilotversuch sollte die vorgeschlagene Lösung mit einer Ausgangsbasis verglichen werden. Zu bewerten sind nicht nur die durchschnittliche Genauigkeit, sondern auch relevante Fehler, Kosten, Auswirkungen auf Menschen und die Leistung unter anderen Bedingungen als denen, die bei der Entwicklung verwendet wurden.

08

Validierung, Aufsicht und klare Abbruchregeln

Legen Sie vor dem Einsatz fest, woran der Erfolg der Lösung zu erkennen ist. Die Evaluation sollte Daten verwenden, die nicht zum Anpassen des Systems genutzt wurden und den vorgesehenen Einsatz angemessen abbilden. Bei Klassifizierungen sollten Fehlerarten und relevante Segmente dokumentiert werden; bei Prognosen sind die Ergebnisse mit einer Baseline zu vergleichen und Fehler im Betrieb zu messen. Bei generativen Systemen sollten Genauigkeit, Auslassungen, Kohärenz, Datenschutz und unzulässige Antworten geprüft werden. Die Kennzahl muss zu den möglichen Fehlerfolgen passen – nicht nur leicht messbar sein.

Bestimmen Sie, wer die Ausgaben prüft, welche Entscheidungen das System treffen darf, wann es sich enthalten muss und wie Fehler korrigiert werden. Dokumentieren Sie Versionen, Änderungen, Vorfälle, Genehmigungen und Aktualisierungsgründe. Legen Sie Abbruchbedingungen fest: etwa eine Verschlechterung über einen vereinbarten Grenzwert hinaus, Sicherheitsvorfälle, nicht behobene Unterschiede bei den Ergebnissen oder die Unfähigkeit, eine wirksame Prüfung sicherzustellen. Die institutionelle Anleitung der Fundación Cotec empfiehlt, Governance über den gesamten Lebenszyklus zu integrieren sowie Rollen und ein Systeminventar festzuhalten. Der Entwurf der Leitlinien der Europäischen Kommission unterstützt das Verständnis der Einstufung als Hochrisiko-KI, validiert aber nicht diese Bewertungsmatrix.

Checkliste vor dem Pilotprojekt

Gehen Sie erst dann in den produktiven Betrieb, wenn Zuständigkeiten und Kriterien dokumentiert sind.

KontrolleMindestnachweisVorgeschlagene Verantwortung
ZielAufgabe, Nutzer, Anwendungsbereich und endgültige Entscheidung festgelegt.Geschäftsverantwortliche Person
DatenHerkunft, Qualität, Berechtigungen, Repräsentativität und Verarbeitung dokumentiert.Daten- und Datenschutzverantwortliche
TestsBaseline, Evaluationsdatensatz und zum Auswirkungsgrad passende Kennzahlen festgelegt.Technisches Team und fachkundige Nutzer
RisikoAuswirkungen, Pflichten, Kontrollen und offene Fragen geprüft.Risikomanagement, Compliance und Rechtsberatung
AufsichtPrüfung, Eskalation, Korrektur und Beschwerdeweg geregelt.Betriebsverantwortliche Person
BetriebÜberwachung, Vorfälle, Änderungen, Rücknahme und Wartungsbudget eingeplant.Technologie und Betrieb
09

Fazit: Eine nachvollziehbare Entscheidung ist besser als eine verlockende Punktzahl

Der Prüfbaum hilft, Aufgaben in Regeln, Prognosen und Generierung einzuordnen. Die Matrix macht Zielkonflikte zwischen Daten, Eignung, Risiko, Kosten und betrieblicher Leistungsfähigkeit sichtbar. Keines der beiden Instrumente bestimmt automatisch die richtige Lösung. Bewertungen sind nur dann hilfreich, wenn sie begründet, anhand alternativer Annahmen geprüft und bei veränderten Rahmenbedingungen aktualisiert werden.

Praktisch empfiehlt es sich, mit einer konkreten Aufgabe zu beginnen, zunächst Regeln und einfache Baselines zu prüfen und Modelle nur dann zu testen, wenn ein klarer Bedarf und geeignete Daten vorliegen. Bei Aufgaben mit erheblichen Auswirkungen muss die Aufsicht die Entscheidung tatsächlich beeinflussen und darf nicht bloß ein formaler Schritt sein. Die verfügbaren Quellen stützen den allgemeinen Nutzen von Entscheidungsbäumen, die Bedeutung von Governance und die Relevanz einer Einstufung nach dem konkreten Einsatz. Sie belegen jedoch weder die Wirksamkeit dieser Vorlage noch universelle Gewichtungen. Die endgültige Entscheidung sollte auf lokalen Tests und, wo erforderlich, einer rechtlichen Prüfung beruhen.

Kriterien für die praktische Umsetzung

Dokumentieren Sie die Entscheidung so, dass andere nachvollziehen können, wie sie zustande kam.

  1. 01Definieren Sie eine konkrete Aufgabe und ein messbares Ergebnis.
  2. 02Ordnen Sie die Daten nach Format, Qualität, Variabilität und Nutzungsberechtigungen ein.
  3. 03Bewerten Sie Auswirkungen und Pflichten des konkreten Einsatzes; leiten Sie die Kategorie nicht allein aus der Branche ab.
  4. 04Vergleichen Sie Regeln, Prognosen und Generierung anhand einer Baseline und gleichwertiger Gesamtkosten.
  5. 05Prüfen Sie Robustheit, Fehler und Aufsicht mit repräsentativen Nutzern und Situationen.
  6. 06Dokumentieren Sie Unsicherheiten, Verantwortliche, Abbruchbedingungen und den Termin der nächsten Prüfung.

Offene Fragen

  • Es wurden keine Primärstudien vorgelegt, die die Bewertungsmatrix oder ihre Gewichtung validieren.
  • Die Quellen legen weder universelle regulatorische Kennzahlen nach Branche noch quantitative Risikoschwellen für diese drei Szenarien fest.
  • Die Beispiele aus den Branchen sind hypothetisch; es liegen keine Belege für vergleichbare reale Implementierungen oder gemessene Ergebnisse vor.
  • Bei der angeführten Ressource der Europäischen Kommission handelt es sich um einen Entwurf von Leitlinien, nicht um eine endgültige Orientierung.
  • Welche Pflichten gelten, kann von Änderungen der Vorschriften, der Rechtsordnung, der Rolle der Organisation und der Konfiguration des Systems abhängen.
10

Weiter entdecken

10

Verwendete Quellen

03

Korrekturen und Transparenz

Wenn du falsche oder veraltete Angaben findest, sende uns die Seite und die zu prüfende Quelle.

Korrektur vorschlagen