jesusbeas
Vibe Coding

De idea a producto hecho con IA: jointherun.app

Un catálogo de eventos de running, construido íntegramente con Claude y Lovable. Encuentra clubes y quedadas en cualquier ciudad, en segundos.

Cliente
Proyecto personal
Año
2026
Rol
CEO
Freelance
Duración
Actualidad
Vista panorámica de jointherun.app
jointherun.app — home, detalle de evento, clubes y perfil de club.

Por qué

Soy runner y voy regularmente a un run club en Granada. Pero cuando viajo o cambio de ciudad, encontrar quedadas se complica: hay que rastrear Instagram club por club, seguir cuentas y esperar a que aparezca algo en tu zona. Echaba de menos un catálogo centralizado donde buscar por ubicación y fecha sin tener que perseguir perfiles.

Construirlo ahora tiene sentido por una razón nueva: la IA y el no-code me permiten pasar de la idea al producto final, sin equipo de desarrollo. Es la primera vez que tengo esa capacidad, y quería probarla con un producto digital que yo mismo iba a usar.

Qué es jointherun

Una web donde los run clubs publican sus eventos y cualquier corredor puede encontrarlos filtrando por ciudad y fecha. Además puedes unirte a clubes, ver sus próximas quedadas y seguir su actividad.

La idea de fondo va más allá del catálogo: facilitar que se forme una comunidad de runners y clubes. La V2 ampliará la parte social según vayamos viendo las necesidades de los usuarios.

Cómo lo he construido

El stack es deliberadamente minimalista:

  • Claude para todo el razonamiento de producto, copy y arquitectura de información.
  • Lovable para el diseño, desarrollo y la base de datos (Lovable Cloud en V1).
  • Supabase lo dejo para una V2 — migraré cuando valide que hay tracción real.

El proceso fue así: tenía todas las pantallas iniciales en dos días, y dediqué la siguiente semana a refinar el producto y pulir algunos detalles. Aprendí que la IA acelera muchísimo el trabajo, pero conseguir un resultado fino requiere de la experiencia y el criterio que aporta el propio diseñador.

Decisiones clave

Filtrado rápido de eventos

Diseñé el filtrado como una secuencia minimalista y directa: localización → fecha → resultados, con filtros rápidos (kms, dificultad, ritmo) en una capa adicional. Sin formularios largos, sin parámetros opcionales que ralenticen. El usuario que abre la app quiere saber qué hay hoy o mañana, cerca de él.

Flujo de filtrado de eventos
Home → filtros → resultados, en dos clicks.

Diseño mobile-first

Asumí desde el principio que el uso real iba a ser mayoritariamente en móvil — la gente busca quedadas desde el teléfono, no desde el ordenador. Diseñé toda la jerarquía pensando en mobile: CTAs sticky en pantallas largas, primer scroll cargado con la info clave, fricción mínima en cualquier acción importante.

Patrones mobile-first en detalle de evento y club
Detalle de evento y de club: jerarquía clara y CTA siempre accesible.

Generar contenido sin fricción

Si quiero que los clubes publiquen, tengo que hacer que publicar cueste lo mínimo. Diseñé el flujo de subida con los campos justos — nombre, fecha, ubicación, dificultad, ritmo — y nada más. Las descripciones largas son opcionales. El objetivo es que un club pueda crear un evento entre quedadas, desde el móvil, sin pensarlo.

Además, incluí login social para agilizar el registro y eliminar aún más barreras y fricciones de entrada.

Creación de evento desde el club
Registro y creación de evento en menos de un minuto.

Estado actual y próximos pasos

El producto ya se encuentra operativo y está en fase de validación con clubes y usuarios reales.

Los próximos pasos son:

  • Captación: contactar a clubes de Granada uno a uno y subirles sus primeros eventos manualmente para bajar la fricción inicial.
  • Awareness: empezar a compartir el proyecto en LinkedIn e Instagram (la cuenta de IG ya está creada).
  • Feedback: usar las primeras interacciones para decidir qué entra en V2.
  • V2: si hay tracción real, migración a Supabase, refinamiento de diseño y ampliación de las funcionalidades sociales.

La monetización está aún por explorar. Lo primero es validar que hay demanda real.

Qué me he llevado

Construir con IA ha cambiado el paradigma del proceso de diseño. El cuello de botella ya no es cómo hago esto técnicamente, sino qué decisión tomo — y eso desplaza el peso del trabajo hacia donde más valor aporta un diseñador senior: el criterio, las priorizaciones, las decisiones de producto.

La otra cosa que me llevo es que la barrera entre diseñar y construir se ha vuelto muy fina. Puedo prototipar una idea no en Figma sino directamente en código, con interacciones reales y base de datos detrás. Eso cambia la conversación que puedo tener con producto, con desarrollo, y conmigo mismo cuando exploro una idea propia.

En definitiva, la manera de hacer producto ha cambiado por completo.