Cómo pensar en los créditos, paquetes y planes de Rivya

Lo más útil que hay que entender sobre los créditos de Rivya no es el número que aparece en el saldo.

Es el trabajo que hace la billetera cuando un proyecto empieza a moverse entre chat, imagen, video, audio y herramientas activas. Si necesitas la referencia estricta de reglas, créditos y facturación en Rivya sigue siendo la fuente principal. Esta página es la guía para la decisión de compra.

En qué se basa esta guía de precios

Esta guía se revisó el 28 de abril de 2026 frente a la configuración pública actual de precios y la documentación de facturación de Rivya.

Refleja:

• créditos de registro: 6 créditos con vencimiento de 30 días
• créditos de plan: Basic 300, Advanced 800, Pro 1800 y Premium 3600 créditos por mes
• créditos de paquete: 500, 1500, 3500 o 7000 créditos de una sola compra con vencimiento de 365 días
• la regla de que /pricing y Stripe Checkout son la fuente final para precios exactos, descuentos, impuestos y disponibilidad de pago

Empieza por para qué sirve realmente la billetera

Rivya usa una billetera compartida en todo el producto.

Eso importa porque el proyecto puede cambiar de formato sin obligarte a rehacer la lógica de gasto cada vez.

La pregunta más útil normalmente no es:

Es:

Por eso la billetera se siente operativa en Rivya. No es solo una pantalla de saldo. Es el puente que evita que el trabajo entre formatos se estanque.

La división de compra más clara

Los planes y los paquetes no son sustitutos universales entre sí. Resuelven problemas de tiempo diferentes.

Trata los créditos de registro como presupuesto de aprendizaje

Los créditos de registro son más valiosos cuando los usas para responder una pregunta práctica:

• ¿este producto encaja con mi forma real de trabajar?

Eso normalmente significa:

• una sesión real de chat o herramienta
• una ejecución de imagen, audio o video que realmente te importe
• una comparación que te diga si vale la pena continuar el flujo de trabajo

Normalmente es un error dispersar los primeros créditos en pruebas aleatorias solo porque existe el saldo. Si quieres la lectura complementaria más fuerte para ese primer ciclo de aprendizaje, combina esta página con cómo ejecutar tu primera tarea real en Rivya.

Cuándo un paquete suele ser la mejor jugada

Un paquete suele ser la respuesta más limpia cuando el trabajo suena así:

• todavía estás probando si Rivya pertenece a tu flujo de trabajo normal
• el trabajo llega en picos de proyecto en vez de uso mensual estable
• ya tienes un plan, pero una campaña o semana de revisión es más pesada de lo normal
• quieres margen extra sin cargar una obligación recurrente más grande durante todo el año

Los paquetes suelen resolver un problema de calendario. No son la misma decisión que elegir una base para uso continuo.

Cuándo un plan suele ser la mejor jugada

Un plan suele ser la mejor respuesta cuando el trabajo suena más así:

• estás en Rivya cada semana o cada mes
• el proyecto se mueve regularmente entre más de una superficie
• no quieres que cada periodo ocupado se convierta en otra decisión de recarga
• la billetera ahora sostiene un ritmo operativo, no un pico aislado

Ahí es cuando un plan deja de sentirse como "más créditos" y empieza a sentirse como una base de trabajo más limpia.

Qué interrumpe realmente el saldo bajo

El saldo bajo no es solo un problema de facturación. Es un problema de interrupción del flujo de trabajo.

Cuando la billetera está demasiado baja:

• una generación facturable puede no empezar nunca aguas arriba
• una tarea aún puede fallar de forma visible
• las notificaciones pueden registrar la interrupción
• el proyecto puede atascarse justo en el momento en que estabas listo para continuar

Por eso el saldo bajo se siente más disruptivo en Rivya que en productos donde cada flujo de trabajo vive aislado.

Cuándo los créditos son fáciles de malinterpretar

Los créditos no garantizan que cada resultado sea publicable, y una ejecución de mayor costo no es automáticamente la mejor primera jugada.

Ten cuidado cuando:

• comparas modelos antes de definir la tarea
• eliges una ejecución pesada de video o audio solo para explorar una idea poco clara
• asumes que una tarea fallida significa lo mismo que un resultado completado pero inutilizable
• compras acceso recurrente antes de saber si el trabajo realmente es recurrente

Si la decisión de compra sigue poco clara, empieza con la ejecución más pequeña que pueda responder la pregunta real.

Un patrón de compra confiable en Rivya

Si quieres la regla confiable más corta, usa esta:

1. usa los créditos de registro para aprender
2. compra un paquete si el trabajo promete pero sigue siendo irregular
3. pasa a un plan cuando el patrón se vuelva recurrente
4. conserva los paquetes para picos incluso después de que el plan se vuelva normal
5. cambia a preguntas frecuentes sobre precios o pago y checkout en Rivya cuando la pregunta real pase a ser reembolsos, cancelación o estado de checkout

Ese patrón suele ser más útil que mirar tablas de planes antes de entender tu propio ritmo.

A dónde ir después

• Si quieres la comparación pública amplia, ve a precios.
• Si quieres la página de compra con respuestas cortas, lee preguntas frecuentes sobre precios.
• Si quieres las reglas más estrictas de billetera, lógica de vencimiento y comportamiento de ejecuciones fallidas, lee créditos y facturación en Rivya.
• Si quieres la página de decisión entre plan y paquete, lee planes y paquetes en Rivya.
• Si quieres la explicación exacta de retorno y actualización después del checkout, lee pago y checkout en Rivya.

Revisa el costo antes de ejecutar

Antes de gastar créditos, conecta la ejecución con una decisión de compra:

• Modelo o flujo de trabajo: qué ejecución gastará realmente desde la billetera.
• Patrón de trabajo: aprendizaje, pico único, trabajo recurrente, reintento o intento de producción.
• Señal de costo: qué sugiere la página del modelo o la página de precios sobre el uso esperado de créditos.
• Prueba más barata: si una ejecución más ligera puede responder la misma pregunta antes de una más pesada.
• Implicación de compra: si el resultado apunta a créditos de registro, un paquete, un plan o ninguna compra todavía.

El objetivo no es gastar la menor cantidad de créditos cada vez. El objetivo es mantener el gasto alineado con el ritmo real del trabajo.

Revisa el gasto antes de iterar

Trata cada ejecución completada como una señal de costo, no como prueba de que el mismo gasto debe continuar. Revisa si el modelo fue más pesado de lo que la tarea requería, si el prompt era demasiado amplio y si la siguiente ejecución realmente necesita una configuración más alta.

Si el resultado es útil en dirección, continúa desde la parte más fuerte en vez de reiniciar a ciegas. Si falla la tarea central, corrige el brief o la elección de modelo antes de gastar más créditos o cambiar la base de compra.