Rivya har et varslingssenter fordi midlertidig feedback slutter å være nok når et produkt håndterer reelt arbeid og reell kontotilstand.
Denne siden handler om hvorfor varige varsler finnes i produktet. Den er ikke den eksakte referansen for varseltyper, ulest tilstand eller oppførsel for relaterte lenker.
Toasts er øyeblikkelige
En toast er nyttig for:
- oppgaven din startet
- kopieringen fungerte
- den handlingen ble nettopp fullført
Den er ikke god på:
- hvorfor endret kontotilstanden min seg?
- hva feilet mens jeg var borte?
- landet den betalingen faktisk?
- hvorfor kunne jeg ikke starte den kjøringen tidligere?
Det gapet er akkurat hvorfor varslingssenteret finnes.
Varig operasjonelt minne
Det nåværende produktet har allerede hendelsestyper som fortsatt betyr noe etter at øyeblikket har passert:
- abonnement startet
- abonnement fornyet
- betaling feilet
- credit package lagt til
- generering lyktes
- generering feilet
- utilstrekkelige credits
Dette er ikke pynt. De endrer hva brukeren kan gjøre videre.
Varsler kontra preferanser
Et nyttig skille i Rivya er:
- innstillinger styrer hva du vil administrere
- varsler forteller deg hva som faktisk skjedde
Derfor hører newsletter-preferanse hjemme i profil, mens en feilet betaling hører hjemme i varsler.
De løser ulike problemer.
Hvorfor arbeidsflyter trenger minne
Rivya er ikke en ensides chatapp. En bruker kan bevege seg mellom:
- chat
- bilde
- video
- lyd
Når et produkt spenner over flere fakturerbare arbeidsflyter, betyr varige signaler mer:
- en generering feilet
- wallet-saldoen var for lav
- en betaling ble fullført
- en pakke ble lagt til
Uten det minnet blir brukere tvunget til å rekonstruere tilstand fra gjetting.
Hva senteret gjør
Den nåværende /notifications-siden fokuserer på nyttige signaler med relativt lite støy.
Den gir deg:
- en feed med nylige hendelser
- tellinger etter hendelsestype
- ulest tilstand
- en marker-alle-som-lest-handling
- lenker tilbake til den mest relevante siden
Det siste betyr mer enn det høres ut som. Et nyttig varsel bør føre deg til noe handlingsrettet.
Hva som holdes ute
Rivya prøver ikke å gjøre varsler til:
- en sosial inbox
- en markedsføringsvegg
- en strøm av hvert eneste chatsvar
Produktet blir mer troverdig bare hvis senteret holder seg selektivt.
Dashboard og varsler
Dashboardet viser en lett preview av nylige varsler.
Det fulle senteret er stedet du går når du trenger den lengre operasjonelle oppføringen.
Den koblingen er bevisst:
- dashboard holder deg orientert
- varsler holder oppføringen
Den praktiske fordelen
Varslingssenteret gjør at Rivya føles mindre flyktig.
Når noe viktig skjer, husker kontoen det.
Det høres ut som en liten produktbeslutning, men det endrer hvor trygt systemet føles under reell bruk.
Neste steg i Rivya
- Trenger du eksakt sideatferd? Les Varslingssenter i Rivya.
- History i Rivya
- Slik tenker du om Rivya-credits, pakker og abonnementer
- Slik flytter du et prosjekt på tvers av Chat, Image, Video og Audio i Rivya
Hold oppgaver sporbare
Før du handler på et varsel, hold den operasjonelle konteksten samlet:
- hva endret seg: fakturering, credits, genereringsstatus eller kontotilstand
- hvor du fortsetter: dashboard, history, billing eller den opprinnelige oppgaven
- om handling trengs nå eller hendelsen bare er en oppføring
- hvilken oppgave, betaling eller credit-hendelse varselet viser til
Poenget er å unngå å gjette fra hukommelsen når noe viktig skjedde mens du var borte.
Sjekk status før du handler
Ikke behandle hvert varsel som en grunn til å starte arbeidet på nytt. Sjekk først om oppgaven ble fullført, feilet, trenger flere credits eller bare registrerte en kontohendelse.
Hvis en generering lyktes, åpne resultatet fra History. Hvis den feilet, inspiser oppgavetilstanden før du prøver igjen. Hvis hendelsen er faktureringsrelatert, sjekk credits eller betalingstilstand før du starter en ny fakturerbar kjøring.
