Rivya hat ein Notifications Center, weil temporäres Feedback nicht mehr ausreicht, sobald ein Produkt echte Arbeit und echten Account State behandelt.
Diese Seite erklärt, warum dauerhafte Notifications im Produkt existieren. Sie ist nicht die exakte Referenz für Notification-Arten, Unread State oder Related-Link-Verhalten.
Toasts Sind Momentan
Ein Toast ist nützlich für:
- deine Aufgabe wurde gestartet
- dein Copy-Vorgang hat funktioniert
- diese Aktion wurde gerade abgeschlossen
Er ist nicht gut für:
- Warum hat sich mein Account State geändert?
- Was ist fehlgeschlagen, während ich weg war?
- Ist diese Zahlung wirklich angekommen?
- Warum konnte ich diesen Durchlauf vorhin nicht starten?
Genau diese Lücke ist der Grund, warum das Notifications Center existiert.
Dauerhaftes Operatives Gedächtnis
Das aktuelle Produkt hat bereits Eventtypen, die nach dem Moment weiterhin wichtig sind:
- Subscription gestartet
- Subscription erneuert
- Payment fehlgeschlagen
- Credit Package hinzugefügt
- Generation erfolgreich
- Generation fehlgeschlagen
- unzureichende Credits
Das sind keine Vanity Events. Sie verändern, was der Nutzer als Nächstes tun kann.
Notifications Vs Preferences
Eine nützliche Unterscheidung in Rivya ist:
- Settings steuern, was du verwalten möchtest
- Notifications sagen dir, was tatsächlich passiert ist
Darum gehört Newsletter Preference ins Profil, während ein fehlgeschlagenes Payment in Notifications gehört.
Sie lösen unterschiedliche Probleme.
Warum Workflows Gedächtnis Brauchen
Rivya ist keine One-Page-Chat-App. Ein Nutzer kann wechseln zwischen:
- Chat
- Image
- Video
- Audio
Sobald ein Produkt mehrere abrechenbare Workflows umfasst, werden dauerhafte Signale wichtiger:
- eine Generation ist fehlgeschlagen
- die Wallet war zu niedrig
- eine Zahlung wurde abgeschlossen
- ein Pack wurde hinzugefügt
Ohne dieses Gedächtnis sind Nutzer gezwungen, den Zustand aus Vermutungen zu rekonstruieren.
Was Das Center Tut
Die aktuelle /notifications-Seite fokussiert nützliches Signal mit relativ wenig Rauschen.
Sie gibt dir:
- einen Feed aktueller Events
- Counts nach Eventart
- Unread State
- eine Mark-all-read-Aktion
- Links zurück zur relevantesten Seite
Der letzte Punkt ist wichtiger, als er klingt. Eine nützliche Notification sollte dich an einen Ort führen, an dem du handeln kannst.
Was Draußen Bleibt
Rivya versucht nicht, Notifications zu verwandeln in:
- eine Social Inbox
- eine Marketing Wall
- einen Stream jeder einzelnen Chat-Antwort
Das Produkt wird nur vertrauenswürdiger, wenn das Center selektiv bleibt.
Dashboard Und Notifications
Das Dashboard zeigt eine leichte Vorschau aktueller Notifications.
Das vollständige Center ist der Ort, an den du gehst, wenn du den längeren operativen Record brauchst.
Diese Paarung ist absichtlich:
- Dashboard hält dich orientiert
- Notifications halten den Record
Der Praktische Nutzen
Das Notifications Center lässt Rivya weniger wegwerfbar wirken.
Wenn etwas Wichtiges passiert, erinnert sich der Account daran.
Das klingt wie eine kleine Produktentscheidung, verändert aber, wie sicher sich das System im echten Gebrauch anfühlt.
Nächster Schritt In Rivya
- Brauchst du das exakte Seitenverhalten? Lies Notifications Center in Rivya.
- History in Rivya
- How to Think About Rivya Credits, Packs, and Plans
- How to Move a Project Across Chat, Image, Video, and Audio in Rivya
Halte Aufgaben Nachverfolgbar
Bevor du auf eine Notification reagierst, halte den operativen Kontext zusammen:
- was sich geändert hat: Billing, Credits, Generation Status oder Account State
- wo du fortsetzt: Dashboard, History, Billing oder die ursprüngliche Aufgabe
- ob jetzt Handlung nötig ist oder das Event nur ein Record ist
- auf welche Aufgabe, welches Payment oder welches Credit Event sich die Notification bezieht
Der Punkt ist, nicht aus dem Gedächtnis raten zu müssen, wenn etwas Wichtiges passiert ist, während du weg warst.
Prüfe Den Status Vor Dem Handeln
Behandle nicht jede Notification als Grund, Arbeit neu zu starten. Prüfe zuerst, ob die Aufgabe abgeschlossen wurde, fehlgeschlagen ist, mehr Credits braucht oder nur ein Account Event aufgezeichnet hat.
Wenn eine Generation erfolgreich war, öffne das Ergebnis aus History. Wenn sie fehlgeschlagen ist, prüfe den Task State vor dem Retry. Wenn das Event billing-bezogen ist, prüfe Credits oder Payment State, bevor du einen weiteren abrechenbaren Durchlauf startest.
