So ermöglichen Sie es Nutzern festzulegen, wann und wie oft eine KI sie kontaktiert
Menschen sollten selbst entscheiden können, ob eine KI sie kontaktiert, welche Arten von Nachrichten sie senden darf und wann diese eintreffen können. Ein durchdachtes Design beginnt mit einem expliziten Opt-in, ermöglicht es den Nutzern, Zeitplan und Häufigkeit festzulegen, trennt grundlegend verschiedene Nachrichtentypen voneinander und stellt sicher, dass Steuerungen zum Pausieren und Deaktivieren leicht auffindbar sind. Es erklärt zudem die gewählte Zeitzone und welche Faktoren die Zustellung beeinflussen können. Diese Einstellungen stellen ein klares Versprechen dar; die Planungs- und Zustellsysteme des Produkts müssen in der Lage sein, dieses auch einzuhalten.
Beginnen Sie mit einem klaren, freiwilligen Opt-in
Bitten Sie um Erlaubnis zu einem Zeitpunkt, an dem eine Person verstehen kann, worauf sie sich einlässt. Beschreiben Sie die Arten der Kontaktaufnahme in verständlicher Sprache: beispielsweise eine vom Nutzer angeforderte Erinnerung oder eine regelmäßige Aktualisierung. Geben Sie an, wo die Nachricht eingeht und wie oft sie gesendet werden kann. Vermeiden Sie es, eine unkommentierte Berechtigungsabfrage des Betriebssystems als einzige Erklärung zu nutzen; Nutzer müssen wissen, was die App senden möchte, bevor sie eine Entscheidung treffen.
Das U.S. Web Design System empfiehlt, Kontaktpräferenzen nur für Kanäle zu erfassen, die ein Dienst tatsächlich unterstützen kann, und rät dazu, die Bedingungen sowie den erwarteten Zeitrahmen für die Kontaktaufnahme nach Möglichkeit zu erläutern. Auf ein KI-Produkt übertragen bedeutet dies: Bieten Sie nur reale Zustelloptionen an und erklären Sie, wofür jede einzelne gedacht ist. Machen Sie eine Benachrichtigungseinstellung niemals zur Voraussetzung für die Nutzung nicht damit zusammenhängender Funktionen. USWDS: Contact preferences
Betrachten Sie das Opt-in als eine Entscheidung, die der Nutzer jederzeit überdenken kann. Die Benachrichtigungsrichtlinien von Apple empfehlen ein klares Opt-in oder Opt-out für Benachrichtigungstypen sowie eine Möglichkeit, Benachrichtigungseinstellungen direkt in der App zu verwalten. Ein Produkt kann diesem Prinzip folgen, indem es eine Einstellungsseite anbietet, die die aktuellen Präferenzen zusammenfasst, anstatt Nutzer durch unzusammenhängende Geräteeinstellungen suchen zu lassen, um den Zeitplan der App zu verstehen. Apple: Managing notifications
Gestalten Sie den Zeitplan konkret
Lassen Sie die Nutzer ein Zeitfenster wählen, das zu ihrem Alltag passt – beispielsweise wochentags zwischen 18 und 20 Uhr oder zu einer wiederkehrenden Uhrzeit an ausgewählten Tagen. Zeigen Sie die Tage sowie die Start- und Endzeiten gemeinsam an. Wenn über das Steuerelement ein „Kontaktfenster“ festgelegt wird, erklären Sie, ob eine Nachricht zu einem beliebigen Zeitpunkt innerhalb dieses Fensters oder zu einer bestimmten Uhrzeit eintreffen kann. Wenn an einem bestimmten Tag keine passende Nachricht vorliegt, informieren Sie darüber, ob das System diesen Tag überspringt oder die Nachricht auf einen späteren Zeitpunkt verschiebt.
Ein praxistaugliches Design kann einige leicht verständliche Voreinstellungen bieten – wie etwa „einmal pro Woche“ oder „werktags“ –, während es gleichzeitig individuelle Zeitpläne erlaubt, sofern das Produkt dies unterstützt. Eine Voreinstellung sollte zu einem sichtbaren Zeitplan führen, nicht zu einer vagen Bezeichnung. „Wöchentlich“ sollte beispielsweise den gewählten Wochentag und die Uhrzeit anzeigen, und „bis zu dreimal pro Woche“ sollte klarstellen, ob drei eine Obergrenze oder ein Zielwert ist. Dies ist eine Designempfehlung: Die Plattformdokumentation unterstützt zwar zeitgesteuerte Zustellungen, das Produktteam muss seine eigenen Versandregeln jedoch selbst festlegen und beschreiben.
Seien Sie präzise bei den Zeitzonen. Versehen Sie den Zeitplan mit einer Ortsbezeichnung oder der aktuellen lokalen Zeitzone des Geräts und informieren Sie die Nutzer darüber, ob der Zeitplan bei Reisen angepasst wird oder an der ursprünglichen Zeitzone verankert bleibt. Eine bloße UTC-Zeitverschiebung kann irreführend werden, wenn sich Sommerzeitregelungen oder behördliche Zeitzonenvorgaben ändern. Die Zeitzonendatenbank der IANA erfasst Regeln für Standorte und wird aktualisiert, um Änderungen politischer Gremien widerzuspiegeln – einschließlich Änderungen bei Zeitverschiebungen und Sommerzeitregelungen. IANA: Time Zone Database
Eine gelungene Bestätigung könnte beispielsweise lauten: „Dienstags um 19:00 Uhr in Ihrer aktuellen Ortszeit. Dieser Zeitplan passt sich der Zeitzone Ihres Geräts an.“ Diese Formulierung ist jedoch nur dann zutreffend, wenn die Implementierung die aktuelle Zeitzone des Nutzers auch tatsächlich nachverfolgt. Bleibt der Zeitplan fest an eine ausgewählte Zeitzone gebunden, nennen Sie stattdessen diesen Standort. Wenn eine Person reist oder sich die Zeitzone des Geräts ändert, zeigen Sie den tatsächlich wirksamen Zeitplan an und bieten Sie eine Möglichkeit, diesen zu überprüfen.
Trennen Sie Nachrichtentypen und Kanäle voneinander
Nutzer wünschen sich möglicherweise eine bestimmte Art der Kontaktaufnahme, eine andere hingegen nicht. Halten Sie optionale Erinnerungen, Produkt-Updates und andere distinkte Kategorien separat auswählbar, anstatt sie unter einem einzigen Schalter für „KI-Benachrichtigungen“ zusammenzufassen. Erfinden Sie keine Kategorien, denen kein echtes Produktverhalten entspricht, und erstellen Sie keine Kategorien als Vorwand, um Nachrichten zu versenden, die der Nutzer nicht ausgewählt hat.
Diese Trennung harmoniert zudem mit den Steuerelementen der Plattformen. In modernen Versionen verlangt Android, dass Benachrichtigungen Kanälen zugeordnet werden, und Nutzer können das Verhalten dieser Kanäle anpassen; die Leitlinien von Android empfehlen Kanäle, mit denen Nutzer die empfangenen Benachrichtigungen individuell steuern können. Die App kann Kanäle so benennen, dass Nutzer sie wiedererkennen – beispielsweise „Geplante Erinnerungen“ –, und beschreiben, was zu welchem Kanal gehört. Android Developers: Create and manage notification channels
Halten Sie die Liste der Kanäle überschaubar kurz. Ein Kanal sollte eine sinnvolle Entscheidung repräsentieren, die eine Person unabhängig treffen möchte. Die Produkteinstellungen selbst sollten dennoch Inhalt und Zeitplan erläutern: Die Kanalsteuerungen des Betriebssystems können zwar beeinflussen, ob oder wie eine Benachrichtigung erscheint, sie erklären jedoch nicht die Versandrichtlinien der App und ersetzen keinen produktinternen Zeitplan.
Machen Sie Steuerungen zum Pausieren, Fortsetzen und Deaktivieren leicht erreichbar
Bieten Sie sowohl ein vorübergehendes Pausieren als auch ein dauerhaftes Deaktivieren an. Beim Pausieren sollte die Dauer explizit angegeben werden – beispielsweise bis zu einem festgelegten Datum oder bis der Nutzer die Benachrichtigungen manuell fortsetzt – und es sollte ersichtlich sein, ob geplante Nachrichten übersprungen oder zurückgehalten werden. Eine Deaktivierungsfunktion sollte angeben, welche Kategorien oder Kanäle davon betroffen sind, und den geänderten Status sofort bestätigen. Das Fortsetzen sollte einen früheren Zeitplan nicht stillschweigend wiederherstellen, ohne anzuzeigen, was als Nächstes geschieht.
Stellen Sie diese Steuerelemente in der Benachrichtigungs-Einstellungsansicht und – wo sinnvoll – über eine Benachrichtigungsaktion oder einen direkten Einstellungslink zur Verfügung. Android unterstützt Aktionen in Benachrichtigungen und bietet Nutzern Möglichkeiten auf Systemebene, künftige Benachrichtigungen zu verwalten; diese Steuerungen variieren je nach Gerät und Android-Version. Daher bleibt ein In-App-Pfad nützlich, um den vollständigen Zeitplan anzuzeigen und Einstellungen auf Produktebene zu ändern. Android Developers: Notifications
Steuerungen auf Geräteebene bleiben dennoch relevant. Ein Nutzer kann Benachrichtigungen einer App auf Betriebssystemebene unabhängig vom zeitlichen Plan der App selbst deaktivieren oder das Kanalverhalten ändern. Die Benutzeroberfläche sollte nicht den Eindruck erwecken, dass eine In-App-Einstellung diese Entscheidungen außer Kraft setzt. Sind Systembenachrichtigungen deaktiviert, zeigen Sie einen eindeutigen Status an, wenn der Nutzer die Einstellungen aufruft, und vermeiden Sie es, ihn wiederholt dazu aufzufordern, die Benachrichtigungen erneut zu aktivieren.
Legen Sie ein Frequenzlimit fest, das das System auch durchsetzen kann
Geben Sie den Nutzern eine direkte Wahlmöglichkeit bezüglich der Häufigkeit: beispielsweise höchstens eine Nachricht pro Tag, ein wöchentliches Maximum oder eine benutzerdefinierte Anzahl von Tagen. Definieren Sie den Zählzeitraum und legen Sie fest, was als Nachricht gilt. Wenn mehrere Kategorien Nachrichten senden können, stellen Sie klar, ob das Limit pro Kategorie oder für das gesamte Produkt gilt. Ein Limit pro Kategorie kann in der Summe dennoch zu einem hohen Gesamtvolumen führen, weshalb ein durchdachtes Design häufig auch eine Gesamtobergrenze vorsieht.
Eine Obergrenze funktioniert nur, wenn jeder ausgehende Kanal sie berücksichtigt. Gleichen Sie geplante Erinnerungen, Wiederholungsversuche, verzögerte Nachrichten und von verschiedenen Funktionen initiierte Nachrichten mit demselben Präferenzstatus ab. Wenn sich eine Nachricht verzögert, entscheiden Sie, ob sie verfällt, später innerhalb des zulässigen Zeitfensters zugestellt oder ganz verworfen wird; erläutern Sie dabei das Verhalten, das für den Nutzer von Bedeutung ist. Vermeiden Sie es, mehrere verpasste Nachrichten auf einmal zu senden, sobald ein Gerät wieder online ist – es sei denn, der Nutzer hat sich ausdrücklich für dieses Verhalten entschieden.
Die Zustellung über eine Plattform ist nicht gleichbedeutend mit der Versandentscheidung eines Produkts. Firebase Cloud Messaging gibt an, dass Nachrichten in der Regel sofort zugestellt werden, ein Gerät jedoch möglicherweise nicht erreichbar ist oder sich die Zustellung verzögert; der Dienst kann eine Nachricht speichern und die Zustellung später innerhalb ihrer konfigurierten Lebensdauer erneut versuchen. Das bedeutet, dass ein Produkt nicht versprechen sollte, dass jede Benachrichtigung auf die Minute genau erscheint. Es kann zusichern, einen Versand innerhalb eines angegebenen Zeitfensters einzuplanen, und gleichzeitig erklären, dass Geräte- und Plattformbedingungen den Zeitpunkt der Anzeige beeinflussen können. Firebase: Set the lifespan of a message
Diese Unterscheidung wirkt sich auch auf die Frequenz aus. Wenn sich eine Benachrichtigung in der Warteschlange befand und verspätet eintrifft, sollte das System prüfen, ob der Nutzer diese Kategorie zwischenzeitlich pausiert oder deaktiviert hat und ob der Versand das aktuelle Limit überschreiten würde. Ein aufrichtiges Design storniert oder unterdrückt veraltete Nachrichten in der Warteschlange, wenn sie aufgrund der jüngsten Auswahl des Nutzers nicht mehr zulässig sind.
Ein einfacher Entscheidungsablauf für das Design
Nutzen Sie diesen Ablauf, um aus den Einstellungen ein für den Nutzer verständliches Versprechen zu formen:
Benennen Sie die Nachrichtentypen, die das Produkt tatsächlich senden kann, und gestalten Sie jede optionale Kategorie verständlich.
Bitten Sie den Nutzer um ein Opt-in für jede gewünschte Kategorie und jeden Übertragungskanal. Wählen Sie optionale Kontaktmöglichkeiten nicht vorab aus.
Lassen Sie den Nutzer Tage, eine Uhrzeit oder ein Zeitfenster sowie eine maximale Häufigkeit festlegen. Geben Sie an, ob die Obergrenze für das gesamte Produkt oder pro Kategorie gilt.
Zeigen Sie die Zeitzone an und teilen Sie mit, ob sich der Zeitplan anpasst, wenn sich die Zeitzone des Geräts ändert.
Machen Sie Steuerelemente zum Pausieren, Fortsetzen und Deaktivieren gut sichtbar und zeigen Sie den aktuellen Status sowie den nächsten möglichen Kontaktzeitpunkt an.
Überprüfen Sie vor der Zustellung erneut Zeitplan, Obergrenze, Pausenstatus und Kategorieeinstellungen. Rechnen Sie damit, dass sich die Zustellung auf dem Gerät verzögern kann, und formulieren Sie das Produktversprechen anhand von Parametern, die das System selbst kontrollieren kann.
Eine kompakte Zusammenfassung der Einstellungen erleichtert die Überprüfung: „Geplante Erinnerungen: Ein. Dienstags und donnerstags, 19–20 Uhr Ortszeit. Maximum: zwei pro Woche über alle Kategorien hinweg. Jederzeit pausieren oder deaktivieren.“ Die konkreten Optionen sollten den tatsächlichen technischen Möglichkeiten entsprechen; kann ein Produkt das angezeigte Limit nicht durchsetzen oder der Ortszeit nicht zuverlässig folgen, sollte die Implementierung angepasst oder das Versprechen eingeschränkt werden, bevor dieses Steuerelement angeboten wird.