Rivya a un centre de notifications parce que les retours temporaires ne suffisent plus lorsqu'un produit gère du vrai travail et un vrai état de compte.
Cette page explique pourquoi des notifications durables existent dans le produit. Ce n'est pas la référence exacte pour les types de notifications, l'état non lu ou le comportement des liens associés.
Les toasts sont momentanés
Un toast est utile pour :
- votre tâche a démarré
- votre copie a fonctionné
- cette action vient de se terminer
Il n'est pas adapté à :
- pourquoi l'état de mon compte a-t-il changé ?
- qu'est-ce qui a échoué pendant mon absence ?
- ce paiement est-il vraiment passé ?
- pourquoi n'ai-je pas pu lancer cette exécution plus tôt ?
C'est exactement cet écart que le centre de notifications résout.
Une mémoire opérationnelle durable
Le produit actuel possède déjà des types d'événements qui comptent encore après le moment initial :
- abonnement démarré
- abonnement renouvelé
- paiement échoué
- pack de crédits ajouté
- génération réussie
- génération échouée
- crédits insuffisants
Ce ne sont pas des événements décoratifs. Ils changent ce que l'utilisateur peut faire ensuite.
Notifications et préférences
Une distinction utile dans Rivya est :
- les réglages contrôlent ce que vous voulez gérer
- les notifications vous disent ce qui s'est réellement passé
C'est pourquoi la préférence newsletter appartient au profil, tandis qu'un paiement échoué appartient aux notifications.
Elles résolvent des problèmes différents.
Pourquoi les workflows ont besoin de mémoire
Rivya n'est pas une app de chat à une seule page. Un utilisateur peut passer entre :
- chat
- image
- vidéo
- audio
Une fois qu'un produit couvre plusieurs workflows facturables, les signaux durables comptent davantage :
- une génération a échoué
- le portefeuille était trop bas
- un paiement a été effectué
- un pack a été ajouté
Sans cette mémoire, les utilisateurs doivent reconstruire l'état à partir de suppositions.
Ce que fait le centre
La page actuelle /notifications se concentre sur les signaux utiles avec relativement peu de bruit.
Elle vous donne :
- un fil d'événements récents
- des comptes par type d'événement
- un état non lu
- une action tout marquer comme lu
- des liens vers la page la plus pertinente
Ce dernier point compte plus qu'il n'y paraît. Une notification utile doit vous emmener quelque part où agir.
Ce qui reste dehors
Rivya n'essaie pas de transformer les notifications en :
- boîte de réception sociale
- mur marketing
- flux de chaque réponse de chat
Le produit devient plus fiable seulement si le centre reste sélectif.
Dashboard et notifications
Le dashboard affiche un aperçu léger des notifications récentes.
Le centre complet est l'endroit où aller lorsque vous avez besoin d'un historique opérationnel plus long.
Cette paire est intentionnelle :
- le dashboard vous garde orienté
- les notifications gardent l'enregistrement
Le bénéfice pratique
Le centre de notifications rend Rivya moins jetable.
Lorsqu'une chose importante se produit, le compte s'en souvient.
Cela paraît une petite décision produit, mais cela change le sentiment de sécurité du système pendant un usage réel.
Prochaine étape dans Rivya
- Besoin du comportement exact de la page ? Lisez Centre de notifications dans Rivya.
- Historique dans Rivya
- Comment comprendre les crédits, packs et formules Rivya
- Comment faire passer un projet entre Chat, Image, Video et Audio dans Rivya
Gardez les tâches traçables
Avant d'agir sur une notification, gardez le contexte opérationnel ensemble :
- ce qui a changé : facturation, crédits, statut de génération ou état de compte
- où continuer : dashboard, historique, facturation ou tâche d'origine
- si une action est nécessaire maintenant ou si l'événement n'est qu'un enregistrement
- à quelle tâche, quel paiement ou quel événement de crédits la notification se rapporte
Le but est d'éviter de deviner de mémoire lorsqu'une chose importante s'est produite pendant votre absence.
Vérifiez le statut avant d'agir
Ne traitez pas chaque notification comme une raison de recommencer le travail. Vérifiez d'abord si la tâche est terminée, échouée, a besoin de plus de crédits ou a simplement enregistré un événement de compte.
Si une génération a réussi, ouvrez le résultat depuis Historique. Si elle a échoué, inspectez l'état de tâche avant de réessayer. Si l'événement est lié à la facturation, vérifiez les crédits ou l'état de paiement avant de lancer une autre exécution facturable.
