Ghid pentru centrul de notificări Rivya

Folosește acest ghid pentru centrul de notificări când trebuie să înțelegi evenimentele de facturare, schimbările de credite, stările generărilor, elementele necitite și locul din care să continui după un eveniment.

Centrul de notificări Rivya nu există ca să facă produsul să pară aglomerat.

Există deoarece unele evenimente continuă să conteze și după momentul în care s-au întâmplat prima dată.

Întrebarea reală la care raspund notificările

Notificările sunt cele mai utile când nu întrebi:

Ce am creat?

Ele întreabă:

Ce s-a întâmplat în acest cont și poate schimba următoarea mea mișcare?

De aceea notificările sunt diferite atât de istoric, cât și de setări.

Notificările sunt pentru evenimente operaționale, nu pentru activitatea generală

Fluxul actual de notificări este organizat în jurul a trei tipuri practice:

• facturare

• credite

• generare

Există și un tip account în modelul de date mai larg, dar fluxul activ orientat spre utilizator este centrat intenționat pe cele trei tipuri de mai sus.

Aceasta este o alegere de produs, nu o funcționalitate lipsă. Sistemul încearcă să păstreze semnalul util, nu fiecare eveniment posibil.

Evenimentele care chiar contează aici

În prezent, cele mai importante evenimente durabile de notificare includ:

• abonament început

• abonament reinnoit

• plată eșuată

• pachet de credite adaugat

• generare reușită

• generare eșuată

• credite insuficiente

Acestea nu sunt doar decorațiuni de stare. Fiecare poate schimba dacă utilizatorul ar trebui să continue lucrul, să incarce credite, să redeschida ceva sau să investigheze un eșec.

De ce există o notificare chiar dacă altă pagină afișează deja rezultatul

Exact asta face centrul util.

O generare poate fi deja vizibilă în istoric. O schimbare de facturare poate apărea deja în paginile de facturare sau credite.

Notificările contează totuși deoarece raspund la întrebarea transversala:

Ce rezultate importante trebuie să observ chiar acum?

De aceea același eveniment poate apărea:

• în spațiul de lucru sau pagină de setări asociată

• și în notificări, ca înregistrare operațională persistentă

Previzualizare dashboard versus pagină completă de notificări

Previzualizarea din dashboard este versiunea scurtă.

Există ca să răspundă la întrebări precum:

• am elemente necitite?

• există ceva urgent?

• ar trebui să deschid centrul complet?

Pagină completă /notifications este locul unde primești vederea operațională mai lungă.

În prezent, ea îți oferă:

• un feed de notificări recente

• numaratori după tip

• stare necitită

• o acțiune de marcare a tuturor ca citite

• linkuri înapoi către cea mai relevantă pagină de produs

Ultima parte contează mai mult decât pare. O notificare utilă ar trebui să te ducă undeva actionabil.

Notificări versus istoric

Folosește Istoric când întrebarea principală este:

Ce am creat sau discutat?

Folosește notificările când întrebarea principală este:

Ce s-a întâmplat și poate cere atenție, explicație sau continuare?

Dacă o generare a eșuat, notificările pot fi primul loc în care observi problemă. Istoricul este locul unde redeschizi înregistrarea mai largă de lucru din jurul acelei sarcini.

Notificări versus setări

Această distincție merită păstrată foarte clară:

• setările gestionează ce controlezi

• notificările păstrează ce s-a întâmplat deja

De exemplu:

• preferință newsletter aparține setarilor

• o plată eșuată aparține notificărilor

Tratarea lor ca același lucru face de obicei produsul mai greu de înțeles.

Când este cel mai util centrul de notificări

Centrul devine cel mai valoros în momente ca acestea:

• ai lipsit și vrei să știi dacă s-a schimbat ceva important

• o rulare părea în regulă, dar ceva a eșuat mai târziu

• finalizarea plății s-a încheiat și vrei să confirmi ce a înregistrat efectiv contul

• creditele au scăzut și trebuie să decizi dacă reîncarci soldul sau te oprești

Acestea sunt momentele în care un toast este prea temporar, iar o pagină completă de istoric este prea indirectă.

Un obicei practic pentru notificări

Pentru majoritatea utilizatorilor, un tipar bun este:

1. folosește dashboardul ca să vezi dacă ceva cere atenție

2. deschide pagina completă de notificări când previzualizarea scurtă nu este suficientă

3. urmează linkul asociat înapoi în spațiul de lucru sau pagină de setări potrivită

Astfel, notificările funcționează ca un spațiu operațional, nu ca o căsuță pasivă.

Citește mai departe

• Istoric

• Ciclul de viață al sarcinii

• Fluxuri de imagine în Rivya

• Fluxuri video în Rivya

• Fluxuri audio în Rivya

• Ghid Rivya Dashboard

• Depanare în Rivya

• De ce Rivya are un centru de notificări

Listă de verificare pentru notificări

Când trebuie să înțelegi un eveniment, nu doar să vezi rezultatul final, verifică:

• Verifică dacă notificarea este despre facturare, credite, generare sau stare de cont.

• Leaga alertele de generare înapoi de înregistrarea sarcinii și elementul de istoric.

• Leaga alertele de plată și credite înapoi de setările de facturare sau credite.

• Tratează notificările drept context de stare, nu drept înlocuitor pentru facturi, detaliile sarcinilor sau istoricul portofelului.

• Folosește starea „necitită” pentru triere, nu ca dovadă că un eveniment este nerezolvat.

Reverifică atunci când starea și istoricul nu sunt de acord

Reverifică dacă o notificare spune ceva, iar istoricul, portofelul sau starea de facturare spune altceva. Cea mai recenta stare de cont asezata ar trebui să decida următoarea acțiune.