Boosty
Caso · Coworking · multi-sede

Un Work OS completo para una red de coworking premium multi-sede

Reservas, recursos humanos, finanzas, POS de gastrobar, servicios al cliente, ventas y operaciones — todo en un solo sistema multi-tenant con arquitectura de dominio. El plano de plataforma que reemplazó decenas de herramientas dispersas por sede.

~52
tablas Postgres
~191
páginas
150+
hooks TanStack
3
portales por rol

Del caos disperso al plano unificado

El problema no era una herramienta. Era la falta de un sistema.

01Antes

Decenas de procesos en herramientas dispersas

Cada sede operaba con su propia mezcla de hojas de cálculo, chats, agendas y formularios. Reservas, nómina, cobranzas, inventario del gastrobar y correspondencia vivían en silos que no conversaban entre sí. Ningún rol veía la operación completa.

02Cómo lo entendimos

Mapeamos el negocio por dominios y por rol

Modelamos cada área como un dominio con sus entidades, reglas e invariantes — y cada perfil (superadmin, manager, recepción, RRHH, ventas, cliente, empleado) con exactamente lo que necesita ver. La sede pasó a ser una dimensión transversal, no una copia del sistema.

03Flujo optimizado

Un solo sistema, una sola verdad por sede

Una reserva, una factura, una incidencia o un cierre de caja se registran una vez y se reflejan en finanzas, operaciones y analítica en tiempo real. El filtro por sede es automático y la seguridad la garantiza la base de datos (RLS).

Plano del sistema

Un mapa modular: explora la magnitud del Work OS

Cada bloque es un módulo en producción. Selecciónalo para ver qué resuelve. Todos comparten autenticación, roles y filtro por sede.

Reservas

Disponibilidad en tiempo real con beneficios por tipo de cliente.

  • Disponibilidad realtime de espacios y salas
  • Beneficios y cupos según plan del cliente
  • Filtrado automático por sede

Multi-tenant por sede

Una red, muchas sedes, una sola base de datos

Cada una de las ~52 tablas lleva un identificador de sede. El sistema filtra automáticamente lo que cada rol puede ver y la seguridad la aplica Postgres con Row Level Security — no la interfaz. Cambiar de sede no cambia de sistema: cambia el lente.

  • Filtro por sede_id transversal a todos los módulos
  • RLS habilitado: aislamiento garantizado en la base de datos
  • Vista consolidada para superadmin / dirección
RegistroSede
Reserva sala de juntasSede Norte
Cierre de caja gastrobarSede Centro
Correspondencia recibidaSede Sur
Solicitud de vacacionesSede Norte
Cuenta por cobrar emitidaSede Centro
Incidencia de mantenimientoSede Sur
Reserva de lockerSede Norte
Cotización enviada (Kommo)Sede Centro

Mostrando 8 de 8 registros · ejemplo del filtro por sede

Alcance de desarrollo

Arquitectura de dominio (DDD), no un CRUD inflado

L1Domain

Entities, factories, Value Objects y DTOs. Las reglas del negocio viven aquí, independientes de la base de datos.

L2Services

Orquestación de casos de uso: combinan dominios, aplican invariantes y coordinan integraciones externas.

L3Repositories

Abstracción sobre Supabase. La persistencia es un detalle reemplazable, no el centro del sistema.

L4UI / Hooks

150+ custom hooks sobre TanStack Query alimentan ~191 páginas con caché, realtime y estados consistentes.

~52
tablas con RLS
16
enums de dominio
3
portales por rol
150+
hooks de datos
~191
páginas
7
macro-módulos

Integraciones en producción

KommoGoogle CalendarGmailWhatsApp templatesFCM push (PWA)NFCTemiBridge

Stack: React Hook Form + Zod · Recharts · Framer Motion · Vitest + Playwright · Supabase

Logros

Qué cambió cuando el negocio cupo en un solo sistema

Una sola operación, no siete silos

Reservas, HR, finanzas, POS, servicios, ventas y operaciones dejaron de ser islas. El equipo trabaja en un mismo sistema con una verdad única por sede.

Cada rol ve exactamente lo suyo

Tres portales y perfiles granulares (superadmin, manager, recepción, RRHH, ventas, cliente, empleado) reducen el ruido y los errores por permisos mal asignados.

Escala a nuevas sedes sin reescribir

Abrir una sede es un dato, no un proyecto. La arquitectura multi-tenant y el filtro por sede absorben el crecimiento de la red.

Mantenible por diseño

La separación en dominio, servicios y repositorios permite evolucionar reglas de negocio sin romper la persistencia ni la interfaz. Cubierto con Vitest y Playwright.

Integrado al ecosistema real

Kommo, Google Calendar, Gmail, WhatsApp, push PWA y NFC conectan el Work OS con cómo la red ya trabaja y se comunica.

Operación 24/7 sin papel

Correspondencia con state machine, checklists, cierres de caja y firma digital de contratos eliminan procesos manuales y trazabilidad perdida.

No-commitment assessment

Your network runs on dozens of tools. Turn it into a single system.

We map your processes by domain and by location, and project what they look like inside a unified, maintainable Work OS.

Diagnóstico de tus procesos actuales
Proyección de retorno esperado
Plan de implementación en semanas

Sin spam. Respondemos en menos de 24 horas hábiles.