Plantilla de Caso de Éxito: Agente de Agendamiento para una Clínica Multisede
Estado: PLANTILLA. Las secciones marcadas con [DATOS DEL PILOTO] se completan únicamente con resultados medidos de un compromiso real — nunca estimados.
Evidencia de prueba en seco (Estimado simulado). Nuestro simulador determinista de pilotos ya ejercita esta misma pila de agentes de extremo a extremo: en una ventana sintética de 14 días procesó 55 solicitudes de reserva → 20 citas agendadas, 35 rechazos por salvaguardas, cero doble reservas y cero registros fuera de horario (reporte completo del estimado simulado disponible a solicitud, vea el escenario de la demo en vivo). No participaron clientes reales.
El cliente
Clínica de fisioterapia multisede, tres sedes, ~120 cambios de citas al día entre teléfono de recepción, buzón de voz y correo electrónico. [NOMBRE DEL CLIENTE PENDIENTE DE CONTRATO]
El problema
- Las doble reservas erosionan la utilización — el espacio de equipo compartido se sobrereserva con regularidad
- Las solicitudes fuera de horario se transcriben a mano a la mañana siguiente, errores incluidos
- Los huecos por cancelaciones nunca se rellenan de forma proactiva
Lo que implementamos
Un Agente de Agendamiento ejecutando nuestro ciclo estándar, conectado mediante:
- un adaptador de proveedor de calendario — intercambiable sin cambios en el núcleo del agente
- salvaguardas estrictas en código, no en el prompt: horario comercial, política de días hábiles, cuadrícula de espacios, rechazo de solapamientos/doble reservas — cada rechazo incluye una razón explícita legible por máquina
- una ruta de contraoferta: las solicitudes rechazadas reciben espacios alternativos concretos en lugar de un «no» sin salida
- lecciones instrumentadas: la demanda repetida fuera de horario o los conflictos de espacios generan recomendaciones de capacidad/reserva de autoservicio para el propietario
Marco de resultados (completar durante/después del piloto)
| Métrica | Antes | Después | Fuente |
|---|---|---|---|
| Doble reservas que llegan al calendario | [DATOS DEL PILOTO] | [DATOS DEL PILOTO] | registro de auditoría del calendario |
| % de solicitudes resueltas sin intervención del personal | — | [DATOS DEL PILOTO] | registros de resultados del agente |
| Rechazos convertidos vía contraoferta | — | [DATOS DEL PILOTO] | registros de resultados |
| Horas de recepción liberadas / semana | — | [DATOS DEL PILOTO] | hojas de horas del cliente |
| Costo por reserva procesada | [DATOS DEL PILOTO] | [DATOS DEL PILOTO] | registro de tokens |
Por qué importan las salvaguardas
En el agendamiento, una respuesta incorrecta dada con confianza es peor que ninguna respuesta. La política de reservas vive en código determinista que el modelo de lenguaje no puede anular — el LLM interpreta la solicitud; las salvaguardas deciden si puede ejecutarse. Cada reserva es atribuible a un ID de solicitud, un veredicto de salvaguarda y un ciclo del bucle.
Sección de lecciones aprendidas
[POST-PILOTO: listar las 3 lecciones principales de data/loops/<proyecto>/ — reales, textualmente.]