La IA hizo la reserva. ¿Se confirmó realmente la cita?

Una solicitud de reserva y una reserva confirmada son resultados distintos. Cuenta una solicitud cuando se guarda un registro de cita nuevo. El objetivo de reserva confirmada cuenta cuando esa nueva cita vinculada se guarda como confirmada o se marca explícitamente como completada dentro del periodo de medición. La confirmación por sí sola no demuestra que el participante haya asistido; un registro marcado explícitamente como completado aporta evidencia independiente de que se completó. El cambio automático a pending_completion nunca cuenta como confirmación.

Es fácil pasar por alto esta distinción cuando tu equipo dice: «La IA reservó doce citas». ¿Se registraron doce solicitudes? ¿Se aceptaron doce horarios? ¿Asistieron doce personas? Cada afirmación requiere pruebas distintas.

Cuando los experimentos están habilitados en tu espacio de trabajo de Receptionist de pago, elige el evento de reserva que corresponda a tu decisión. El acceso depende de tu espacio de trabajo y de los permisos de tu equipo. Los ejemplos son hipotéticos y no describen el rendimiento de clientes.

¿Qué resultado de reserva se ajusta a la decisión del negocio?

Elige la etapa que quieres mejorar antes de cambiar el recepcionista. Si el personal debe revisar cada solicitud, puede ser útil fijar como objetivo las solicitudes. Si el asistente puede conseguir una cita aceptada, la cita confirmada se acerca más al resultado deseado. Si el problema es la asistencia, ninguno de esos objetivos basta por sí solo para responder a la pregunta.

Evidencia	Qué demuestra	Qué no demuestra
Una cita nueva guardada	Existe una solicitud de cita	Confirmación o asistencia
Guardada como confirmada o marcada explícitamente como completada	Una reserva confirmada; cuando corresponda, la finalización se registra por separado	Asistencia inferida solo a partir de la confirmación, o pago
Un cambio automático de estado después de la hora de la cita	Que pasó el tiempo	Confirmación del cliente
Una cancelación posterior o una ausencia	Un evento posterior distinto	Que no hubiera una confirmación anterior

Una prueba puede mejorar una etapa y dejar la siguiente sin cambios. Más solicitudes pueden aumentar la carga de trabajo del personal si están incompletas. Más citas confirmadas aún pueden terminar en ausencias. Elige el objetivo principal que corresponda a tu decisión y luego revisa las otras etapas como contexto.

Las pautas de experimentación de Microsoft recomiendan medir un conjunto amplio de efectos para que una mejora en una métrica no oculte un retroceso en otra. Por eso conviene observar los resultados posteriores junto con el objetivo elegido, no porque debas cambiar el objetivo cuando ya tengas los resultados. Microsoft Research

¿Por qué debe pesar más el registro que la redacción de un chat?

Un mensaje que dice «ya tienes tu cita» no es el registro de la cita. Es posible que el guardado haya fallado, que la cita aún requiera aprobación o que el mensaje se refiera a una reserva existente. Una prueba debe contabilizar el evento que puede verificar.

Receptionist utiliza eventos de negocio guardados, no una evaluación de la IA sobre si una conversación «parece exitosa». La cita debe ser nueva, estar vinculada al participante asignado y encontrarse dentro de la ventana permitida. Las actualizaciones repetidas no convierten una cita en varios éxitos para el mismo participante y objetivo.

También importa el origen. Una cita antigua importada al sistema no es una conversión nueva. No se debe atribuir a una prueba de mensajería una llamada de voz, una reserva desde una página publicitaria ni una entrada de calendario no relacionada, solo porque el mismo cliente exista en el espacio de trabajo.

Esto es más acotado que medir el valor de todo tu negocio. Mide el resultado atribuible según las reglas de una prueba específica. Medir el retorno de la inversión de la IA requiere una perspectiva financiera más amplia; el experimento aporta una parte definida de la evidencia.

¿Qué significa pending_completion para la prueba?

El ciclo de vida actual de las citas puede cambiar tanto las citas pendientes como las confirmadas a pending_completion una vez transcurrida la hora de finalización programada. Ese temporizador no permite determinar cuáles se habían confirmado antes.

El objetivo de reserva confirmada requiere que se guarde una cita nueva vinculada como confirmada o que se marque explícitamente como completada dentro del periodo de medición. Una cita pendiente que solo cambia automáticamente a pending_completion no cuenta. Cada participante puede contar una vez para este objetivo. Las palabras de confirmación del asistente no cambian por sí solas el estado guardado de la cita.

Esta corrección cambia la forma de medir el éxito. No convierte una cita pendiente en confirmada, no modifica las reservas anteriores ni afirma que el cliente haya asistido.

¿Cuánto tiempo debes esperar para conocer el resultado?

Elige una ventana que dé tiempo a que tu proceso funcione. Puedes elegir 24, 72, 168 y 336 horas. Son ventanas de medición disponibles, no duraciones recomendadas para las pruebas ni garantías de que aporten evidencia suficiente.

El periodo de inscripción y la ventana de resultados resuelven problemas distintos. La inscripción determina cuánto tiempo se incorporan participantes nuevos. La ventana de resultados determina cuánto tiempo tiene cada participante asignado para alcanzar el objetivo. Si la inscripción termina hoy, un participante inscrito cerca del final aún puede tener tiempo.

No conviertas ese periodo de espera en una pérdida. Mantén visibles los resultados pendientes hasta que se cierren sus ventanas. Si el evento de origen no se puede observar de forma fiable, mantén también visible esa incertidumbre. Un resultado desconocido y un fallo medido son hechos distintos.

Puede que los equipos pequeños deban tener paciencia. Una semana completa de calendario no basta automáticamente para obtener tráfico suficiente y llegar a una conclusión fiable. La decisión también depende de la tasa de éxito actual, de la diferencia que necesitas detectar y de si el seguimiento sigue siendo completo.

¿Cómo debe revisar una clínica una prueba terminada?

Empieza por la etiqueta del objetivo, la cuenta objetivo y la ventana de medición. Después, compara la cantidad de participantes, los éxitos, las tasas de resultados, los registros sin resolver y el gasto. Cuando tus permisos lo permitan, abre las conversaciones vinculadas para entender el contexto.

Busca problemas prácticos que una tasa resumida pueda ocultar: clientes a quienes se ofrece un servicio inadecuado, personal que debe corregir datos o citas creadas para un objetivo que el negocio no puede atender. Estas observaciones pueden justificar una hipótesis nueva. No justifican eliminar selectivamente de la prueba actual a participantes cuyos resultados sean inconvenientes.

Conserva el resultado junto con su configuración guardada. Si tu equipo adopta B, registra el motivo. Si la evidencia no es concluyente, conserva A o diseña una prueba nueva. Una restauración posterior debe volver a comprobar el objetivo actual y los permisos.

La asistencia requiere una revisión aparte. Nuestra guía sobre recordatorios y llamadas de confirmación aborda lo que sucede después de una reserva. Una prueba de conversación con el recepcionista no debe atribuirse ese efecto como resultado medido propio.

¿Qué ocurre cuando termina la prueba o faltan datos?

Al llegar a la fecha prevista de finalización, se usa el enrutamiento habitual de forma predeterminada. Si está disponible, puedes preseleccionar explícitamente una versión guardada, A, B o C. Esa elección programada sigue requiriendo comprobaciones actualizadas de la disponibilidad del experimento, del destino y de las dependencias; no selecciona automáticamente una ganadora. Si la elección está bloqueada, requiere atención y no debe indicarse como aplicada. Los participantes existentes pueden continuar durante sus periodos de evaluación.

Los resultados desconocidos tienen una consecuencia estricta: incluso un solo resultado desconocido sin resolver puede impedir una recomendación estadística para esa ejecución. Aun así, puedes consultar resultados descriptivos y elegir explícitamente una opción. Si detienes una ejecución manualmente antes de completar el horizonte de análisis previsto, eso no demuestra que haya una versión ganadora. Si cambias a Free, se cierran el acceso a los experimentos y las nuevas inscripciones, y la gestión de los experimentos se interrumpe de forma segura. Los registros habituales de Inbox se conservan.

Preguntas frecuentes

¿Cuenta como cita confirmada que un cliente diga «sí»?

Solo si el registro de la nueva cita vinculada se guarda como confirmado o se marca explícitamente como completado dentro del plazo de la prueba. El texto de un mensaje, por sí solo, no es el resultado guardado. El estado automático pending_completion nunca cuenta.

¿Puede un cliente generar varios éxitos?

El objetivo principal es binario para cada participante. Varios eventos que cumplan los requisitos pueden aportar evidencia, pero no convierten a un participante en varios éxitos principales.

¿Una cita confirmada es lo mismo que una cita a la que se asistió?

No. La confirmación por sí sola no demuestra que el participante haya asistido ni que haya pagado. Un registro marcado explícitamente como completado aporta evidencia independiente de que se completó. Una prueba de reservas confirmadas no mide por sí sola la asistencia ni los ingresos.

¿La prueba puede contar citas existentes?

Los objetivos de reserva requieren citas nuevas y atribuibles. Se excluyen las citas existentes y las que proceden de fuentes no relacionadas. Así se evita contar las actualizaciones rutinarias como nuevo negocio.

Lleva los estados de cita que usa realmente tu equipo a una revisión de Receptionist. Reserva una demostración para acordar qué significa una reserva exitosa antes de comparar versiones.

Fuentes y definiciones de medición consultadas el 10 de octubre de 2026. No se afirma ningún aumento ni mejora en la asistencia.