Rivya AI Docs

Rivya Notifications Center-Leitfaden

Nutze Rivya-Benachrichtigungen, um Abrechnungsereignisse, Credits, Generierungsergebnisse, niedrige Guthaben, Dashboard-Vorschauen, ungelesenen Status und Follow-ups zu verfolgen.

Zuletzt geprüft am 2026/04/28

Nutze diesen Leitfaden zum Notifications Center, wenn du Abrechnungsereignisse, Credit-Änderungen, Generierungsstatus, ungelesene Einträge und den passenden Follow-up-Ort nach einem Ereignis verstehen musst.

Rivyas Notifications Center existiert nicht, damit das Produkt geschäftig wirkt.

Es existiert, weil manche Ereignisse auch nach dem Moment, in dem sie zuerst passiert sind, noch wichtig bleiben.

Die echte Frage, die Notifications beantworten

Notifications sind am nützlichsten, wenn du nicht fragst:

Was habe ich erstellt?

Sondern:

Was ist in diesem Account passiert, das meinen nächsten Schritt verändern kann?

Deshalb unterscheiden sich Notifications sowohl von History als auch von Settings.

Notifications sind für operative Ereignisse, nicht für allgemeine Aktivität

Der aktuelle Live-Benachrichtigungsstream ist um drei praktische Arten organisiert:

  • Abrechnung
  • Credits
  • Generierung

Im breiteren Datenmodell gibt es außerdem eine account-Art, aber der aktive nutzerseitige Stream ist absichtlich auf die drei oben genannten Arten konzentriert.

Das ist eine Produktentscheidung, keine fehlende Funktion. Das System versucht, nützliche Signale zu bewahren, nicht jedes mögliche Ereignis.

Die Ereignisse, die hier wirklich zählen

Aktuell gehören zu den wichtigsten dauerhaften Benachrichtigungsereignissen:

  • Abonnement gestartet
  • Abonnement erneuert
  • Zahlung fehlgeschlagen
  • Credit-Paket hinzugefügt
  • Generierung erfolgreich
  • Generierung fehlgeschlagen
  • unzureichende Credits

Das sind nicht nur Statusdekorationen. Jedes Ereignis kann verändern, ob der Nutzer weiterarbeiten, aufladen, etwas erneut öffnen oder einen Fehler untersuchen sollte.

Warum eine Notification existiert, obwohl eine andere Seite das Ergebnis ebenfalls zeigt

Genau das macht das Center nützlich.

Eine Generierung kann bereits in History sichtbar sein. Eine Abrechnungsänderung kann bereits auf Billing- oder Credits-Seiten erscheinen.

Notifications bleiben wichtig, weil sie die seitenübergreifende Frage beantworten:

Welche wichtigen Ergebnisse muss ich jetzt bemerken?

Deshalb kann dasselbe Ereignis erscheinen:

  • im zugehörigen Arbeitsbereich oder auf der Settings-Seite
  • und in Notifications als dauerhafter operativer Datensatz

Dashboard-Vorschau und vollständige Notifications-Seite

Die Dashboard-Vorschau ist die Kurzfassung.

Sie beantwortet:

  • habe ich ungelesene Einträge?
  • gibt es etwas Dringendes?
  • sollte ich das vollständige Center öffnen?

Die vollständige Seite /notifications gibt dir die längere operative Sicht.

Aktuell bietet sie:

  • einen Feed aktueller Notifications
  • Zählungen nach Art
  • ungelesenen Status
  • eine mark-all-read-Aktion
  • Links zurück zur relevantesten Produktseite

Der letzte Punkt ist wichtiger, als er klingt. Eine nützliche Notification sollte dich an einen handlungsfähigen Ort bringen.

Notifications und History

Nutze History, wenn die Hauptfrage lautet:

Was habe ich erstellt oder besprochen?

Nutze Notifications, wenn die Hauptfrage lautet:

Was ist passiert, das Aufmerksamkeit, Erklärung oder Follow-up braucht?

Wenn eine Generierung fehlgeschlagen ist, können Notifications der erste Ort sein, an dem du das Problem bemerkst. History ist der Ort, an dem du den breiteren Arbeitsdatensatz rund um diese Aufgabe erneut öffnest.

Notifications und Settings

Diese Unterscheidung sollte sehr klar bleiben:

  • Settings verwalten, was du kontrollierst
  • Notifications bewahren, was bereits passiert ist

Zum Beispiel:

  • Newsletter-Präferenz gehört in Settings
  • eine fehlgeschlagene Zahlung gehört in Notifications

Diese Dinge gleichzusetzen macht das Produkt meist schwerer verständlich.

Wann das Notifications Center am nützlichsten ist

Das Center wird in Momenten wie diesen am wertvollsten:

  • du warst weg und möchtest wissen, ob sich etwas Wichtiges geändert hat
  • ein Lauf wirkte in Ordnung, aber später ist etwas fehlgeschlagen
  • Checkout wurde abgeschlossen und du möchtest bestätigen, was der Account tatsächlich erfasst hat
  • Credits wurden knapp und du musst entscheiden, ob du auflädst oder stoppst

In solchen Momenten ist ein Toast zu kurzlebig und eine vollständige History-Seite zu indirekt.

Eine praktische Notification-Gewohnheit

Für die meisten Nutzer ist dieses Muster sinnvoll:

  1. Dashboard nutzen, um zu sehen, ob etwas Aufmerksamkeit braucht
  2. die vollständige Notifications-Seite öffnen, wenn die kurze Vorschau nicht reicht
  3. dem zugehörigen Link zurück in den richtigen Arbeitsbereich oder die richtige Settings-Seite folgen

So bleiben Notifications ein operativer Arbeitsbereich statt ein passiver Posteingang.

Als Nächstes lesen

Checkliste zur Notification-Prüfung

Wenn du ein Ereignis verstehen musst und nicht nur den finalen Output, prüfe:

  • Prüfe, ob die Notification Abrechnung, Credits, Generierung oder Account-Status betrifft.
  • Verbinde Generierungsalerts zurück mit dem Aufgabendatensatz und dem History-Eintrag.
  • Verbinde Zahlungs- und Credit-Alerts zurück mit Billing- oder Credits-Settings.
  • Behandle Notifications als Statuskontext, nicht als Ersatz für Rechnungen, Aufgabendetails oder Wallet-Verlauf.
  • Nutze ungelesenen Status für Triage, nicht als Beweis, dass ein Ereignis ungelöst ist.

Erneut prüfen, wenn Status und History nicht übereinstimmen

Prüfe erneut, wenn eine Notification etwas anderes sagt als History, Wallet oder Abrechnungsstatus. Der zuletzt feststehende Account-Status sollte die nächste Aktion bestimmen.

Inhaltsverzeichnis