Eine überzeugende KI-Demo ist noch keine belastbare Kaufentscheidung. Im vorbereiteten Beispiel erkennt das System Dokumente, beantwortet Fragen und erstellt Berichte in Sekunden. Im eigenen Betrieb treffen dann alte Dateiformate, österreichische Fachbegriffe, Rechtekonzepte, saisonale Last und echte Ausnahmefälle auf das Produkt. Was im Verkaufsgespräch einfach wirkte, wird zur Integrations- und Kontrollaufgabe.
Ein strukturierter KI-Anbieter-Check für KMU trennt Nutzen, Risiko und Vertrag. Österreichische Unternehmen brauchen dafür kein monatelanges Ausschreibungsprojekt. Sie benötigen einen klaren Anwendungsfall, realistische Tests, vergleichbare Antworten und einen Exit, bevor Daten oder Prozesse gebunden sind. Dieser Leitfaden führt vom Bedarfsblatt bis zur begründeten Beschaffungsentscheidung.
Der Einkauf beginnt mit dem Problem, nicht mit dem Modell
Schreiben Sie zuerst auf eine Seite, was heute nicht gut funktioniert. Welcher Prozessschritt kostet Zeit? Wer ist betroffen? Welche Fehler treten auf? Welches Ergebnis soll besser werden? Ein Beispiel wäre: „Eingehende Wartungsberichte sollen nach Gerätetyp und Dringlichkeit vorsortiert werden, ohne dass das System Arbeitsaufträge selbst freigibt.“
Diese Begrenzung verhindert, dass aus einer kleinen Assistenz im Verkaufsgespräch eine Plattform für das ganze Unternehmen wird. Definieren Sie ausdrücklich, was nicht zum Auftrag gehört: keine Personalbewertung, keine automatische Kundenentscheidung, keine Verarbeitung besonderer Datenkategorien, keine Veröffentlichung ohne Freigabe.
Ergänzen Sie drei messbare Erfolgskriterien und zwei Stop-Kriterien. Erfolg könnte eine kürzere Durchlaufzeit bei gleichbleibender Fehlerquote sein. Ein Stop-Kriterium wäre, dass Quellen nicht nachvollziehbar sind oder Daten entgegen der Vorgabe gespeichert werden.
Aus dem Bedarfsblatt wird eine vergleichbare Anbieterliste
Teilen Sie Anforderungen in vier Gruppen: fachliche Funktion, Technik, Schutz und Betrieb. Kennzeichnen Sie jede Anforderung als zwingend, bewertbar oder optional. Ein Anbieter, der eine zwingende Voraussetzung nicht erfüllt, scheidet aus; viele nette Zusatzfunktionen dürfen das nicht überdecken.
- Fachlich: unterstützte Dokumente, Sprache, Quellenanzeige, Korrekturmöglichkeit und Freigabeschritte;
- Technisch: Schnittstellen, Identitätsverwaltung, Rollen, Protokolle, Export und Testumgebung;
- Schutz: Datenstandorte, Unterauftragnehmer, Verschlüsselung, Löschung, Training und Mandantentrennung;
- Betrieb: Verfügbarkeit, Supportzeiten, Änderungen, Preismodell, Exit und Reaktionszeit bei Vorfällen.
Schicken Sie allen Anbietern denselben Fragenkatalog und dieselben Testfälle. Antworten wie „Enterprise-grade“, „DSGVO-konform“ oder „verantwortungsvolle KI“ zählen nicht als Nachweis. Verlangen Sie konkrete Dokumente, Einstellungen, Zuständigkeiten und Vertragsstellen.
Der Datenfluss muss vor dem Preis verständlich sein
Zeichnen Sie den Weg einer Eingabe: vom Arbeitsplatz über Schnittstellen und Anbieter bis zu Protokollen, Supportsystemen, Sicherungen und Unterauftragnehmern. Dass Daten „in Europa gehostet“ werden, beantwortet nicht automatisch, wer darauf zugreifen kann, wo Support stattfindet oder ob Metadaten an weitere Dienste gehen.
Fragen Sie präzise:
- Welche Inhalte, Nutzungs- und Diagnosedaten werden verarbeitet?
- Zu welchen Zwecken werden Eingaben und Ausgaben gespeichert?
- Werden Kundendaten für Training, Verbesserung oder menschliche Prüfung genutzt?
- Welche Unterauftragnehmer sind beteiligt, und wie werden Änderungen angekündigt?
- Welche Speicher- und Löschfristen gelten für aktive Systeme, Logs und Backups?
- Wie lassen sich Auskunft, Berichtigung, Löschung und Export praktisch unterstützen?
Die DSGVO-Checkliste der WKO erinnert unter anderem an Zweck, Rechtsgrundlage, Auftragsverarbeiter, internationale Datenflüsse, Sicherheitsmaßnahmen und mögliche Datenschutz-Folgenabschätzung. Diese Punkte gehören nicht in eine spätere Compliance-Runde, sondern in die Produktauswahl.
Training, Verlauf und Supportzugriff getrennt prüfen
Eine Zusage wie „Wir trainieren nicht mit Ihren Daten“ ist wichtig, aber unvollständig. Inhalte könnten weiterhin für Verlauf, Missbrauchserkennung, Fehleranalyse oder Support gespeichert werden. Lassen sich einzelne Funktionen deaktivieren? Gelten andere Regeln für Administrationsdaten? Wie lange bleiben gelöschte Inhalte in Sicherungen? Kann Support Inhalte sehen, und wird dieser Zugriff protokolliert?
Prüfen Sie außerdem alle Produktvarianten. Eine kostenlose Webversion, ein Unternehmenskonto und eine API können unterschiedliche Bedingungen haben. Die Freigabe muss auf den konkreten Tarif, die konkrete Region und die aktivierten Funktionen verweisen. Mitarbeitende dürfen nicht aus Bequemlichkeit auf ein anderes Konto ausweichen.
Für die interne Vorbereitung hilft der Leitfaden zu Geschäftsgeheimnissen in KI-Tools. Er legt fest, welche Datenklassen überhaupt in einen Test gelangen dürfen.
Ein realistischer Testkorpus statt einer Bühnen-Demo
Stellen Sie 20 bis 50 repräsentative Testfälle zusammen. Sie enthalten typische Aufgaben, schwierige Ausnahmen und bewusst unlösbare Fälle. Personenbezug und Geheimnisse werden entfernt oder durch synthetische Daten ersetzt. Für jeden Fall definieren Fachleute vorher, welche Kernaussagen, Quellen oder Aktionen erwartet werden.
Der Anbieter führt die Tests unter den späteren Bedingungen durch: derselbe Tarif, dieselben Rechte, dieselbe Schnittstelle und möglichst dieselbe Modellversion. Ein vom Vertrieb handoptimierter Prompt in einer anderen Umgebung liefert keine belastbare Aussage.
Bewerten Sie nicht nur, ob eine Antwort gut klingt. Messen Sie fachliche Richtigkeit, Vollständigkeit, Quellenbezug, zulässige Ablehnung, Stabilität bei Wiederholung und Aufwand der menschlichen Prüfung. Bei Integrationen kommen Rechteprüfung, Fehlerbehandlung, Geschwindigkeit und Protokollierbarkeit hinzu.
Fünf Tests, die jede KI-Lösung bestehen sollte
- Normalfall: Das System bearbeitet eine häufige Aufgabe vollständig und nachvollziehbar.
- Grenzfall: Mehrdeutige Angaben führen zu einer Rückfrage statt zu erfundenen Fakten.
- Rechtefall: Eine Person ohne Berechtigung erhält keine vertrauliche Quelle oder Aktion.
- Ausfallfall: Bei Nichtverfügbarkeit bleibt ein manueller Weg offen und Daten gehen nicht verloren.
- Änderungsfall: Nach Modell- oder Produktupdate lassen sich die wichtigsten Tests wiederholen.
Speichern Sie Eingabe, Konfiguration, erwartetes Ergebnis und Bewertung. So entsteht eine kleine Abnahmesuite, die später bei Änderungen erneut verwendet werden kann.
Sicherheit ist mehr als ein Zertifikatslogo
Zertifizierungen und Prüfberichte können Vertrauen schaffen, decken aber nicht automatisch den eigenen Anwendungsfall. Fragen Sie nach Geltungsbereich, Datum, Ausnahmen und konkreten Diensten. Ein Zertifikat für das Rechenzentrum sagt möglicherweise wenig über eine neue KI-Funktion eines Unterauftragnehmers.
Die ENISA stellt für KMU einen Beschaffungsleitfaden für Cloud-Dienste mit gezielten Sicherheitsfragen bereit. Übertragen auf KI gehören dazu Identitäts- und Rechtemanagement, Verschlüsselung, Protokolle, Wiederherstellung, Schwachstellenmanagement sowie nachvollziehbare Sicherheitskontakte.
Lassen Sie sich erklären, wie der Anbieter Prompt-Injection, schädliche Dateien, Datenabfluss und missbräuchliche Aktionen behandelt. Ein System, das nur Texte entwirft, braucht andere Schutzmaßnahmen als ein Agent mit Zugriff auf E-Mail, CRM oder Buchhaltung. Rechte werden nach dem geringsten nötigen Umfang vergeben.
Vertragliche Fragen in klare Betriebspflichten übersetzen
Der Vertrag soll nicht nur allgemeine Haftung und Preis enthalten. Für den konkreten Dienst sind mindestens diese Punkte wichtig:
- Leistungsbeschreibung und ausdrücklich erlaubter Verwendungszweck;
- Rollen im Datenschutz und erforderliche Vereinbarung zur Auftragsverarbeitung;
- Ort der Verarbeitung, Unterauftragnehmer und Änderungsverfahren;
- Regeln zu Training, Sekundärnutzung, Vertraulichkeit und Rechten an Ein- sowie Ausgaben;
- Verfügbarkeit, Support, Wartungsfenster und Reaktionszeiten;
- Meldung von Sicherheits-, Datenschutz- und schwerwiegenden KI-Vorfällen;
- Änderungen an Modell, Funktionen, Schutzmaßnahmen und Bedingungen;
- Exportformat, Löschung, Übergangsunterstützung und Vertragsende.
Die Europäische Kommission veröffentlicht Standardvertragsklauseln für Verantwortliche und Auftragsverarbeiter. Ob und welche Klauseln passen, muss für den Datenfluss fachkundig geprüft werden; ein Download ersetzt keine Vertragsbewertung.
Änderungsrechte des Anbieters begrenzen
KI-Dienste verändern sich laufend. Ein anderes Modell, neue Standardfunktion oder geänderter Unterauftragnehmer kann Qualität und Risiko verschieben. Der Vertrag und der interne Prozess müssen festlegen, welche Änderungen angekündigt werden, welche Informationen der Kunde erhält und wann ein erneuter Test nötig ist.
Besonders kritisch sind automatische Aktivierungen. Eine neue Websuche, ein längerer Verlauf oder eine Agentenfunktion darf nicht unbemerkt in einen bereits freigegebenen Prozess gelangen. Administratoren prüfen Release-Informationen, Konfiguration und Berechtigungen. Für wesentliche Änderungen braucht es einen Sperr- oder Rückkehrweg.
Der Exit-Test gehört vor die Unterschrift
Fragen Sie, wie das Unternehmen den Dienst verlässt. Welche Daten, Prompts, Wissensbasen, Protokolle und Konfigurationen lassen sich in einem dokumentierten Format exportieren? Wie lange ist der Export nach Kündigung verfügbar? Wann werden aktive Daten und Sicherungen gelöscht? Welche Bestätigung gibt es?
Testen Sie den Export im Pilot, nicht erst beim Vertragsende. Ein PDF-Bericht ist kein brauchbarer Export, wenn der Betrieb strukturierte Wissenseinträge oder Prüfhistorien weiterverwenden muss. Halten Sie außerdem einen manuellen Ersatzprozess aufrecht, bis die Abhängigkeit bewusst akzeptiert und abgesichert ist.
Das NIST AI Risk Management Framework bezieht Risiken aus Drittanbietern und Lieferketten ausdrücklich ein und empfiehlt Kontingenzprozesse für Ausfälle oder Vorfälle. Das freiwillige Framework liefert keine österreichische Rechtsberatung, ist aber ein nützlicher Strukturgeber für Governance und Prüfung.
Gesamtkosten statt Lizenzpreis vergleichen
Ein günstiger Preis pro Nutzer kann teuer werden, wenn Integration, Prüfung und Betrieb fehlen. Rechnen Sie mindestens folgende Positionen über zwölf bis 24 Monate:
- Lizenzen, nutzungsabhängige Kosten und Mindestabnahmen;
- Einrichtung, Datenbereinigung, Schnittstellen und Rechtekonzept;
- Schulung, interne Betreuung und Supportpakete;
- laufende fachliche Stichproben, Sicherheitstests und Dokumentation;
- Nacharbeit bei Fehlern sowie manueller Fallback;
- Preisanpassungen, Mehrverbrauch und Kosten des Ausstiegs.
Modellieren Sie drei Mengen: erwartete Nutzung, doppelte Nutzung und niedrige Nutzung. Manche Tarife bestrafen Wachstum, andere machen einen kleinen Pilot unverhältnismäßig teuer. Fragen Sie nach Limits, Drosselung und Kostenkontrollen, bevor das Team produktiv arbeitet.
Eine gewichtete Entscheidungsmatrix ohne Zahlentrick
Gewichten Sie Kriterien vor den Demos. Ein Beispiel: fachliche Qualität 30 Prozent, Datenschutz und Sicherheit 25, Betrieb und Integration 20, Vertrag und Exit 15, Gesamtkosten 10. Zwingende Kriterien bleiben Ausschlussgründe und können nicht durch Punkte kompensiert werden.
Jede Bewertung braucht einen kurzen Nachweis: Testergebnis, Vertragsstelle, technische Dokumentation oder offene Aussage des Anbieters. Markieren Sie Unbekanntes als unbekannt, nicht als mittlere Punktzahl. Unsicherheit ist selbst ein Risiko und muss vor der Entscheidung geklärt oder bewusst akzeptiert werden.
Lassen Sie mindestens Fachbereich, IT, Datenschutz beziehungsweise Recht und die späteren Nutzerinnen und Nutzer bewerten. Der Einkauf moderiert Vergleichbarkeit; er kann fachliche Eignung nicht allein feststellen.
Referenzen mit demselben Anwendungsprofil befragen
Eine allgemeine Kundenliste sagt wenig über den eigenen Einsatz. Bitten Sie um ein Gespräch mit einer Organisation ähnlicher Größe, Datenlage und Integrationsform. Ein Konzern mit eigenem KI-Team ist keine aussagekräftige Referenz für ein KMU, das den Dienst mit zwei Administratoren betreiben muss.
Stellen Sie operative Fragen: Wie lange dauerte die Einführung wirklich? Welche Datenbereinigung war nötig? Welche Fehler zeigten sich erst nach dem Pilot? Wie reagiert der Support bei einem kritischen Problem? Wie häufig ändern sich Modell, Preise oder Funktionen? Welche Aufgaben bleiben dauerhaft intern? Fragen Sie auch, was die Referenz heute anders beschaffen würde.
Bewerten Sie Referenzen als ergänzenden Nachweis, nicht als Ersatz für eigene Tests. Kunden können einen anderen Tarif, Vertrag oder Datenstandort nutzen. Zudem wählt der Anbieter naturgemäß zufriedene Gesprächspartner. Halten Sie deshalb fest, welche Aussage auf Ihren Fall übertragbar ist und welche nicht.
Wenn keine passende Referenz verfügbar ist, steigt die Bedeutung eines reversiblen Piloten. Das ist kein automatischer Ausschluss bei einem jungen Produkt, aber eine klar zu dokumentierende Unsicherheit. Sie kann durch kürzere Vertragsbindung, geringeren Datenumfang, zusätzliche Tests oder ein niedrigeres Anfangsbudget begrenzt werden.
Der Pilot bleibt reversibel und begrenzt
Ein Pilot verwendet wenige geschulte Konten, eine definierte Datenklasse und einen kontrollierten Prozess. Er hat Start, Ende, Budget, Verantwortliche und Abbruchregel. Produktiventscheidungen oder externe Veröffentlichungen bleiben menschlich freigegeben. Das Team dokumentiert Fehler und Verbesserungsideen, ohne ungeprüfte Daten in private Werkzeuge zu kopieren.
Nutzen Sie die Anleitung für einen sicheren KI-Einsatzplan, um Rollen, Prüfungen und Erfolgskriterien festzuhalten. Am Pilotende wird nicht automatisch verlängert. Die Entscheidung erfolgt anhand der vorab bestimmten Kriterien und des tatsächlich geprüften Vertragsstands.
Zwölf Fragen für das finale Anbieter-Gespräch
- Welche konkrete Aufgabe löst Ihr Produkt in unserer gewählten Konfiguration?
- Welche Fälle soll es ausdrücklich nicht bearbeiten?
- Welche Daten werden wo, wie lange und zu welchem Zweck gespeichert?
- Werden Inhalte oder Nutzungsdaten für Training oder Produktverbesserung verwendet?
- Welche Unterauftragnehmer sind beteiligt und wie werden Änderungen angekündigt?
- Wie funktionieren Rollen, Protokolle, Löschung und Export praktisch?
- Welche Qualitätsgrenzen und bekannten Fehlermuster dokumentieren Sie?
- Wie können wir unsere Abnahmetests nach Updates wiederholen?
- Wer meldet Vorfälle in welcher Frist an welchen Kontakt?
- Welche Verfügbarkeit und Support-Reaktionszeit wird vertraglich zugesagt?
- Was kostet das realistische Mengen- und Integrationsszenario über zwei Jahre?
- Wie erhalten wir Daten zurück und weisen die Löschung nach Vertragsende nach?
Eine gute Beschaffung kauft auch Kontrolle
Der beste Anbieter ist nicht zwingend der mit dem bekanntesten Modell oder der eindrucksvollsten Demo. Für ein KMU zählt, ob die Lösung im eigenen Prozess verlässlich arbeitet, Grenzen offenlegt, Schutzvorgaben unterstützt und ohne untragbare Abhängigkeit betrieben werden kann.
Ein KI-Anbieter-Check für KMU macht diese Unterschiede sichtbar: gleicher Testkorpus, klare Muss-Kriterien, geprüfter Datenfluss, belastbarer Vertrag, realistische Gesamtkosten und ein erprobter Exit. So wird die Kaufentscheidung langsamer als ein Klick, aber wesentlich schneller als die spätere Reparatur eines ungeeigneten Systems.
