Guia da Central de Notificações da Rivya

Use este guia da central de notificações quando precisar entender eventos de cobrança, mudanças de créditos, status de geração, itens não lidos e onde acompanhar depois de um evento.

A central de notificações da Rivya não existe para fazer o produto parecer movimentado.

Ela existe porque alguns eventos continuam importando depois do momento em que aconteceram pela primeira vez.

A Pergunta Real Que Notificações Respondem

Notificações são mais úteis quando você não está perguntando:

O que eu criei?

Você está perguntando:

O que aconteceu nesta conta que pode mudar meu próximo movimento?

É por isso que notificações são diferentes tanto do histórico quanto das configurações.

Notificações São Para Eventos Operacionais, Não Atividade Geral

O fluxo atual de notificações ao vivo é organizado em torno de três tipos práticos:

• cobrança

• créditos

• geração

Também existe um tipo account no modelo de dados mais amplo, mas o fluxo ativo voltado ao usuário é intencionalmente centrado nos três tipos acima.

Isso é uma escolha de produto, não um recurso ausente. O sistema tenta preservar sinal útil, não todo evento possível.

Os Eventos Que Realmente Importam Aqui

Agora, os eventos duráveis de notificação mais importantes incluem:

• assinatura iniciada

• assinatura renovada

• pagamento falhou

• pacote de créditos adicionado

• geração concluída com sucesso

• geração falhou

• créditos insuficientes

Eles não são apenas decorações de status. Cada um pode mudar se o usuário deve continuar o trabalho, recarregar, reabrir algo ou investigar uma falha.

Por Que Uma Notificação Existe Mesmo Quando Outra Página Também Mostra O Resultado

É exatamente isso que torna a central útil.

Uma geração já pode estar visível no histórico. Uma mudança de cobrança já pode aparecer nas páginas de cobrança ou créditos.

Notificações ainda importam porque respondem à pergunta transversal:

Quais resultados importantes preciso perceber agora?

É por isso que o mesmo evento pode aparecer:

• no workspace ou página de configurações relacionada

• e em notificações como um registro operacional durável

Prévia Do Dashboard vs. Página Completa De Notificações

A prévia do dashboard é a versão curta.

Ela existe para responder:

• tenho itens não lidos?

• há algo urgente?

• devo abrir a central completa?

A página completa /notifications é onde você obtém a visão operacional mais longa.

Atualmente, ela oferece:

• um feed de notificações recentes

• contagens por tipo

• estado não lido

• uma ação para marcar tudo como lido

• links de volta para a página de produto mais relevante

Essa última parte importa mais do que parece. Uma notificação útil deve levar você a algum lugar acionável.

Notificações vs. Histórico

Use Histórico quando a pergunta principal for:

O que eu criei ou discuti?

Use notificações quando a pergunta principal for:

O que aconteceu que pode exigir atenção, explicação ou acompanhamento?

Se uma geração falhou, notificações podem ser o primeiro lugar em que você percebe o problema. Histórico é onde você reabre o registro de trabalho mais amplo em torno dessa tarefa.

Notificações vs. Configurações

Vale manter esta distinção muito clara:

• configurações gerenciam o que você controla

• notificações preservam o que já aconteceu

Por exemplo:

• preferência de newsletter pertence às configurações

• um pagamento com falha pertence às notificações

Tratar essas coisas como iguais geralmente torna o produto mais difícil de entender.

Quando A Central De Notificações É Mais Útil

A central se torna mais valiosa em momentos como estes:

• você ficou ausente e quer saber se algo importante mudou

• uma execução parecia bem, mas algo falhou depois

• o checkout foi concluído e você quer confirmar o que a conta realmente registrou

• os créditos ficaram baixos e você precisa decidir se recarrega ou para

Esses são momentos em que um toast é temporário demais e uma página completa de histórico é indireta demais.

Um Hábito Prático De Notificação

Para a maioria dos usuários, um bom padrão é:

1. usar o dashboard para perceber se algo precisa de atenção

2. abrir a página completa de notificações quando a prévia curta não for suficiente

3. seguir o link relacionado de volta para o workspace ou página de configurações certa

Isso mantém notificações agindo como um workspace operacional em vez de uma caixa de entrada passiva.

Leia A Seguir

• Histórico

• Ciclo de Vida de Tarefas

• Fluxos de Imagem na Rivya

• Fluxos de Vídeo na Rivya

• Fluxos de Áudio na Rivya

• Dashboard na Rivya

• Solução de Problemas na Rivya

• Por Que a Rivya Tem uma Central de Notificações

Checklist De Revisão De Notificações

Quando precisar entender um evento em vez de apenas a saída final, confira:

• Confira se a notificação é sobre cobrança, créditos, geração ou estado da conta.

• Conecte alertas de geração de volta ao registro da tarefa e ao item de histórico.

• Conecte alertas de pagamento e créditos de volta às configurações de cobrança ou créditos.

• Trate notificações como contexto de status, não como substituto de faturas, detalhes de tarefa ou histórico da carteira.

• Use o estado não lido para triagem, não como prova de que um evento não foi resolvido.

Reconfira Quando Status E Histórico Discordarem

Reconfira se uma notificação diz uma coisa enquanto histórico, carteira ou estado de cobrança diz outra. O estado mais recente e liquidado da conta deve decidir a próxima ação.