Rivya-guide for varslingssenteret

Bruk denne guiden for varslingssenteret når du trenger å forstå faktureringshendelser, credit-endringer, genereringsstatus, uleste elementer og hvor du skal følge opp etter en hendelse.

Rivyas varslingssenter finnes ikke for å få produktet til å virke travelt.

Det finnes fordi noen hendelser fortsatt betyr noe etter øyeblikket da de først skjedde.

Det egentlige spørsmålet varsler svarer på

Varsler er mest nyttige når du ikke spør:

Du spør:

Derfor er varsler forskjellige fra både historikk og innstillinger.

Varsler er for operative hendelser, ikke generell aktivitet

Den nåværende aktive varslingsstrømmen er organisert rundt tre praktiske typer:

• fakturering
• credits
• generering

Det finnes også en account-type i den bredere datamodellen, men den aktive brukerrettede strømmen er med vilje sentrert rundt de tre typene over.

Det er et produktvalg, ikke en manglende funksjon. Systemet prøver å bevare nyttige signaler, ikke alle mulige hendelser.

Hendelsene som faktisk betyr noe her

Akkurat nå inkluderer de viktigste varige varslingshendelsene:

• abonnement startet
• abonnement fornyet
• betaling mislyktes
• credit-pakke lagt til
• generering fullført
• generering mislyktes
• utilstrekkelige credits

Dette er ikke bare statuspynt. Hver av dem kan endre om brukeren bør fortsette arbeidet, fylle på, åpne noe på nytt eller undersøke en feil.

Hvorfor et varsel finnes selv om en annen side også viser resultatet

Det er nettopp det som gjør senteret nyttig.

En generering kan allerede være synlig i historikk. En faktureringsendring kan allerede vises på fakturerings- eller credit-sider.

Varsler betyr fortsatt noe fordi de svarer på det tverrgående spørsmålet:

Derfor kan samme hendelse vises:

• på det relaterte arbeidsområdet eller innstillingssiden
• og i varsler som en varig operativ post

Dashboard-forhåndsvisning kontra full varslingsside

Dashboard-forhåndsvisningen er den korte versjonen.

Den finnes for å svare på:

• har jeg uleste elementer?
• er noe viktig?
• bør jeg åpne hele senteret?

Den fulle /notifications-siden er stedet der du får den lengre operative oversikten.

Den gir deg for tiden:

• en feed med nylige varsler
• tellinger etter type
• ulest tilstand
• en marker-alle-som-lest-handling
• lenker tilbake til den mest relevante produktsiden

Den siste delen betyr mer enn den høres ut som. Et nyttig varsel bør ta deg til et sted der du kan handle.

Varsler kontra historikk

Bruk Historikk når hovedspørsmålet er:

Bruk varsler når hovedspørsmålet er:

Hvis en generering feilet, kan varsler være det første stedet du oppdager problemet. Historikk er stedet der du åpner den bredere arbeidsoppføringen rundt oppgaven på nytt.

Varsler kontra Settings

Dette skillet bør holdes svært tydelig:

• settings styrer hva du kontrollerer
• varsler bevarer det som allerede skjedde

For eksempel:

• nyhetsbrevpreferanse hører hjemme i settings
• en mislykket betaling hører hjemme i varsler

Å behandle disse som samme ting gjør vanligvis produktet vanskeligere å forstå.

Når varslingssenteret er mest nyttig

Senteret blir mest verdifullt i øyeblikk som disse:

• du har vært borte og vil vite om noe viktig har endret seg
• en kjøring så grei ut, men noe feilet senere
• checkout ble fullført og du vil bekrefte hva kontoen faktisk registrerte
• credits ble lave, og du må bestemme om du skal fylle på eller stoppe

Dette er øyeblikkene der en toast er for midlertidig og en full historikkside er for indirekte.

En praktisk varslingsvane

For de fleste brukere er et godt mønster:

1. bruk dashboardet til å se om noe trenger oppmerksomhet
2. åpne den fulle varslingssiden når den korte forhåndsvisningen ikke er nok
3. følg den relaterte lenken tilbake til riktig arbeidsområde eller innstillingsside

Det gjør at varsler fungerer som et operativt arbeidsområde i stedet for en passiv innboks.

Les videre

• Historikk
• Oppgavelivssyklus
• Bildearbeidsflyter i Rivya
• Videoarbeidsflyter i Rivya
• Lydarbeidsflyter i Rivya
• Dashboard i Rivya
• Feilsøking i Rivya
• Hvorfor Rivya har et varslingssenter

Sjekkliste for varslingsgjennomgang

Når du trenger å forstå en hendelse i stedet for bare sluttresultatet, bør du kontrollere:

• Sjekk om varselet handler om fakturering, credits, generering eller kontotilstand.
• Koble genereringsvarsler tilbake til oppgaveposten og historikkelementet.
• Koble betalings- og credit-varsler tilbake til billing- eller credits-innstillinger.
• Behandle varsler som statuskontekst, ikke som en erstatning for invoices, oppgavedetaljer eller wallet-historikk.
• Bruk ulest tilstand til triage, ikke som bevis på at en hendelse er uløst.

Kontroller på nytt når status og historikk er uenige

Kontroller på nytt hvis et varsel sier én ting mens historikk, wallet eller faktureringstilstand sier noe annet. Den nyeste avklarte kontotilstanden bør avgjøre neste handling.