Der Bundestag hat nach Mitteilung der Bundesregierung vom 9. Oktober dem Entwurf zur Modernisierung des Produkthaftungsrechts zugestimmt. Die Darstellung nennt unter anderem Software, künstliche Intelligenz und globale Wertschöpfungsketten. [1] Dieser parlamentarische Schritt sollte nicht mit der pauschalen Behauptung verwechselt werden, jede vorgesehene Regel sei bereits auf jeden konkreten Fall anwendbar. Den genauen Rechtsstand müssen die zuständigen Fachleute prüfen.
Unabhängig davon entsteht eine praktische Kommunikationsaufgabe: Kunden möchten verstehen, wer bei einem digitalen Produkt Verantwortung übernimmt. Ein komplexes System aus Hersteller, Softwareanbieter, Integrator und Betreiber darf nicht zu einem undurchsichtigen Verweis zwischen Zuständigkeiten werden.
Der europäische Hintergrund ist die 2024 vom Rat verabschiedete Modernisierung der Produkthaftungsrichtlinie. Die damalige Darstellung erläutert insbesondere die Einbeziehung von Software und die Bedeutung globaler Lieferketten. [2] Der historische Beschluss und der aktuelle deutsche Umsetzungsschritt sind unterschiedliche Ereignisse. Eine Produktkommunikation sollte deshalb weder europäische und nationale Zeitpunkte vermischen noch daraus ohne Prüfung eine Aussage zur Haftung in einem konkreten Fall ableiten. Für den Kommunikationsprozess ist entscheidend, dass technische Beschreibung, Supportversprechen und juristisch geprüfte Aussagen dieselbe Produktrealität abbilden.
Das Produkt aus Sicht der Nutzer beschreiben
Intern kennt ein Unternehmen seine Komponenten und Vertragsbeziehungen. Für den Nutzer zählt zunächst die Funktion: Was wurde versprochen, was funktioniert nicht und wo erhält er Unterstützung? Eine Antwort, die ausschließlich die technische Architektur erläutert, kann diese Fragen verfehlen.
Die Kommunikationsabteilung sollte deshalb eine verständliche Produktbeschreibung entwickeln. Sie erklärt Funktionen, Grenzen und notwendige Voraussetzungen. Begriffe wie autonom, intelligent oder selbstlernend müssen mit dem tatsächlichen Einsatz übereinstimmen. Eine weitreichende Werbeaussage lässt sich im Störungsfall nicht glaubwürdig auf eine sehr enge technische Definition zurückziehen.
Bei KI-Funktionen kommt die Frage hinzu, welche Kontrolle und welche Unterstützung vorgesehen sind. Allgemeine Hinweise auf mögliche Fehler ersetzen keine konkrete Erklärung des vorgesehenen Gebrauchs. Die fachliche und rechtliche Prüfung dieser Aussagen bleibt unverzichtbar.
Eine Zuständigkeitskarte vor dem Vorfall erstellen
Eine interne Karte sollte festhalten, wer technische Fakten bestätigt, Nutzer informiert, Beschwerden bearbeitet und Entscheidungen über Maßnahmen trifft. Externe Dienstleister und internationale Einheiten müssen darin vorkommen, wenn sie für die Antwort tatsächlich gebraucht werden.
Die Karte ist kein Instrument, um Verantwortung vorschnell einer anderen Partei zuzuschieben. Sie soll verhindern, dass eine Anfrage liegen bleibt, weil jede Stelle nur ihren eigenen Ausschnitt kennt. Eine zentrale Ansprechstelle kann den Nutzer begleiten, auch wenn die technische Untersuchung mehrere Beteiligte umfasst.
Ein hypothetischer Fall: Eine Aktualisierung verändert das Verhalten eines vernetzten Geräts. Das Unternehmen sollte erklären können, welche Versionen untersucht werden, welche Nutzungshinweise gelten und wann neue Informationen folgen. Es muss dafür nicht bereits eine endgültige rechtliche Haftungsbewertung veröffentlichen.
Hinweise und Versprechen über den Lebenszyklus abstimmen
Produktkommunikation endet nicht beim Verkauf. Updates, Änderungen an Funktionen und das Ende einer Unterstützung können Erwartungen verändern. Wer ein dauerhaftes Leistungsversprechen formuliert, sollte die organisatorischen Voraussetzungen dafür geprüft haben.
Eine verständliche Änderungsinformation erläutert den Anlass, die Auswirkungen und die Handlungsmöglichkeiten des Nutzers. Sie darf wesentliche Einschränkungen nicht hinter einem allgemeinen Fortschrittsnarrativ verstecken. Umgekehrt sollte eine technische Änderung nicht dramatisiert werden, wenn ihr tatsächlicher Umfang begrenzt ist.
Die Sprachfassungen müssen denselben Sachstand wiedergeben. Für deutsche Anbieter mit französischen Kunden ist eine lokale Kontaktmöglichkeit ebenso relevant wie die Übersetzung. Ein korrekt übersetzter Hinweis hilft wenig, wenn der anschließende Supportweg nicht funktioniert.
Beweissicherung und öffentliche Erklärung unterscheiden
Im Störungsfall braucht das Unternehmen belastbare technische Informationen. Welche Daten gesichert werden müssen und wie dies rechtmäßig geschieht, entscheiden die zuständigen Fachleute. Die Kommunikationsabteilung sollte wissen, welche Aussagen daraus schon möglich sind und welche noch nicht.
Eine öffentliche Zwischeninformation kann die Untersuchung, den betroffenen Bereich und vorsorgliche Schritte benennen. Sie sollte weder einen Fehler bestreiten, bevor die Prüfung abgeschlossen ist, noch eine Ursache behaupten, die nur vermutet wird. Der aktuelle Erkenntnisstand gehört sichtbar in die Formulierung.
Eine Versionierung der Informationen ist besonders hilfreich. Kunden, Händler und Journalisten müssen erkennen können, was sich seit der letzten Mitteilung verändert hat. So werden Korrekturen Teil eines nachvollziehbaren Prozesses statt eines scheinbaren Widerspruchs.
Die Geschäftsleitung auf Verantwortung vorbereiten
Eine Führungskraft muss nicht jede technische Einzelheit beherrschen. Sie muss erklären können, wie das Unternehmen Sicherheit, Service und Lernen organisiert. Die entscheidenden Fragen betreffen oft Prioritäten: Warum wurde eine Funktion eingeführt? Welche Prüfung gab es? Wie werden Nutzer jetzt unterstützt?
Die Vorbereitung sollte auch kritische Nachfragen zulassen. Ein rechtlich sorgfältiger Satz kann kommunikativ ausweichend wirken, wenn er keine konkrete Maßnahme nennt. Umgekehrt kann ein spontanes Versprechen operative oder rechtliche Folgen haben, die niemand geprüft hat.
Die Lösung liegt in abgestimmten Antworten mit klaren Verantwortlichkeiten. Technik, Recht, Service und Kommunikation müssen vor einem Interview denselben Stand kennen. Ein gemeinsames Faktenblatt ist dafür meist wertvoller als mehrere voneinander unabhängige Sprachregelungen.
Vertrauen durch nachvollziehbare Nachsorge stärken
Nach einem Vorfall sollten Maßnahmen und ihre Überprüfung dokumentiert werden. Ein Update ist ein Schritt, aber noch kein Beleg dafür, dass sämtliche betroffenen Nutzer erreicht wurden. Die Organisation sollte auch den Informationsweg und die tatsächliche Nutzung der Unterstützung betrachten.
Belief System begleitet diese Verbindung zwischen Technologie, Führungsverantwortung und Krisenkommunikation. Die aktuelle Debatte um Produkthaftung erinnert daran, dass digitale Produkte keine abstrakten Versprechen sind. Menschen verlassen sich auf ihre Funktionen. Gute Kommunikation macht sichtbar, wie ein Unternehmen mit dieser Erwartung umgeht.
Ein kurzer Praxistest für das Serviceteam
Das Unternehmen kann eine typische Kundenfrage durchspielen: Eine Funktion verhält sich nach einem Update anders als erwartet. Findet der Service die richtige Version, den zuständigen Fachkontakt und eine freigegebene Zwischenantwort? Dieser Test untersucht den Informationsfluss. Er ersetzt keine technische Sicherheitsprüfung, zeigt aber, ob die versprochene Unterstützung im Alltag erreichbar ist.