Reconstruir la agenda sobre primeros principios.

Tres problemas que la agenda actual no resuelve.

El sistema medular de hoy fue diseñado para una operación más chica. Tres pain points concretos, todos confirmados en la sesión con el equipo de Todo para sus Pies.

Modelo de parches saturado

Las ausencias, traslados y permisos se modelan como overlays manuales sobre la agenda original. Se acumulan, saturan la vista y muchas veces no se respetan al agendar. La agenda termina ilegible — el equipo opera contra el sistema, no con él.

Inconsistencia entre roles

Call center y tienda ven datos distintos del mismo calendario. El call center agenda encima de los parches porque su vista no los respeta — y la cita se duplica con la que ya existe en sucursal. La información no es confiable en todos los usuarios.

Falta de evidencia operativa

No hay forma de validar que los servicios reportados realmente se prestaron. El corporativo no tiene visibilidad sobre la operación real de cada franquicia — todo se reconstruye a mano contra cuadernos y hojas de cálculo. La pieza que más mueve al dueño.

El modelo, no la vista.

El cambio fundamental contra Aura: las excepciones temporales no son parches anónimos. Son objetos de primera clase, con tipo, rango de fechas y razón. Y los tres roles — call center, tienda y administración — leen del mismo dato. Una sola fuente de verdad.

El modelo de datos queda preparado desde el primer día para las dos fases siguientes: API del punto de venta y API del hardware de visión IoT. No es un add-on — es parte de la arquitectura desde el día uno.

Construcción, núcleo y estabilización.

Tres mensualidades. A los dos meses, un sistema funcional y entregable. El tercero lo ajustamos sobre uso real y deja la operación lista para la póliza continua.

1. Mes 1 · Arranque

   Migración del modelo de datos. La agenda nueva entra en producción con el comportamiento que el equipo necesita.

   • Schema de Postgres en Supabase con excepciones tipadas (vacaciones, traslados entre sucursales, permisos)
   • Importación de catálogos desde Aura — técnicos, servicios, sucursales, clientes activos
   • Agenda funcional con una sola vista para call center, tienda y administración
   • Función pura de disponibilidad server-side — imposible duplicar horarios o agendar sobre excepciones

2. Mes 2 · Núcleo

   Cierre del núcleo de la agenda. Lo que el cliente final y el personal de sucursal necesitan para operar autónomamente.

   • Expediente clínico del cliente con historial, notas del podólogo y alertas
   • Citas recurrentes con cadencia automática que respeta excepciones
   • Autoservicio web — el cliente final agenda desde web sin riesgo de empalme
   • Pago anticipado opcional de cita vía pasarela (Stripe o Mercado Pago)

3. Mes 3 · Estabilización

   Despliegue progresivo y ajustes con uso real. El mes que deja la operación lista para correr sola.

   • Despliegue progresivo en sucursales piloto y carga de datos reales
   • Ajustes con base en uso real del personal — iteración corta sobre flujos
   • Capacitación al equipo de sucursal, call center y administración
   • Transición a operación continua bajo la póliza mensual

Punto de venta y visión IoT.

El sistema medular abre la puerta a los dos pendientes que más mueven la operación del corporativo. Cada fase se cotiza por separado al cerrar el alcance.

• Punto de venta y facturación. Conexión con el POS actual (Aspel o Compac) vía API. Cierre de caja en segundos y timbrado CFDI 4.0 automático a través de PAC autorizado por SAT.
• Visión IoT. Integración del API del hardware de cámaras seleccionado. Conciliación automática de servicios atendidos por cubículo contra la agenda — evidencia operativa para corporativo sobre las 120 franquicias. La pieza que más interesa al dueño.

Estándar de mercado.

Sin frameworks propietarios. Sin candados. Cada pieza es líder en su categoría y es mantenible por cualquier equipo de desarrollo senior. El código y los datos son propiedad de Todo para sus Pies.

Frontend

Next.js + React

Base de datos

Supabase (PostgreSQL + Row Level Security)

Autenticación y permisos

Supabase Auth con roles granulares

Hosting y funciones serverless

Vercel — auto-escalable, cero servidor on-premise

Correo transaccional

Resend

Pasarela de pagos

Stripe o Mercado Pago — a seleccionar

Timbrado CFDI 4.0

PAC autorizado SAT (Facturapi) — Fase 2

Hardware IoT

Selección del proveedor de cámaras sujeta a APIs abiertas — Fase 3

Monitoreo y observabilidad

Sentry

Condiciones para arrancar sin fricción.

Lo que requiere participación o decisión del lado de Todo para sus Pies para que el primer sprint corra limpio. Todo se trabaja con su equipo durante el NDA y el mapeo inicial.

• Export del catálogo actual de Aura — técnicos, servicios, sucursales y clientes activos. Si el export directo no está disponible, definimos un proceso de extracción.
• Selección de pasarela de pagos — Stripe o Mercado Pago. Cuenta activa del lado de TPSP o disposición para crearla durante el Mes 2.
• Punto de contacto operativo del lado de Todo para sus Pies — la persona o personas con quienes el equipo de HEYAY LABS queda embebido durante toda la alianza.
• Acceso a una sucursal piloto para pruebas con uso real durante el Mes 3.
• Fase 2 — confirmación de qué POS se conserva (Aspel o Compac) y disponibilidad de su API documentada. Si no expone API, se evalúa alternativa antes de la cotización.
• Fase 3 — selección del proveedor de cámaras inteligentes y verificación de que el hardware expone API. La integración se construye contra ese API.

Un costo mensual, todo incluido.

Una alianza de tres mensualidades para construir y desplegar el sistema medular. Cero costo por usuario — los ~250 colaboradores entre franquicias y corporativo no pagan licencia individual.