KI im Kundenservice für Hersteller: so wählt ihr die Plattform

Für wen dieser Leitfaden ist

Eine Leiterin des Kundendienstes, des After-Sales oder der CX bei einem technischen Hersteller — HLK, Lüftung, Sensorik, Werkzeugmaschinen, Gebäudeautomation — die eine KI-Customer-Support-Plattform evaluiert. Ihr habt drei Demos gesehen, alle sahen großartig aus, und ihr seid blockiert.

Dieser Leitfaden enthält die Fragen, die Plattformen, die liefern, von Plattformen trennen, die es nicht tun.

Die 8 Kriterien, die zählen

In grober Reihenfolge nach Häufigkeit, mit der wir Deals an ihnen verlieren sehen:

1. Antworten mit Quellenzitat: jede Antwort zeigt auf die Seite des Quelldokuments. Ohne dies werden eure Installateure der KI nicht trauen.
2. Hybrid Retrieval: technische Handbücher sind voll mit alphanumerischen Codes. Rein semantisches Retrieval verfehlt sie.
3. EU-Datenresidenz: wenn ihr in DACH oder an den öffentlichen Sektor verkauft, ist das ein Beschaffungs-Gate. Testet es: lasst den Anbieter ein Deployment demonstrieren, bei dem er nachweist, dass keine Daten den Atlantik überqueren.
4. Native Mehrsprachigkeit: nicht „Maschinenübersetzung vor einem englischen Modell". Getestet in allen Sprachen, die eure Installateure tatsächlich nutzen.
5. Voice-Kanal: Installateure auf dem Gerüst tippen nicht. Wenn der Anbieter Voice „über einen Partner" liefert, wird eure Latenz bei 4–5 s liegen.
6. Time-to-First-Deployment: B2B-SaaS, das 12 Wochen Professional Services braucht, ist eine rote Flagge. 2–3 Wochen sind realistisch.
7. Ein schriftliches Angebot in wenigen Tagen: Plätze, Nutzung und Hosting in einem Dokument, damit der Einkauf nicht auf versteckte Extras wartet.
8. Audit-Log: AI Act Art. 12 erwartet, dass ihr jede Antwort rekonstruieren könnt. Wenn ihr das nicht könnt, fängt euch der AI Act 2026.

Eine echte Demo fahren

Bringt eure eigenen Daten mit. Konkret: bringt 20 echte Fragen aus eurem Support-Eingang mit, anonymisiert. Lasst den Anbieter sie live in der Demo beantworten. Anbieter, die nur ihre eigenen vorbereiteten Daten zeigen, verstecken die Failure-Modes.

Achtet auf:

• Zitate — sind es exakte Seiten oder „siehe Kapitel 4"?
• Latenz — kommt jede Antwort in 1–2 Sekunden zurück oder in 5–8?
• Falsche Antworten — verweigert die KI die Antwort, oder halluziniert sie?

Einen 2-Wochen-Pilot entwerfen

Ein echter Pilot:

• Woche 1: ladet eine echte Untermenge eurer Wissensbasis hoch — 1 Handbuch, 1 Service-Bulletin-Set, 1 FAQ. Validiert auf den 20 Fragen aus der Demo + 80 weiteren.
• Woche 2: öffnet das Widget auf einer Produktseite, für ein Kundensegment. Messt Deflection, First-Contact Resolution, CSAT, Zeit bis zur ersten Antwort.

Zwei Wochen reichen, um zu wissen. Wenn der Anbieter mehr will, zögert er.

Wann ihr weggehen solltet

• Der Anbieter lehnt einen 2-Wochen-Real-Daten-Piloten ab.
• Der Anbieter verpflichtet sich nicht schriftlich zu EU-only Sub-Processors.
• Die „KI-Hotline" des Anbieters ist tatsächlich eine Partner-Integration mit 4-s-Latenz-Budget.
• Der Vertrag hat ein Mehrjahres-Minimum.

Procurement-Warnsignale

Euer DSB und euer Security-Team werden fragen:

• Wo sind die Daten physisch?
• Wer sind die Sub-Processors? Werden wir vor Änderungen benachrichtigt?
• Wird Fine-Tuning jemals über Tenants hinweg geteilt? (Antwort muss sein: nein.)
• Was passiert mit unseren Daten bei Vertragsende? (Antwort muss sein: in 30 Tagen gelöscht, mit Nachweis.)
• Können wir den DPA vorunterzeichnet bekommen?

Anbieter, die bei einem dieser Punkte zögern, sind nicht enterprise-ready.