Rivya tiene un centro de notificaciones porque el feedback temporal deja de ser suficiente cuando un producto maneja trabajo real y estado real de cuenta.
Esta página explica por qué existen notificaciones duraderas en el producto. No es la referencia exacta para tipos de notificación, estado no leído o comportamiento de links relacionados.
Los toasts son momentáneos
Un toast es útil para:
- tu tarea empezó
- tu copia funcionó
- esa acción acaba de completarse
No es bueno para:
- ¿por qué cambió el estado de mi cuenta?
- ¿qué falló mientras no estaba?
- ¿ese pago realmente entró?
- ¿por qué no pude iniciar esa ejecución antes?
Esa brecha es exactamente por lo que existe el centro de notificaciones.
Memoria operativa duradera
El producto actual ya tiene tipos de eventos que siguen importando después de que pasa el momento:
- subscription started
- subscription renewed
- payment failed
- credit package added
- generation succeeded
- generation failed
- insufficient credits
No son eventos de vanidad. Cambian lo que el usuario puede hacer después.
Notifications vs Preferences
Una distinción útil en Rivya es:
- settings controla lo que quieres gestionar
- notifications te dice lo que realmente ocurrió
Por eso la preferencia de newsletter pertenece al perfil, mientras que un pago fallido pertenece a notifications.
Resuelven problemas diferentes.
Por qué los workflows necesitan memoria
Rivya no es una app de chat de una sola página. Un usuario puede moverse entre:
- chat
- image
- video
- audio
Cuando un producto abarca varios workflows facturables, las señales duraderas importan más:
- falló una generación
- la wallet estaba demasiado baja
- se completó un pago
- se agregó un paquete
Sin esa memoria, los usuarios se ven obligados a reconstruir el estado a partir de conjeturas.
Qué hace el centro
La página actual /notifications se enfoca en señal útil con relativamente poco ruido.
Te da:
- un feed de eventos recientes
- conteos por tipo de evento
- estado no leído
- una acción mark-all-read
- links de vuelta a la página más relevante
Esa última parte importa más de lo que parece. Una notificación útil debe llevarte a algún lugar accionable.
Qué queda fuera
Rivya no intenta convertir notifications en:
- una bandeja social
- un muro de marketing
- un stream de cada respuesta de chat
El producto se vuelve más confiable solo si el centro se mantiene selectivo.
Dashboard y notifications
El dashboard muestra una preview ligera de notifications recientes.
El centro completo es adonde vas cuando necesitas el registro operativo más largo.
Esa pareja es intencional:
- dashboard te mantiene orientado
- notifications mantiene el registro
El Beneficio Práctico
El centro de notificaciones hace que Rivya se sienta menos desechable.
Cuando pasa algo importante, la cuenta lo recuerda.
Suena como una decisión de producto pequeña, pero cambia lo seguro que se siente el sistema durante el uso real.
Siguiente Paso En Rivya
- ¿Necesitas el comportamiento exacto de la página? Lee Notifications Center en Rivya.
- History en Rivya
- cómo pensar los créditos, packs y planes de Rivya
- cómo mover un proyecto entre Chat, Image, Video y Audio en Rivya
Manten Las Tareas Trazables
Antes de actuar sobre una notificación, conserva junto el contexto operativo:
- qué cambió: billing, créditos, generation status o account state
- dónde continuar: dashboard, history, billing o la tarea original
- si se necesita acción ahora o el evento es solo un registro
- a qué tarea, pago o evento de créditos se refiere la notificación
El punto es evitar adivinar desde memoria cuando algo importante ocurrió mientras no estabas.
Revisa El Estado Antes De Actuar
No trates cada notificación como una razón para reiniciar trabajo. Primero revisa si la tarea se completó, falló, necesita más créditos o simplemente registró un evento de cuenta.
Si una generación tuvo éxito, abre el resultado desde History. Si falló, inspecciona el estado de tarea antes de reintentar. Si el evento está relacionado con billing, revisa créditos o estado de pago antes de iniciar otra ejecución facturable.
