Plantilla Continuum: rastreador de hábitos listo en Zugo

Continuum es una de las 25 plantillas de Zugo: una app de seguimiento de hábitos donde marcas un día, mantienes la racha y ves el porcentaje de la semana. Trae tres páginas, promocional, inicio de sesión y panel. Clonarla no gasta créditos y luego la editas por chat.

Abajo está lo que contiene de verdad, a qué problemas se traslada bien, qué hace falta conectar y en qué punto deja de dar de sí.

¿Qué hay dentro de la plantilla Continuum?

Continuum es una aplicación, no una landing, así que tiene estado: marcas algo y la pantalla cambia. Como todas las plantillas de Zugo que no son juegos, el archivo lleva tres páginas dentro y el propio proyecto navega entre ellas.

La idea de producto está sostenida en tres bloques de la página promocional: un toque al día, rachas que se acumulan entre semanas y progreso sin clasificaciones ni culpa. No es decoración, es lo que explica por qué el panel enseña un anillo de completado y no una tabla de puntuaciones.

El panel arranca a cero: cero hábitos, cero por ciento, cero días de racha. Eso es lo correcto para una plantilla y también lo primero que verá alguien que entre a tu versión, así que merece una edición propia en cuanto la adaptes.

¿Para quién funciona Continuum?

Para cualquier cosa que se responda con hecho o no hecho. Meditación, idioma, entrenamiento, lectura, tomar la medicación, escribir cien palabras. La mecánica de marcar el día y arrastrar la racha es la misma en todos los casos y solo cambia el nombre del hábito.

El segundo escenario es de equipo pequeño: registro de cumplimiento diario, control de turnos hechos, seguimiento de una rutina interna. Las pantallas valen igual, lo que cambia es de quién son los datos y quién los mira.

El tercero es el que menos se ve venir. Continuum sirve de armazón para cualquier app con calendario y estado binario por día: un registro de asistencia, un control de riego de plantas, un diario de síntomas. Si en cambio lo tuyo son cantidades que se suman, mira la plantilla Coinpath, que va de totales y movimientos.

Donde no encaja es en la gestión de proyectos con dependencias, plazos y responsables. Ahí el día deja de ser la unidad y hace falta otra estructura entera, no una adaptación.

¿En qué se diferencia de construir desde cero?

Partir de una plantilla te ahorra decidir la forma. En Continuum ya está resuelto que la racha va arriba, la semana en el centro y el resumen debajo, y esa decisión puedes abrirla y probarla antes de gastar nada.

Construir desde cero cuesta 6 créditos y te da algo pensado a partir de tu descripción, lo que es mejor cuando tu idea no se parece a un calendario de hábitos. Clonar no cuesta créditos, así que probar una plantilla y descartarla es gratis, y ese es el argumento real a su favor.

La contrapartida es que heredas decisiones ajenas. Si tras tres ediciones sigues quitando piezas de la idea original en lugar de añadir las tuyas, sale más barato empezar de nuevo con un prompt que describa tu producto.

Hay un caso intermedio que conviene nombrar. Si tu app de hábitos va a crecer hasta varias secciones separadas, eso ya es una plataforma multipágina: 12 créditos por las tres primeras páginas y 3 por cada una adicional. Merece la pena decidirlo antes y no después de diez ediciones sueltas.

¿Cómo la adaptas a tu caso?

Una frase, un objetivo. Las ediciones cortas salen más baratas y más predecibles que un prompt largo con diez deseos dentro.

1. Cambia el dominio: "renómbralo a Riego, los hábitos son plantas y marcar el día significa que la regaste". Una edición toca la promocional y el panel a la vez.
2. Define los hábitos por defecto: "arranca con tres hábitos precargados, meditar, leer y caminar". El estado inicial vacío es lo que más abandono provoca.
3. Cambia la unidad de la racha: "cuenta semanas completas en vez de días sueltos". Es la decisión de producto con más consecuencias en toda la app.
4. Ajusta el resumen: "quita la media semanal y muestra la racha más larga histórica".
5. Publica en tu dirección tipo tu-slug.zugo.run y ábrelo en el móvil. Un hábito se marca de pie y con una mano, así que el tamaño real de los botones importa más aquí que en un sitio normal.

Revisa después de cada edición. Cada construcción se arranca antes en un entorno aislado, así que una versión que no abre se reporta como fallo en lugar de llegarte rota, pero eso no juzga si la pantalla quedó usable.

¿Cuántos créditos cuesta la adaptación?

El clon no consume créditos porque la página se copia sin llamar al modelo. El gasto empieza con la primera edición.

El plan Free da 5 créditos, que dan para el clon y una edición. Pro son $25 al mes con 200 créditos y Business son $99 al mes. Dejar una plantilla con tu identidad suele costar entre cinco y quince ediciones, o sea entre 15 y 45 créditos.

¿Qué hay que conectar para que las rachas sean reales?

Una racha que se pierde al recargar la página no es una racha. Ese es el punto exacto donde la plantilla deja de bastarse sola y necesita base de datos.

Supabase cubre lo necesario: tabla de hábitos, tabla de marcas por día y acceso por correo para que cada persona vea lo suyo. Pídelo en una edición aparte y sé explícito: "conecta Supabase, guarda las marcas diarias y muestra solo las del usuario actual". La segunda mitad de la frase es la que evita un registro compartido por todos.

Después, lo demás según el caso: Resend si quieres un recordatorio por correo, Stripe si la app es de pago, Google Analytics para ver cuánta gente vuelve al segundo día. La exportación a GitHub entrega el código en un repositorio real y el proyecto es tuyo. El detalle de la conexión está en cómo usar Supabase con un constructor de IA.

El orden que funciona es base de datos y acceso primero, y todo lo demás después. Al revés acabas midiendo comportamiento sobre datos que se van a borrar solos.

¿Qué no hace Continuum?

Cuatro límites, dichos claros.

Primero, no hay notificaciones push. Un rastreador de hábitos vive de los recordatorios y la plantilla no los trae: lo más cercano sin salir de aquí es un correo con Resend, y no es lo mismo.

Segundo, los datos son de demostración y no persisten. Sin base de datos, la app se comporta bien pero olvida todo al recargar, y eso hay que saberlo antes de enseñársela a nadie como si fuera un producto.

Tercero, no hay app nativa. Lo que sale es una web que se abre en el navegador del móvil, no algo que se instale desde una tienda.

Cuarto, la lógica fina se afina con ediciones y no con un prompt gigante. Rachas con día de descanso, hábitos con frecuencia semanal, recuperación de un día perdido: cada regla es una conversación aparte. Zugo no sustituye a un equipo de desarrollo en un producto complejo, y un sistema de hábitos con reglas propias se acerca a eso más rápido de lo que parece.

Por dónde empezar

Abre la galería, busca Continuum en la categoría de aplicaciones y lanza la vista previa. Marcar un par de días en el demo te dirá en un minuto si la forma encaja con tu idea, y como el clon no cuesta créditos, esa comprobación es gratis.

Haz que la primera edición vaya sobre qué se marca y con qué frecuencia. Los colores son la edición más barata de posponer, y la unidad de medida es la más cara de cambiar tarde.

Después, pasos cortos: una edición, un vistazo en el móvil, una decisión. Así el gasto sigue siendo legible y la app no se desvía hacia algo que luego haya que deshacer.

Coger Continuum y adaptarla se hace en zugo.dev: con los créditos iniciales llegas a tu primera versión y decides si sigue. No hace falta tarjeta, y lo publicado recibe una dirección que ya puedes compartir.