
Rivya har ett aviseringscenter eftersom tillfällig feedback slutar räcka när en produkt hanterar verkligt arbete och verkligt kontoläge.
Den här sidan handlar om varför hållbara aviseringar finns i produkten. Den är inte den exakta referensen för aviseringstyper, oläst läge eller beteende för relaterade länkar.
Toasts är tillfälliga
En toast är användbar för:
- din uppgift startade
- din kopiering fungerade
- den åtgärden slutfördes just
Den är inte bra på:
- varför ändrades mitt kontoläge?
- vad misslyckades medan jag var borta?
- gick betalningen verkligen igenom?
- varför kunde jag inte starta den körningen tidigare?
Det glappet är exakt varför aviseringscentret finns.
Hållbart operativt minne
Den nuvarande produkten har redan händelsetyper som fortfarande spelar roll efter att ögonblicket passerat:
- prenumeration startade
- prenumeration förnyades
- betalning misslyckades
- credit package lades till
- generering lyckades
- generering misslyckades
- otillräckliga credits
Det är inte fåfängestatistik. De ändrar vad användaren kan göra härnäst.
Aviseringar kontra inställningar
En användbar distinktion i Rivya är:
- inställningar styr vad du vill hantera
- aviseringar berättar vad som faktiskt hände
Det är därför newsletter preference hör hemma i profile, medan en misslyckad betalning hör hemma i aviseringar.
De löser olika problem.
Varför arbetsflöden behöver minne
Rivya är inte en chattapp på en sida. En användare kan röra sig mellan:
- chat
- image
- video
- audio
När en produkt spänner över flera debiterbara arbetsflöden spelar hållbara signaler större roll:
- en generering misslyckades
- plånboken var för låg
- en betalning slutfördes
- ett pack lades till
Utan det minnet tvingas användare återskapa läget genom gissningar.
Vad centret gör
Den nuvarande sidan /notifications fokuserar på användbar signal med relativt lite brus.
Den ger dig:
- ett flöde med senaste händelser
- antal per händelsetyp
- oläst läge
- en mark-all-read-åtgärd
- länkar tillbaka till den mest relevanta sidan
Den sista delen spelar större roll än den låter. En användbar avisering bör ta dig någonstans där du kan agera.
Vad som hålls utanför
Rivya försöker inte göra aviseringar till:
- en social inkorg
- en marknadsföringsvägg
- en ström av varje enskilt chattsvar
Produkten blir mer trovärdig bara om centret förblir selektivt.
Dashboard och aviseringar
Dashboard visar en lätt förhandsvisning av senaste aviseringar.
Det fulla centret är platsen du går till när du behöver den längre operativa posten.
Den parningen är avsiktlig:
- dashboard håller dig orienterad
- aviseringar behåller posten
Den praktiska nyttan
Aviseringscentret gör att Rivya känns mindre disponibelt.
När något viktigt händer minns kontot det.
Det låter som ett litet produktbeslut, men det förändrar hur tryggt systemet känns vid verklig användning.
Nästa steg i Rivya
- Behöver du exakt sidbeteende? Läs Aviseringscenter i Rivya.
- Historik i Rivya
- Så tänker du kring Rivya-credits, packs och plans
- Så flyttar du ett projekt över Chat, Image, Video och Audio i Rivya
Håll uppgifter spårbara
Innan du agerar på en avisering, håll den operativa kontexten samlad:
- vad ändrades: fakturering, credits, genereringsstatus eller kontoläge
- var du fortsätter: dashboard, historik, fakturering eller den ursprungliga uppgiften
- om åtgärd behövs nu eller händelsen bara är en post
- vilken uppgift, betalning eller credit-händelse aviseringen hänvisar till
Poängen är att undvika att gissa från minnet när något viktigt hände medan du var borta.
Kontrollera status innan du agerar
Behandla inte varje avisering som en anledning att starta om arbetet. Kontrollera först om uppgiften slutfördes, misslyckades, behöver fler credits eller bara registrerade en kontohändelse.
Om en generering lyckades, öppna resultatet från Historik. Om den misslyckades, inspektera uppgiftsläget innan du försöker igen. Om händelsen gäller fakturering, kontrollera credits eller betalningsläge innan du startar en ny debiterbar körning.


