Platós y estudios fotográficos, salas y salas de reuniones, coworkings, locales de ensayo, consultas. Agenda, reservas, dinero, clientes y equipo en un solo sitio — y una página pública donde el cliente elige por sí mismo la hora libre.
Un espacio que vende horas se gestiona con un calendario compartido y una hoja de cálculo con las tarifas. Mientras reserva una sola persona, funciona; en cuanto son dos, dos reservas caen sobre la misma sala a la misma hora y se descubre el día del rodaje. La tarifa de tarde y las horas extra se calculan de cabeza y se olvida cobrarlas, las solicitudes se dispersan entre WhatsApp, Instagram y el correo, y el enlace a la hoja con teléfonos e importes lo ve cualquiera a quien se lo reenvíen. Aquí un error no cuesta tiempo, cuesta la sala: un solape es una jornada de rodaje cancelada.
Vista de día y de semana: las horas en vertical, las salas o los días en columnas, la línea del momento actual. El solape lo impide la propia base de datos, con una restricción por rango y no con una comprobación en el formulario: una segunda petición simultánea se salta esa comprobación. El margen de limpieza forma parte del tramo ocupado, una solicitud retiene la hora y una cancelación la libera.
En la dirección propia del espacio, cualquiera sin cuenta elige sala, día y hora, ve tachado lo ocupado y deja su solicitud. El precio lo calcula el servidor según las reglas del espacio, la disponibilidad se devuelve sin nombres de clientes y hay límites de frecuencia. Dieciocho comprobaciones se hicieron desde fuera, sin sesión: qué contiene la respuesta, los rechazos por solape, el horario de apertura, el horizonte de reserva y el intento de leer las tablas directamente.
55 + 55 + 90 = 200, si la tercera hora entra en tarifa de tarde: el importe se compone por tramos, no multiplicando por una única tarifa. Se calculan las horas extra con su multiplicador y su redondeo por bloques, la señal y la fianza por daños van en campos distintos, y las condiciones de cancelación se definen por escalones. La aceptación del contrato por parte del cliente se guarda como copia del texto: la discusión será sobre lo que aceptó entonces.
Se puede enviar texto, la foto de un recibo, un PDF o una nota de voz. El análisis propone borradores de cinco tipos —reserva, apunte contable, tarea, solicitud, cliente— y líneas sueltas de servicios adicionales con sus importes. El modelo no guarda nada por su cuenta: el registro lo crea una persona al pulsar, y un error de lectura cuesta un solo «descartar». El análisis corre en el servidor, así que ni minimizar la aplicación ni un corte de red lo interrumpen.
Los totales de la reserva son columnas calculadas de la base de datos, no se pueden sumar mal desde el código; lo pagado lo recalcula un trigger a partir del historial de pagos en lugar de guardarse en un campo aparte. Un apunte de ingreso no puede apuntar a una reserva: si no, un mismo cobro entraría dos veces en el mes. Listado de movimientos del mes, resumen por salas, canales y partidas, umbral de rentabilidad; los límites del mes se calculan en la zona horaria del espacio, no en UTC.
Segmentos: todos, habituales, se están perdiendo, en riesgo, duplicados. «Perdido» se mide según el ritmo del propio cliente: quien viene una vez por semana se ha perdido tras tres semanas de silencio; quien viene una vez por trimestre, no. Los duplicados se buscan por grado de parecido: teléfono coincidente, 100 %; una tilde de más o de menos, 95 %; apellidos distintos con el mismo comienzo no pasan el umbral. Sin esto, la facturación de una persona queda repartida entre dos fichas.
Propietario, gerente, recepción, contabilidad y personal. El personal no es que «no vea» el dinero: es que el dinero no le llega. Las políticas sobre reservas, clientes y apuntes exigen el rol, y su propia agenda la recibe por una función donde las columnas de dinero no existen físicamente. Los gastos personales del propietario no los ve ni el gerente consultando directamente. Los permisos se comprobaron con peticiones reales usando tokens de cada rol, no leyendo las políticas.
Las solicitudes llegan por un enlace-canal —formulario de la web, Tilda, Make, Zapier— y por el bot de Telegram propio del espacio: el bot del dueño, no uno compartido. El sistema marca el momento de la primera respuesta y lo contrasta con el objetivo fijado por el espacio. La recepción con IA sabe proponer horas libres y llevar hasta la solicitud por el mismo camino que la página pública; cada respuesta automática va marcada como automática.
Invitación por enlace, no por correo: el token solo revela el nombre del espacio y el rol, y el enlace se acepta una única vez. Las tareas se ordenan por urgencia, el responsable mueve el estado y anota el siguiente paso. Los turnos son una cuadrícula semanal «personas × días» con la columna de nombres fijada; la tarifa se copia al turno como instantánea, de modo que subir la tarifa no recalcula los meses ya cerrados.
Las capturas usan datos de demostración: los nombres, importes y reservas son inventados. No vamos a enseñar la agenda de un espacio real: ahí hay clientes y dinero ajenos. La interfaz se cambia a inglés, ruso y español.
A la izquierda, cómo se lleva la agenda en la mayoría de espacios pequeños. A la derecha, lo mismo en un solo sistema.
Hoja de cálculo y chat
no cuesta nada exactamente hasta el primer solape
Una suscripción
te registras tú mismo, con datos de demostración dentro y nada que configurar a mano
No indicamos el precio en esta página: cambia, y el vigente está siempre en la web del producto.
No comparamos con programas concretos, sino con la forma en que se lleva la agenda en la mayoría de espacios pequeños: calendario compartido, hoja con las tarifas y conversaciones en mensajería. No damos nombres a propósito: las tarifas y las funciones cambian más rápido que esta página. Si tu programa ya hace algo de la columna derecha, escríbenos y lo corregimos. Una tabla incómoda es mejor que una tabla falsa.
De todos nuestros productos, este es el que mejor ha arrancado. En sus tres primeros días: más de cien solicitudes y los primeros pedidos. La demanda de un sistema pensado para quien vende horas resultó más fuerte de lo que esperábamos.
Funciona entero, no a medias: la agenda que impide solapamientos, la página pública de reserva, el dinero, los clientes, el equipo y el análisis de lo que llega — todo lo descrito arriba ya está en uso.
Next.js 16 y TypeScript en modo estricto del lado de la interfaz; Supabase y PostgreSQL del lado de los datos: 41 tablas y 84 migraciones. Los permisos viven ahí mismo, en la base, y no en la interfaz ni en una comprobación al entrar en la pantalla: un empleado no verá lo ajeno aunque acceda a los datos saltándose la interfaz. Los totales de las reservas y los importes pagados también los calcula la base, con columnas calculadas y triggers, para que un mismo número no se componga de dos maneras distintas en dos sitios.
Del análisis de lo enviado se ocupan dos modelos: Anthropic para texto y documentos, Groq para la transcripción de voz. El acabado es Tailwind 4 con una capa de cristal propia por encima; la interfaz está en inglés, ruso y español mediante next-intl; las suscripciones y el cobro, con Stripe y Stripe Connect; los errores los recoge Sentry. La hora se guarda siempre con su zona y se muestra en la del espacio: los días de 23 y de 25 horas están cubiertos por tests propios, porque el día del cambio de hora la cuadrícula deja de coincidir con las etiquetas justo a quien no pensó en ello.
Estudio, sala, coworking, local de ensayo, consulta: si tu unidad de venta es la hora, mira el sistema por dentro. Te registras tú mismo, hay datos de demostración dentro y no hay nada que configurar a mano. Y si tu agenda funciona de otra manera que la de todos, cuéntanoslo y vemos qué se puede ajustar.
Rellenar el formularioAbrir gethourgrid.com