Foloseste notificarile Rivya ca sa urmaresti evenimente de facturare, credite, rezultate de generare, sold scazut, previzualizari dashboard, stare necitita si continuari.

Foloseste acest ghid pentru centrul de notificari cand trebuie sa intelegi evenimente de facturare, schimbari de credite, stari de generare, elemente necitite si unde sa continui dupa un eveniment.

Centrul de notificari Rivya nu exista ca sa faca produsul sa para aglomerat.

Exista deoarece unele evenimente continua sa conteze si dupa momentul in care s-au intamplat prima data.

Intrebarea reala la care raspund notificarile

Notificarile sunt cele mai utile cand nu intrebi:

Ce am creat?

Ele intreaba:

Ce s-a intamplat in acest cont si poate schimba urmatoarea mea miscare?

De aceea notificarile sunt diferite atat de istoric, cat si de setari.

Notificarile sunt pentru evenimente operationale, nu activitate generala

Fluxul live curent de notificari este organizat in jurul a trei tipuri practice:

facturare
credite
generare

Exista si un tip account in modelul de date mai larg, dar fluxul activ orientat spre utilizator este centrat intentionat pe cele trei tipuri de mai sus.

Aceasta este o alegere de produs, nu o functionalitate lipsa. Sistemul incearca sa pastreze semnalul util, nu fiecare eveniment posibil.

Evenimentele care chiar conteaza aici

In prezent, cele mai importante evenimente durabile de notificare includ:

abonament inceput
abonament reinnoit
plata esuata
pachet de credite adaugat
generare reusita
generare esuata
credite insuficiente

Acestea nu sunt doar decoratiuni de stare. Fiecare poate schimba daca utilizatorul ar trebui sa continue lucrul, sa incarce credite, sa redeschida ceva sau sa investigheze un esec.

De ce exista o notificare chiar daca alta pagina arata si rezultatul

Exact asta face centrul util.

O generare poate fi deja vizibila in istoric. O schimbare de facturare poate aparea deja in paginile de facturare sau credite.

Notificarile conteaza totusi deoarece raspund la intrebarea transversala:

Ce rezultate importante trebuie sa observ chiar acum?

De aceea acelasi eveniment poate aparea:

in spatiul de lucru sau pagina de setari asociata
si in notificari ca inregistrare operationala durabila

Previzualizare dashboard versus pagina completa de notificari

Previzualizarea din dashboard este versiunea scurta.

Exista ca sa raspunda:

am elemente necitite?
exista ceva urgent?
ar trebui sa deschid centrul complet?

Pagina completa /notifications este locul unde primesti vederea operationala mai lunga.

In prezent, ea iti ofera:

un feed de notificari recente
numaratori dupa tip
stare necitita
o actiune de marcare a tuturor ca citite
linkuri inapoi catre cea mai relevanta pagina de produs

Ultima parte conteaza mai mult decat pare. O notificare utila ar trebui sa te duca undeva actionabil.

Notificari versus istoric

Foloseste Istoric cand intrebarea principala este:

Ce am creat sau discutat?

Foloseste notificarile cand intrebarea principala este:

Ce s-a intamplat si poate cere atentie, explicatie sau continuare?

Daca o generare a esuat, notificarile pot fi primul loc in care observi problema. Istoricul este locul unde redeschizi inregistrarea mai larga de lucru din jurul acelei sarcini.

Notificari versus setari

Aceasta distinctie merita pastrata foarte clara:

setarile gestioneaza ce controlezi
notificarile pastreaza ce s-a intamplat deja

De exemplu:

preferinta newsletter apartine setarilor
o plata esuata apartine notificarilor

Tratarea lor ca acelasi lucru face de obicei produsul mai greu de inteles.

Cand este cel mai util centrul de notificari

Centrul devine cel mai valoros in momente ca acestea:

ai lipsit si vrei sa stii daca s-a schimbat ceva important
o rulare parea in regula, dar ceva a esuat mai tarziu
checkoutul s-a finalizat si vrei sa confirmi ce a inregistrat efectiv contul
creditele au scazut si trebuie sa decizi daca incarci sau te opresti

Acestea sunt momentele in care un toast este prea temporar, iar o pagina completa de istoric este prea indirecta.

Un obicei practic pentru notificari

Pentru majoritatea utilizatorilor, un tipar bun este:

foloseste dashboardul ca sa vezi daca ceva cere atentie
deschide pagina completa de notificari cand previzualizarea scurta nu este suficienta
urmeaza linkul asociat inapoi in spatiul de lucru sau pagina de setari potrivita

Astfel, notificarile actioneaza ca un spatiu operational, nu ca o casuta pasiva.

Citeste mai departe

Lista de verificare pentru notificari

Cand trebuie sa intelegi un eveniment in loc sa vezi doar outputul final, verifica:

Verifica daca notificarea este despre facturare, credite, generare sau stare de cont.
Leaga alertele de generare inapoi de inregistrarea sarcinii si elementul de istoric.
Leaga alertele de plata si credite inapoi de setarile de facturare sau credite.
Trateaza notificarile ca context de stare, nu ca inlocuitor pentru facturi, detalii de sarcina sau istoricul portofelului.
Foloseste starea necitita pentru triere, nu ca dovada ca un eveniment este nerezolvat.

Reverifica atunci cand starea si istoricul nu sunt de acord

Reverifica daca o notificare spune ceva, iar istoricul, portofelul sau starea de facturare spune altceva. Cea mai recenta stare de cont asezata ar trebui sa decida urmatoarea actiune.

Ghid pentru centrul de notificari Rivya