Rivya gids voor het notificatiecentrum

Gebruik deze gids voor het notificatiecentrum wanneer je billing events, creditwijzigingen, generation status, ongelezen items en de juiste follow-up na een event wilt begrijpen.

Rivya's notificatiecentrum is er niet om het product drukker te laten voelen.

Het bestaat omdat sommige events ook na het moment waarop ze gebeurden nog belangrijk blijven.

De echte vraag die notificaties beantwoorden

Notificaties zijn het nuttigst wanneer je niet vraagt:

Wat heb ik gemaakt?

Ze vragen:

Wat is er in dit account gebeurd dat mijn volgende stap kan veranderen?

Daarom verschillen notificaties van zowel history als settings.

Notificaties zijn voor operationele events, niet voor algemene activiteit

De huidige live notificatiestroom is georganiseerd rond drie praktische soorten:

• billing

• credits

• generation

Er bestaat ook een account kind in het bredere datamodel, maar de actieve gebruikersstroom is bewust gecentreerd rond de drie soorten hierboven.

Dat is een productkeuze, geen ontbrekende feature. Het systeem probeert bruikbaar signaal te bewaren, niet elk mogelijk event.

De events die hier echt belangrijk zijn

Op dit moment zijn de belangrijkste duurzame notificatie-events:

• subscription started

• subscription renewed

• payment failed

• credit package added

• generation succeeded

• generation failed

• onvoldoende credits

Dit zijn niet alleen statusdecoraties. Elk event kan bepalen of de gebruiker verder moet werken, moet opwaarderen, iets opnieuw moet openen of een failure moet onderzoeken.

Waarom een notificatie bestaat terwijl een andere pagina het resultaat ook toont

Dat is precies wat het centrum nuttig maakt.

Een generation kan al zichtbaar zijn in history. Een billingwijziging kan al op billing- of creditpagina's staan.

Notificaties blijven belangrijk omdat ze de dwarsdoorsnijdende vraag beantwoorden:

Welke belangrijke uitkomsten moet ik nu opmerken?

Daarom kan hetzelfde event verschijnen:

• op de verwante workspace- of settingspagina

• en in notifications als een duurzame operationele record

Dashboard Preview versus volledige notificatiepagina

De dashboard preview is de korte versie.

Die is er om te beantwoorden:

• heb ik ongelezen items?

• is er iets urgents?

• moet ik het volledige centrum openen?

De volledige /notifications pagina geeft de langere operationele weergave.

Die geeft je momenteel:

• een feed met recente notificaties

• tellingen per kind

• unread state

• een mark-all-read actie

• links terug naar de meest relevante productpagina

Dat laatste is belangrijker dan het klinkt. Een nuttige notificatie moet je ergens naartoe brengen waar je iets kunt doen.

Meldingen tegenover geschiedenis

Gebruik de Rivya-gids voor je geschiedenis wanneer de hoofdvraag is:

Wat heb ik gemaakt of besproken?

Gebruik notificaties wanneer de hoofdvraag is:

Wat is er gebeurd dat aandacht, uitleg of follow-up kan vereisen?

Als een generation faalt, zijn notificaties misschien de eerste plek waar je het probleem ziet. History is waar je de bredere werkrecord rond die taak opnieuw opent.

Notifications versus Settings

Dit onderscheid moet heel duidelijk blijven:

• settings beheren wat jij controleert

• notifications bewaren wat al is gebeurd

Bijvoorbeeld:

• nieuwsbriefvoorkeur hoort in settings

• een failed payment hoort in notifications

Als je die twee als hetzelfde behandelt, wordt het product meestal moeilijker te begrijpen.

Wanneer het notificatiecentrum het nuttigst is

Het centrum wordt het waardevolst op momenten zoals:

• je was weg en wilt weten of er iets belangrijks is veranderd

• een run leek goed te gaan, maar later faalde er iets

• checkout is afgerond en je wilt bevestigen wat het account echt heeft geregistreerd

• credits raakten laag en je moet beslissen of je opwaardeert of stopt

Dit zijn de momenten waarop een toast te tijdelijk is en een volledige historypagina te indirect.

Een praktische notificatiegewoonte

Voor de meeste gebruikers werkt dit patroon goed:

1. gebruik dashboard om te zien of iets aandacht nodig heeft

2. open de volledige notificatiepagina wanneer de korte preview niet genoeg is

3. volg de verwante link terug naar de juiste workspace- of settingspagina

Zo blijven notificaties werken als een operationele workspace in plaats van een passieve inbox.

Lees verder

• Rivya-gids voor je geschiedenis

• Rivya-gids voor de taaklevenscyclus

• Rivya AI-imageworkflowgids

• Rivya AI-videoworkflowgids

• Rivya AI-audioworkflowgids

• Rivya Dashboard-gids

• Rivya-gids voor probleemoplossing

• Waarom Rivya een notificatiecentrum heeft

Checklist voor notificatiereview

Wanneer je een event moet begrijpen in plaats van alleen de uiteindelijke output te bekijken, controleer dan:

• Controleer of de notificatie gaat over billing, credits, generation of account state.

• Koppel generation alerts terug aan de task record en het history item.

• Koppel payment en credit alerts terug aan billing- of creditsettings.

• Behandel notificaties als statuscontext, niet als vervanging voor invoices, task details of wallet history.

• Gebruik unread state voor triage, niet als bewijs dat een event onopgelost is.

Controleer opnieuw wanneer status en history elkaar tegenspreken

Controleer opnieuw als een notificatie iets anders zegt dan history, wallet of billing state. De nieuwste afgeronde accountstatus moet de volgende actie bepalen.