Presupuesta tu app de IA de fin de semana antes del aumento de precios de 2027
Trata la tarifa introductoria del modelo como una fecha límite, no como una base, y planifica tu app de fin de semana en torno al aumento programado.

Tu app de fin de semana con Gemini 3.7 Flash tiene una tarifa barata con fecha de caducidad. El costo introductorio de la API es de $0.75 por millón de tokens de entrada y $3.75 por millón de tokens de salida hasta el 31 de diciembre de 2026. El 1 de enero de 2027, el costo estándar de la API pasa a ser $1.50 por millón de tokens de entrada y $7.50 por millón de tokens de salida. Para un pequeño proyecto secundario, esa tarifa con fecha es la restricción.
Gemini 3.7 Flash se lanzó el 13 de agosto de 2026. El nivel introductorio es la mitad del costo original de Gemini 3.6 Flash. El cambio programado duplica tanto las tarifas de entrada como las de salida a partir del 31 de diciembre de 2026. La duplicación está preanunciada, con vigencia desde el 1 de enero de 2027, a partir de las tarifas introductorias.
La tarifa con fecha es el presupuesto real
En una app pequeña, la factura de tokens puede mantenerse baja si el tráfico es modesto. El riesgo aparece el mes siguiente al cambio de tarifa: un proyecto secundario puede sobrevivir con una factura baja, pero también puede superar silenciosamente la tarifa que la mantenía baja.
Elegir un modelo también significa elegir un plazo. Unos cuantos fines de semana más para terminar pueden hacer que la tarifa con fecha sea la opción correcta. Meses de funcionamiento antes del lanzamiento pueden obligar a una elección distinta.
Construye el presupuesto en torno a la fecha
Para estimar la factura actual, multiplica los tokens de entrada mensuales esperados en millones por la tarifa introductoria de entrada. Multiplica los tokens de salida mensuales esperados en millones por la tarifa introductoria de salida y suma ambas cantidades. Mantén la estimación aproximada, no perfecta. La prueba es si la factura se mantiene baja antes de que cambie la fecha.
- Anota la tarifa que realmente pagarás. Registra la tarifa de entrada, la tarifa de salida y la fecha de finalización en una nota del proyecto. Una nota breve que sobreviva a un fin de semana ajetreado es suficiente.
- Marca la fecha en que cambia la tarifa. Pon el cambio programado en un recordatorio del calendario, no en tu memoria. El recordatorio debe indicar que la tarifa cambia.
- Estima los tokens a partir del uso real. Cuenta los prompts, las respuestas, los reintentos y las tareas en segundo plano que ejecutará tu app. Un rango mensual aproximado de tokens es suficiente.
- Elige la salida antes de que se agote el tiempo. Decide si lanzas antes del aumento o cambias a un modelo sin reloj programado. Una decisión con fecha vale más que una esperanza vaga.
El error habitual es tratar el precio introductorio como la base permanente. El precio de entrada tiene una fecha, y esa fecha debe estar en el plan.
Elige la salida antes de que se agote el tiempo
Lanzar antes del aumento es el camino más limpio cuando la app ya es útil. Cuando la función principal funciona, los usuarios son reales y el costo sigue siendo bajo, lanza mientras la tarifa introductoria esté vigente. Una app pequeña necesita una versión en vivo que pueda responder si la gente la usará, no un conjunto de funciones perfecto.
Elegir un modelo sin reloj programado es el camino más seguro cuando el proyecto necesita más tiempo. Cuando aún estás probando prompts, cambiando la interfaz o esperando a que una función se sienta bien, una tarifa estable puede mantener el trabajo de fin de semana tranquilo. La contrapartida es que el modelo puede ser menos atractivo sobre el papel, pero la ausencia de un aumento con fecha puede valer más que un descuento temporal.
La mayoría de los proyectos secundarios se quedan como proyectos secundarios, y está bien. La decisión debe encajar con las horas que realmente tienes. Mantén el alcance lo suficientemente pequeño para que la factura de tokens se aburra. Corta las tareas en segundo plano pronto. Acorta los prompts. Almacena en caché las respuestas repetidas. Limita el número de reintentos automáticos. Una app de fin de semana necesita ser lo suficientemente barata para seguir funcionando mientras aprendes, no ser ingeniosa en todo.
Revisa la factura después de una semana real de uso. Un uso menor deja la tarifa con fecha como una opción posible. Un uso mayor convierte el cambio programado en una decisión real. O lanza la app, o pasa a un modelo sin reloj programado, o reduce el conjunto de funciones hasta que el costo encaje en el presupuesto de fin de semana.