Hoy con inteligencia artificial podés tener una app de turnos funcionando en un fin de semana. Antes de dejar tu sistema de gestión, mirá todo lo que aparece después del primer mes.
La pregunta es cada vez más común entre dueños de gimnasios y estudios: "¿y si me hago mi propia app?". Y tiene sentido hacérsela. Un sobrino que programa, un freelance con ChatGPT o Claude, o vos mismo con un poco de paciencia: en pocos días tenés una agenda, un botón de reservar y una lista de alumnos. Se ve bien, funciona en tu celular, y la cuenta parece cerrar: "la pago una vez y me queda".
Esta nota no es para decirte que no. Es para que decidas con toda la información sobre la mesa, porque la parte que se ve en la demo es la más chica del trabajo. Lo que sigue es lo que aprendimos en años de tener una app de reservas en producción, con miles de alumnos reservando todos los días.
La parte fácil (y por qué engaña)
Mostrar la grilla de clases, dejar que un alumno reserve, marcar presentes, listar quién viene mañana. Eso es lo que hace cualquier prototipo, y con IA se resuelve rápido. El problema es que es más o menos el 20% del trabajo. Es la parte que se prueba con dos personas, un solo teléfono y todo saliendo bien. Una app de turnos real no vive en ese escenario: vive en el de 150 alumnos con 40 modelos de celular distintos, un lunes a las 6 de la mañana, con el último lugar de la clase de las 7 en disputa.
Lo que aparece después del primer mes
Las tiendas de aplicaciones
Para que tus alumnos la bajen como una app de verdad tiene que estar en Google Play y en el App Store. Eso implica una cuenta de desarrollador (Apple cobra una suscripción anual), revisiones que pueden rechazar la app por motivos que no controlás, y una obligación permanente: las tiendas exigen actualizaciones técnicas todos los años (nuevas versiones de Android e iOS, permisos, certificados que vencen). Una app que se publicó y no se tocó más, tarde o temprano deja de instalarse o directamente se cae de la tienda. Alguien tiene que hacer ese mantenimiento aunque vos no hayas pedido ningún cambio.
Los celulares de tus alumnos
Tu app se va a usar en un iPhone último modelo, en un Android de hace seis años, con poca memoria, con la batería en modo ahorro y con las notificaciones desactivadas por error. Cada combinación falla de una manera distinta, y el que se entera del problema no sos vos: es el alumno que no pudo reservar y te lo cuenta enojado (o no te lo cuenta y deja de venir).
Las notificaciones
"Te recuerdo que mañana tenés clase". "Se liberó un lugar en la de las 19". "Tu paquete vence hoy". Eso que parece un detalle es infraestructura: servicios de notificaciones push de Google y de Apple, tokens que cambian cuando el alumno reinstala la app, y lógica para saber a quién avisar y cuándo. Sin notificaciones la app existe, pero no trabaja por vos.
Las reglas que no parecen reglas
Acá es donde un prototipo se transforma en un sistema. Pensá en todo lo que hoy das por sentado:
- Cancelar con tiempo no descuenta la clase; cancelar tarde sí. ¿Con cuántas horas de tolerancia? ¿Y si el que cancela es el gimnasio?
- Paquetes de 8 o 12 clases que vencen a los 30 días, con pausas por vacaciones o lesiones, y alumnos que tienen dos paquetes a la vez.
- Turnos fijos semanales que se copian solos, hasta que llega un feriado y ese día no debería existir.
- Lista de espera cuando la clase está llena, y qué pasa cuando alguien libera un lugar.
- Límite de clases por semana, disciplinas distintas, capacidad por clase, alumnos que pueden reservar solos y otros que solo desde recepción.
- Dos alumnos reservando el último lugar en el mismo segundo. Si la app no está preparada, los dos quedan anotados y el problema lo tenés en el mostrador.
Cada una de estas situaciones aparece en algún momento. Un sistema maduro ya se las comió todas; una app nueva las va descubriendo con tus alumnos como probadores.
Los datos y la responsabilidad
Tu app va a guardar nombres, teléfonos, mails, historial de asistencia y a veces datos de salud (aptos físicos, lesiones). Eso exige base de datos con backups automáticos que alguien haya probado restaurar, contraseñas guardadas como corresponde, y que un alumno no pueda ver los datos de otro. Y sos vos, el dueño del gimnasio, el responsable legal de esa información aunque la app la haya hecho un tercero.
Los cobros
Tarde o temprano vas a querer que el alumno pague desde la app: Mercado Pago, comprobantes de transferencia, control de deuda, vencimientos y avisos automáticos. Integrar cobros no es un botón: es conciliación, webhooks, reintentos y errores que hay que atender el mismo día porque hay plata en el medio.
El soporte
Esta es la que casi nadie calcula. Cuando la app falla, el mensaje llega un domingo a la noche o un lunes a las 6 de la mañana. "No me deja reservar". "No me llegó la notificación". "Me descontó una clase que cancelé a tiempo". ¿Quién atiende eso? Si la respuesta es "el que me la hizo", la siguiente pregunta es si esa persona va a estar disponible, con ganas y con memoria del código, dentro de dos años. Y si la respuesta es "yo", tené en cuenta que el tiempo que le dediques a la app es tiempo que no le dedicás a tus alumnos ni a tu negocio.
La continuidad
La inteligencia artificial escribe código muy rápido. Lo que no hace es quedarse a mantenerlo. Cuando algo se rompe (y se rompe, porque los sistemas alrededor cambian aunque el tuyo no), alguien tiene que entender ese código, encontrar el problema y arreglarlo sin romper otra cosa. Si esa persona ya no está, arrancás de cero con tus alumnos adentro.
Los costos que no entran en la cuenta inicial
"La pago una vez y me queda" suele calcular solo el desarrollo. Faltan el servidor, el dominio, el envío de mails, las cuentas de las tiendas, las actualizaciones anuales obligatorias, cada mejora que quieras hacer después, y sobre todo tus horas: probando, explicando a los alumnos, persiguiendo al que la programó, resolviendo lo que se rompe. Cuando sumás todo eso, una app propia rara vez sale más barata que un sistema de gestión, que en general cuesta el equivalente a la cuota de uno o dos alumnos por mes, e incluye todo lo anterior.
Cuándo sí tiene sentido hacer tu propia app
Para ser justos, hay casos en los que es una buena decisión:
- Sos programador o tenés uno en el equipo, de forma permanente, con tiempo asignado para mantenerla (no como favor).
- Tu operación es tan particular que ningún sistema del mercado la contempla, y ya probaste varios.
- Te gusta genuinamente el desarrollo y estás dispuesto a sostenerlo como una segunda actividad, con lo que eso implica.
Si no estás en ninguno de esos tres, lo más probable es que estés a punto de cambiar un costo mensual conocido por una cantidad desconocida de problemas.
Cinco preguntas antes de decidir
- ¿Quién mantiene la app dentro de dos años, y qué pasa si esa persona no está?
- ¿Qué hago un domingo a la noche si nadie puede reservar?
- ¿Dónde están los backups y alguien probó restaurar uno?
- ¿Cuánto costó de verdad, contando mis horas y las actualizaciones que vienen?
- Si la tengo que apagar, ¿qué hago con los alumnos que ya la usan y con los datos que cargué?
Si respondiste las cinco con tranquilidad, adelante: tenés las condiciones para hacerlo bien. Si alguna te hizo dudar, esa duda es la información que te faltaba.
Hacerse la propia app no es una locura; es una decisión con más consecuencias de las que se ven en la demo. Lo importante es tomarla sabiendo que el producto no es la pantalla de reservar, sino todo lo que la sostiene funcionando, todos los días, para todos tus alumnos.
Recordá que si querés seguir creciendo con tu espacio de fitness, en Crossfy tenemos la aplicación que estás buscando, con años en producción y soporte incluido. Escribinos y te contamos cómo te podemos ayudar. ¡Hasta la próxima!
