Cómo construí Courtlines: un SaaS de gestión de clubes, desarrollado con Claude

Tabla de contenidos

Actualizado en julio de 2026.

TL;DR: Courtlines es el sistema operativo para clubes y estudios de deportes de raqueta: reservas, membresías, entrenamiento, punto de venta y eventos bajo un mismo techo con marca propia. Lo construí como operador en solitario con Claude como mi socio de ingeniería. La lección: la IA no solo me hizo programar más rápido, cambió el tamaño de producto que una sola persona puede lanzar y operar con credibilidad.

[La lectura del operador] Manejo más de 30 agentes en producción entre una marca de consultoría y Pickleland, la instalación de pickleball que opero en el área metropolitana de Austin, Texas. Operar una instalación real me enseñó exactamente lo mal que está el software para clubes como el mío, así que construí el software que ojalá hubiera tenido. Esta es la historia de Courtlines, qué hace y cómo apoyarme en Claude le permitió a una sola persona construir algo que normalmente requiere un equipo.

Por qué un club necesita un sistema operativo, no una app

Si nunca has manejado una instalación deportiva, el problema del software es invisible. Desde afuera parece que «la gente reserva canchas». Desde adentro, un club es un pequeño negocio caótico con una docena de piezas móviles que tienen que coincidir entre sí.

Un socio reserva una cancha. Esa reserva tiene que saber si está en un plan de membresía, si tiene créditos, si la cancha ya está apartada para una clínica, si hay un entrenador asignado y si la recepción anuló el precio. Cuando llega, alguien le cobra un bote de pelotas en el mostrador: eso es punto de venta. Inscribe a su hijo en un programa juvenil: eso es eventos y cuentas familiares. Compra un paquete de 10 clases: eso es un paquete de entrenamiento con su propia lógica de pago al entrenador. Recomienda a un amigo: eso es un embudo de membresías.

La mayoría de los clubes manejan esto con tres o cuatro herramientas desconectadas, más una hoja de cálculo, más un chat grupal. El sistema de reservas no sabe nada del punto de venta. El punto de venta no sabe nada de las membresías. A fin de mes, las cifras de nadie cuadran.

Courtlines es la respuesta a «¿y si todo eso fuera un solo sistema?» No es una app de reservas con funciones agregadas por encima: es un único sistema operativo donde el calendario, las membresías, la caja, los pagos a entrenadores y las páginas públicas de eventos son todos los mismos datos subyacentes. Esa es toda la tesis, y es el lema del sitio: el sistema operativo para clubes y estudios.

Qué hace Courtlines en realidad

A grandes rasgos, Courtlines le da a un club:

• Una grilla de canchas con arrastrar y soltar para la recepción: cada reserva, clínica y bloqueo en una sola pantalla que un administrador puede reorganizar en tiempo real.
• Reservas y juego libre para los socios, incluyendo los casos límite incómodos pero esenciales: reservas recurrentes, listas de espera, ventanas de cancelación y créditos.
• Membresías y facturación: planes, cuentas familiares, accesos para niños o juveniles vinculados a un padre, y la gestión de cobros morosos que evita que los ingresos se fuguen en silencio.
• Entrenamiento: paquetes de clases, agendamiento y pagos automatizados a entrenadores independientes.
• Punto de venta: una caja registradora de verdad para la tienda del pro y la cafetería, ligada al mismo registro de cliente que todo lo demás.
• Eventos y páginas públicas: clínicas, ligas y torneos con páginas de cara al público que la gente puede encontrar e inscribirse.

El objetivo de diseño es que la plataforma desaparezca. Un club pone su propia marca por encima, y para sus socios simplemente se siente como «la app de nuestro club», no como «un SaaS que pagamos». Es un contraste deliberado con los actores establecidos de este rubro —los CourtReserve y Skedda del mundo— donde el software es la marca y el club es el inquilino.

Pickleland es el inquilino #1. No me puedo esconder detrás de un demo; la cosa tiene que operar de verdad una instalación por la que respondo personalmente. Esa restricción ha sido el mejor gerente de producto que he tenido. Puedes ver Pickleland aquí: es el campo de pruebas del mundo real, y cada aspereza con la que se topa un socio es un error que siento ese mismo día.

La parte que me sorprendió: lo que un solo operador puede lanzar ahora

Esta es la versión honesta de la historia, y es la razón por la que escribo este artículo en lugar de simplemente lanzar en silencio.

Un SaaS multiinquilino con facturación, punto de venta, acceso basado en roles, pagos a entrenadores y un sistema público de eventos no es un proyecto de fin de semana. Hace diez años, esto era un equipo con financiación semilla de cinco a ocho ingenieros durante un año. Es el tipo de alcance donde a un fundador en solitario normalmente le dicen, con amabilidad, que lo reduzca a una sola función y levante capital.

Lo construí como una sola persona, con Claude como mi socio principal de ingeniería. No es «a veces le pedí un fragmento a ChatGPT»: quiero decir que Claude escribió la gran mayoría del código de este sistema, trabajando a partir de especificaciones y decisiones de producto que son mías. Mi trabajo pasó de teclear la implementación a decidir qué es verdad: cuál debe ser el modelo de datos, qué le está permitido hacer a un rol, qué significa «terminado» para una función y qué es seguro lanzar.

El cambio interesante no es la velocidad, aunque también es más rápido. Es el alcance. La IA no me convirtió en un desarrollador 2× sobre el mismo tamaño de producto. Cambió el tamaño de producto que puedo construir con credibilidad y, tan importante como eso, operar y mantener en solitario. Una base de código que solo un humano escribió colapsaría bajo su propio peso. Una base de código donde un socio de IA sostiene el detalle de implementación y yo sostengo la arquitectura y las barreras de seguridad es algo genuinamente distinto, y es la razón por la que un operador en solitario ahora puede ir tras una categoría que antes requería una empresa.

Deliberadamente no publico aquí mi manual exacto de operación de Courtlines: esa es la parte que considero una ventaja competitiva, y prefiero que mis competidores sigan creyendo que esto requiere un gran equipo. Pero si quieres ver la mecánica de cómo hago funcionar a Claude en un proyecto real, en detalle, lo documenté todo para una construcción mucho más pequeña: un juego móvil que lancé a las tiendas de apps. Mira cómo construí Quads, un juego de mesa para móvil, con Claude: el mismo estilo de trabajo, sin nada que ocultar, todos los trucos sobre la mesa.

Los principios en los que no cederé

Aun manteniendo el manual en privado, vale la pena enunciar algunos principios porque le aplican a cualquiera que construya software serio con IA:

El humano sostiene las plumas peligrosas. Hay un puñado de acciones donde un error es costoso y difícil de revertir: cambios de esquema, despliegues, cualquier cosa que toque dinero o datos de producción. Esas se quedan firmemente conmigo. La IA puede proponerlas; no le toca ejecutarlas. Trazar esa línea con claridad es lo que hace seguro darle a la IA mucha cuerda en todo lo demás.

Los tests en verde son necesarios, no suficientes. Un flujo de reservas que pasa todos los tests unitarios aún puede estar visiblemente roto en un navegador real. La verificación más importante para un producto con interfaz es un humano —o un proceso supervisado— haciendo clic de verdad a través de él con datos realistas. Los tests son un gradiente que evita que las cosas empeoren; no son prueba de que una función funcione. Esta la aprendí por la vía cara, y cambió permanentemente cómo defino «terminado».

Las especificaciones son la verdadera interfaz. El apalancamiento no está en el prompting ingenioso: está en mantener documentos claros y actualizados sobre qué es el sistema y qué se supone que debe hacer cada parte. El tiempo invertido en mantenerlos precisos se paga muchas veces a lo largo de cada sesión futura. Si quieres la versión más profunda de esto, es la misma disciplina que describo en cómo escribir prompts de sistema para agentes de IA que no fallen en producción.

Construye la cosa con la que tienes que convivir. La mejor decisión que tomé fue hacer que Courtlines operara una instalación que me pertenece. Es fácil lanzar un demo que impresiona; es imposible esconderte de un software del que dependen tus propios socios. Si estás construyendo con IA, apúntala a un problema que sientas personalmente: la prueba de realidad vale más que cualquier suite de tests.

Dónde encaja esto con todo lo demás que estoy construyendo

Courtlines no existe en aislamiento. Es parte de un pequeño ecosistema de deportes de raqueta que estoy construyendo: The Court Scout es un directorio verificado de canchas de pickleball, construido para ser genuinamente más preciso que los directorios rastreados con los que compite, y Pickleland es la instalación insignia contra la que se prueba todo. El directorio ayuda a los jugadores a encontrar canchas; Courtlines ayuda a los clubes detrás de esas canchas a operar de verdad.

El tejido conectivo de todo esto es el mismo modelo operativo: un operador en solitario amplificado por IA, manejando más superficie de la que un operador en solitario podía históricamente. Courtlines es la expresión más ambiciosa de ese modelo hasta ahora: una plataforma SaaS completa que, hace unos años, simplemente no habría intentado en solitario.

Si manejas un club o estudio de deportes de raqueta y estás cansado de coser cuatro herramientas entre sí, echa un vistazo a Courtlines. Y si eres un constructor preguntándose hasta dónde puedes llevar la IA en un producto real, ese es todo el punto de este artículo: más lejos de lo que probablemente crees.

Preguntas frecuentes

¿Qué es Courtlines?

Courtlines es un sistema operativo multiinquilino para clubes y estudios de deportes de raqueta: pickleball, tenis, pádel y más allá. Combina reservas, membresías, entrenamiento, punto de venta y gestión de eventos en una sola plataforma con marca propia, de modo que un club maneja todo su negocio desde un único sistema en lugar de cuatro herramientas desconectadas. Puedes verlo en courtlines.com.

¿De verdad Claude escribió la mayor parte del código?

Sí. Claude fue mi socio principal de ingeniería y escribió la gran mayoría de la implementación, trabajando a partir de especificaciones, arquitectura y decisiones de producto que yo poseo y controlo. Yo sostengo el esquema, los despliegues y la definición de «terminado»; la IA sostiene el detalle de implementación. Esa división del trabajo es lo que hace que un SaaS de este alcance construido en solitario sea sostenible de mantener.

¿De verdad una sola persona puede construir y operar un SaaS tan grande con IA?

Construirlo ahora es genuinamente factible: esa es la parte sorprendente. El desafío mayor es operarlo y mantenerlo, porque una base de código grande necesita a alguien que entienda la arquitectura aun cuando una IA haya escrito los detalles. La clave es mantener especificaciones claras y mantenerse firme en el puñado de acciones de alto riesgo que un humano debe poseer. Hecho de esa manera, la superficie mantenible para un solo operador es mucho mayor de lo que solía ser.

¿Por qué construir tu propio software de club en lugar de usar CourtReserve o Skedda?

Porque operar Pickleland me mostró exactamente dónde se quedan cortas las herramientas existentes: el sistema de reservas, la caja y las membresías no comparten una única fuente de verdad, así que nada reconcilia limpiamente. Quería un sistema donde todo eso fueran los mismos datos subyacentes y donde la marca del club —no la del proveedor de software— sea lo que los socios ven. Esa es la brecha que Courtlines está construido para cerrar.

¿Dónde puedo aprender cómo trabajas realmente con Claude en el día a día?

Mantengo el manual detallado de Courtlines en privado por razones competitivas, pero documenté exactamente el mismo estilo de trabajo en un proyecto más pequeño y totalmente abierto: un juego de mesa para móvil llamado Quads. Lee cómo construí Quads, un juego de mesa para móvil, con Claude para ver la mecánica, o cómo decido si vale la pena construir una automatización para el razonamiento de retorno de inversión detrás de todo lo que lanzo.