Como Pensar Sobre Créditos, Pacotes e Planos da Rivya

A coisa mais útil a entender sobre créditos da Rivya não é o número no saldo.

É o trabalho que a carteira faz quando um projeto começa a se mover entre chat, imagem, vídeo, áudio e ferramentas ao vivo. Se você precisa da referência estrita de regras, Créditos e Cobrança na Rivya continua sendo a fonte principal. Esta página é o guia de decisão de compra.

Em que este guia de preços se baseia

Este guia foi revisado em 28 de abril de 2026 contra a configuração pública atual de preços da Rivya e os documentos de cobrança.

Ele reflete:

• créditos de cadastro: 6 créditos com expiração em 30 dias
• créditos de plano: Basic 300, Advanced 800, Pro 1800 e Premium 3600 créditos por mês
• créditos de pacote: 500, 1500, 3500 ou 7000 créditos avulsos com expiração em 365 dias
• a regra de que /pricing e Stripe Checkout são a fonte final para preços exatos, descontos, impostos e disponibilidade de pagamento

Comece pelo que a carteira realmente faz

A Rivya usa uma carteira compartilhada em todo o produto.

Isso importa porque o projeto pode mudar de formato sem obrigar você a reconstruir a lógica de gasto toda vez.

A pergunta mais útil geralmente não é:

É:

É por isso que a carteira parece operacional na Rivya. Ela não é apenas uma exibição de saldo. É a ponte que impede que trabalhos entre formatos parem.

A divisão de compra mais limpa

Planos e pacotes não são substitutos universais um do outro. Eles resolvem problemas de timing diferentes.

Trate créditos de cadastro como orçamento de aprendizado

Créditos de cadastro são mais valiosos quando você os usa para responder a uma pergunta prática:

• este produto combina com a forma como eu realmente trabalho?

Isso geralmente significa:

• uma sessão real de chat ou ferramenta
• uma execução de imagem, áudio ou vídeo com a qual você realmente se importa
• uma comparação que diz se vale a pena continuar o fluxo de trabalho

Geralmente é um erro espalhar os primeiros créditos por testes aleatórios só porque o saldo existe. Se você quer a melhor leitura complementar para esse primeiro ciclo de aprendizado, combine esta página com Como Executar Sua Primeira Tarefa Real na Rivya.

Quando um pacote costuma ser a melhor escolha

Um pacote costuma ser a resposta mais limpa quando o trabalho soa assim:

• você ainda está testando se a Rivya pertence ao seu fluxo de trabalho normal
• o trabalho chega em picos de projeto em vez de uso mensal constante
• você já tem um plano, mas uma campanha ou semana de revisão está mais pesada que o normal
• você quer espaço extra sem carregar um compromisso recorrente maior o ano todo

Pacotes geralmente são sobre timing. Eles não são a mesma decisão que escolher uma base para uso contínuo.

Quando um plano costuma ser a melhor escolha

Um plano costuma ser a melhor resposta quando o trabalho soa mais assim:

• você está na Rivya toda semana ou todo mês
• o projeto se move regularmente entre mais de uma superfície
• você não quer que cada período cheio vire outra decisão de recarga
• a carteira agora sustenta um ritmo operacional, não um pico avulso

É nesse momento que um plano deixa de parecer "mais créditos" e começa a parecer uma base de trabalho mais limpa.

O que o saldo baixo realmente interrompe

Saldo baixo não é apenas um problema de cobrança. É um problema de interrupção do fluxo de trabalho.

Quando a carteira está baixa demais:

• uma geração cobrável pode nunca começar no upstream
• uma tarefa ainda pode falhar de forma visível
• notificações podem registrar a interrupção
• o projeto pode parar exatamente no momento em que você estava pronto para continuar

É por isso que saldo baixo parece mais disruptivo na Rivya do que em produtos onde cada fluxo de trabalho vive isolado.

Quando créditos são fáceis de interpretar errado

Créditos não são garantia de que todo resultado será publicável, e uma execução de custo mais alto não é automaticamente a melhor primeira escolha.

Tenha cuidado quando:

• você está comparando modelos antes de definir a tarefa
• você escolhe uma execução pesada de vídeo ou áudio só para explorar uma ideia pouco clara
• você presume que uma tarefa com falha significa a mesma coisa que um resultado concluído, mas inutilizável
• você compra acesso recorrente antes de saber se o trabalho é realmente recorrente

Se a decisão de compra ainda está pouco clara, comece pela menor execução capaz de responder à pergunta real.

Um padrão de compra confiável na Rivya

Se você quer a regra confiável mais curta, use isto:

1. use créditos de cadastro para aprender
2. compre um pacote se o trabalho for promissor, mas ainda irregular
3. mude para um plano quando o padrão se tornar recorrente
4. mantenha pacotes para picos mesmo depois que o plano virar o normal
5. vá para FAQ de Preços ou Checkout de Pagamento na Rivya quando a pergunta real virar reembolso, cancelamento ou estado do checkout

Esse padrão geralmente é mais útil do que encarar tabelas de planos antes de entender seu próprio ritmo.

Para onde ir agora

• Se você quer a comparação pública ampla, vá para Preços.
• Se você quer a página de compra com respostas curtas, leia FAQ de Preços.
• Se você quer regras mais estritas da carteira, lógica de expiração e comportamento de execuções com falha, leia Créditos e Cobrança na Rivya.
• Se você quer a página de decisão entre plano e pacote, leia Planos e Pacotes na Rivya.
• Se você quer a explicação exata de retorno e atualização depois do checkout, leia Checkout de Pagamento na Rivya.

Confira o custo antes de executar

Antes de gastar créditos, conecte a execução a uma decisão de compra:

• Modelo ou fluxo de trabalho: qual execução realmente vai gastar da carteira.
• Padrão de trabalho: passagem de aprendizado, pico avulso, trabalho recorrente, nova tentativa ou tentativa de produção.
• Sinal de custo: o que a página do modelo ou a página de preços sugere sobre o uso esperado de créditos.
• Teste mais barato: se uma execução mais leve pode responder à mesma pergunta antes de uma mais pesada.
• Implicação de compra: se o resultado aponta para créditos de cadastro, um pacote, um plano ou nenhuma compra ainda.

O objetivo não é gastar o mínimo de créditos todas as vezes. O objetivo é manter o gasto alinhado ao ritmo real do trabalho.

Revise o gasto antes de iterar

Trate cada execução concluída como um sinal de custo, não como prova de que o mesmo gasto deve continuar. Confira se o modelo era mais pesado do que a tarefa exigia, se o prompt era amplo demais e se a próxima execução realmente precisa de uma configuração mais alta.

Se o resultado é direcionalmente útil, continue a partir da parte mais forte em vez de recomeçar às cegas. Se ele falha na tarefa central, corrija o briefing ou a escolha do modelo antes de gastar mais créditos ou mudar a base de compra.