Una entrada con identidad propia.
Presentación pública de VYREX, formulario de solicitud y seguimiento del origen de los referidos.
De la primera solicitud al seguimiento del atleta.
Una web con identidad propia y una herramienta para revisar candidatos, organizar reservas y mantener el contexto de cada cliente.
Desarrollamos este recorrido para un entrenador. Aquí puedes conocer sus piezas y explorar una recreación con datos ficticios.
Ver el panel
El contacto es solo el principio.
Recibir una solicitud abre un proceso: revisarla, decidir si encaja, organizar una conversación y seguir lo que ocurre después.
El proyecto conecta esas piezas. La web recoge la información; el panel permite valorarla y conservarla junto al estado, las reservas y el historial de cada atleta.
Las decisiones sobre a quién aceptar y cómo acompañarlo siguen en manos del entrenador.
La herramienta que usa el entrenador.
El panel reúne las solicitudes, sus estados y el siguiente paso de cada atleta.
Una solicitud. Cuatro momentos conectados.
Sigue a Lucía Martín, una persona inventada para esta demostración. Elige un paso o avanza dentro de la recreación.
Recreación · datos ficticios. Esta demostración representa funciones desarrolladas. No es una captura de producción ni envía solicitudes, reservas o emails.
Empezamos por conocerte.
Web pública · Solicitud
La información que necesita el entrenador, desde el primer contacto.
- Nombre
- Lucía Martín
- [email protected]
- Objetivo
- Mejorar mi tiempo en carrera híbrida
- Disponibilidad
- 5 días de entrenamiento por semana
Detrás de esta pantallaLas respuestas se guardan en la ficha, se atribuye el embajador si llega con su enlace y se marcan los requisitos que faltan. Marcar no es rechazar.
Avanza al siguiente paso de la recreación. No se envía información.
La decisión tiene contexto.
Panel del entrenador · Solicitudes
El entrenador revisa la solicitud y decide si encaja.
Lucía Martín
SolicitudMejorar su tiempo · 5 días por semana
- [email protected]
- Siguiente paso
- Valorar el perfil y aceptar o rechazar
Al aceptar, el proyecto prepara un email con un enlace personal para reservar la llamada.
Detrás de esta pantallaAl aceptar, el email con el enlace personal queda en una cola. Un proceso aparte lo envía y lo reintenta si falla.
La aceptación es una decisión manual. Este botón solo cambia la pantalla de ejemplo.
Un momento para hablar.
Enlace personal · Reserva
Hola Lucía, elige el día y la hora de la llamada.
Martes, 27 de octubre
AceptadaFecha de ejemplo · hora peninsular española
Hora seleccionada: 16:30.
Detrás de esta pantallacalcore calcula los huecos libres, evita solapes y escribe la cita en el calendario del entrenador.
La interfaz de reserva se conecta con calcore, un motor propio. Aquí no se consulta ni modifica ningún calendario.
La relación continúa.
Panel del entrenador · Ficha e historial
Lucía Martín
Activa · ejemploEn este ejemplo, Lucía ya ha hablado con el entrenador y su primer pago se ha registrado manualmente.
- Solicitud recibidaRespuestas guardadas en su ficha.
- Aceptación manualEnlace personal de reserva preparado.
- Llamada reservadaMartes, 27 de octubre · 16:30.
- Llamada realizadaEl entrenador actualiza el estado.
- Pago registrado manualmenteLa ficha pasa a cliente activo.
El registro de un pago no realiza un cobro. Todos los eventos de esta ficha son ficticios.
Detrás de esta pantallaCada cambio de estado queda en la línea de tiempo de la ficha, con su fecha.
Las piezas detrás del recorrido.
Una ficha que guarda el contexto.
Panel de solicitudes y estados, fichas de atletas, historial y notas para continuar cada conversación.
El siguiente paso, conectado.
Reservas mediante calcore, emails transaccionales y avisos, junto al registro manual de pagos y las métricas del panel.
Desarrollado, documentado y pendiente.
Una función presente en el código y un recorrido comprobado en el entorno final son evidencias distintas.
Implementado en el proyecto
Web y solicitudes, panel de gestión, estados e historial, conexión de reservas con calcore, emails transaccionales, referidos, pagos manuales y métricas.
Pruebas documentadas
La documentación recoge envío real de emails y una prueba del motor de reservas con una cuenta real de iCloud el . Esta web no ha reproducido esas pruebas.
Pendiente de completar o validar
El calendario definitivo del entrenador, los avisos firmados entre sistemas y las pruebas de los avisos móviles. El estado de despliegue y el recorrido completo deben comprobarse antes de presentar una demo operativa.
Límites del alcance
Los pagos se anotan manualmente. WhatsApp requiere acción manual. TrainingPeaks dispone de una marca manual de vinculación, sin integración completa. Este recorrido no incluye IA ni cobros automáticos.
Tu proyecto puede partir de otro lugar.
Una web, una aplicación o una herramienta propia.
En cada proyecto definimos las funciones, el diseño y las conexiones a partir de lo que necesitas. Empezamos por entender cómo trabajas tú.