Cómo conectar Ruby Receptionists con Cal.com (y dejar de preocuparte por las reservas dobles)

Si ya usas Ruby Receptionists para gestionar llamadas entrantes, ya sabes lo valioso que es que una persona real responda al teléfono. Pero en casi todas las llamadas de Ruby hay un momento en el que las cosas pueden ponerse incómodas: quien llama quiere reservar una cita, y tu recepcionista tiene que averiguar cuándo estás realmente libre.

Ahí es exactamente donde Cal.com resuelve el problema. Dale a Ruby una única URL de reserva y sus recepcionistas podrán consultar tu disponibilidad en tiempo real, rellenar los datos de quien llama y cerrar la cita, todo mientras siguen al teléfono. Quien llama nunca tiene que ver un enlace de programación. Solo le dicen que ya está reservada (y recibe recordatorios de Cal, para no olvidarse de la reunión).

Esta guía te muestra cómo funciona la integración y cubre las dos configuraciones más comunes que vemos: round robin en equipo con enrutamiento por prioridad (cuando tienes varios representantes y quieres que la mejor persona tenga la primera oportunidad), y enrutamiento basado en formularios (cuando necesitas llevar a quien llama a la persona adecuada según lo que diga en la llamada).

Cómo funcionan realmente Ruby + Cal.com

Las recepcionistas de Ruby están formadas para usar herramientas de programación web durante las llamadas. En la práctica, funciona de forma sencilla:

1. Llama el cliente — La recepcionista de Ruby contesta \n2. La recepcionista abre tu enlace de Cal — Ve la disponibilidad en tiempo real \n3. Rellena la reserva — Nombre, email, motivo de la llamada \n4. Cita confirmada — Tus representantes y tu cliente reciben la notificación

La recepcionista actúa, básicamente, como intermediaria humana entre quien llama y tu página de reserva de Cal.com. Recoge la información, navega por el flujo de reserva y lo envía. Tú recibes una cita confirmada en tu calendario, y quien llama vive una experiencia humana en la que confía.

Aquí va la versión real: una empresa de servicios para el hogar estaba recibiendo una avalancha de llamadas entrantes. Contrataron Ruby para gestionar el exceso y necesitaban que su recepcionista de Ruby reservara llamadas directamente con su equipo de ventas. Pero no querían que Ruby compartiera cuatro enlaces de calendario personal distintos — querían una sola URL, distribución inteligente y cero reservas dobles.

La respuesta es un evento de equipo con Round Robin + prioridad en Cal.com.

Paso 1: crea un equipo

En Cal.com, ve a Teams en la barra lateral izquierda y crea un equipo nuevo. Ponle un nombre como "Equipo de ventas" o "Planificación de servicios". La función Teams de Cal te permite gestionar reservas para un grupo de personas.

Paso 2: invita a los miembros de tu equipo

Desde los ajustes del equipo, invita a cada miembro por email.

Este paso es crítico — cada persona debe aceptar la invitación por email antes de que aparezca como host disponible. Cuando la acepten, también tienen que conectar su calendario a su cuenta de Cal.com.

Lista de comprobación para los miembros del equipo: cada miembro tiene que: (1) aceptar la invitación al equipo, (2) conectar su calendario a Cal.com y (3) activar ese calendario para la comprobación de conflictos. Los tres pasos, para cada persona.

Paso 3: crea un enlace de programación de equipo con Round Robin

Dentro de tu equipo, crea un nuevo enlace de programación.

Encontrarás tu área de reservas del equipo a la derecha de tu área de reservas personal en Cal.

Al seleccionar el tipo de programación, elige Round Robin. Esto distribuye automáticamente las reservas entre los miembros disponibles del equipo.

Paso 4: establece prioridades para cada host

En la sección de asignación de la reserva del evento, desplázate hasta "Round-robin hosts" y asigna un nivel de prioridad a cada persona. Cal.com siempre intenta reservar primero al representante disponible con la prioridad más alta. Si esa persona está ocupada, pasa al siguiente nivel de prioridad. Solo si nadie de los niveles superiores está disponible, baja al siguiente.

Paso 5: copia la URL de reserva de tu equipo y dásela a Ruby

Una vez publicado, tendrás una única URL de reserva como cal.com/team/[tu-equipo]/[nombre-del-evento]. Dale esto a tu account manager de Ruby. Cuando entre una llamada, la recepcionista la abre, ve la disponibilidad en tiempo real de todo tu equipo (priorizada automáticamente) y reserva la franja.Escenario 2: dirige a quien llama a la persona adecuada según lo que diga

A veces quizá quieras un control más granular sobre quién recibe la reserva. Puede que necesites dirigir a quien llama a un representante concreto por nombre, a un especialista de producto o al equipo regional correcto.

Para eso están los Routing Forms de Cal.com. En lugar de dar a Ruby un enlace de reserva directo, le das una URL de formulario. La recepcionista rellena las respuestas según la llamada y el formulario dirige automáticamente a la página de reserva correcta.

Cómo crear el formulario de routing

Ve a Routing Forms en la barra lateral de tu Cal.com y crea un formulario nuevo.

Añade las preguntas que tu recepcionista responderá en nombre de quien llama. Por ejemplo:

• "¿Quien llama pidió a un miembro concreto del equipo?" (desplegable — dirige al representante nombrado)

• "¿Qué producto o servicio mencionó quien llama?" (desplegable — dirige al especialista)

• "¿En qué ciudad o región está quien llama?" (desplegable — dirige al equipo regional)

• "Nombre de quien llama" (texto — se pasa a la confirmación de la reserva)

• "Email o teléfono de quien llama" (texto — se pasa a la confirmación de la reserva)

Configurar las reglas de routing

1. Añade una regla para cada representante nombrado — "Si [miembro del equipo] es igual a [Nombre]" → dirige al enlace de programación de esa persona.

2. Añade una regla para cada producto o servicio — "Si [producto] es igual a [Nombre del producto]" → dirige a la página de reserva del especialista.

3. Añade una regla para cada región — "Si [ciudad/región] es igual a [Región]" → dirige al evento del equipo regional correcto.

4. Añade un fallback por defecto — Configura siempre una ruta por defecto para cuando ninguna condición coincida — normalmente tu evento principal de round robin del equipo.

Cómo se ve para Ruby

La recepcionista abre la URL del formulario de routing, responde a las preguntas según la llamada y lo envía. Cal.com se encarga del routing — la recepcionista va directamente a la página de reserva correcta.

Consejo profesional: usa campos desplegables en lugar de texto libre siempre que puedas. Así las recepcionistas seleccionan más rápido y evitas errores de routing por erratas.

Copia la URL publicada del formulario de routing y dásela a Ruby. Tu URL tendrá este aspecto: cal.com/forms/[tu-id-de-formulario]

Lista rápida de comprobación antes de salir en producción

• Cada miembro del equipo ha aceptado su invitación de equipo de Cal.com

• El calendario de Google o Outlook de cada persona está conectado a su cuenta de Cal.com

• El o los calendarios correctos están activados para la comprobación de conflictos

• Las citas externas que deben bloquear la disponibilidad están marcadas como Busy (no Free)

• Los eventos personales están configurados para mostrarse como "Busy" sin detalles para proteger la privacidad

• Has hecho una reserva de prueba a través de tu propia URL para confirmar que la disponibilidad se ve bien

• La URL final (página de reserva o formulario de routing) se ha compartido con tu equipo de Ruby

Qué decirle a Ruby

Una vez que tu configuración de Cal.com esté en funcionamiento, contacta con tu account manager de Ruby y dale:

1. Tu URL de reserva (o la URL del formulario de routing)

2. Una nota breve sobre qué información hay que recoger de quien llama (nombre, email, motivo de la llamada)

3. Cualquier instrucción específica del negocio (p. ej., "Si quien llama dice que es cliente actual, usa esta URL en su lugar")

Las recepcionistas de Ruby están formadas para usar herramientas de programación web y seguirán las instrucciones que les des. Cuanto más sencillas y específicas sean tus instrucciones, más fluida será la transición.

Preguntas frecuentes

¿Funciona Cal.com con Ruby de serie?

Sí. Las recepcionistas de Ruby solo necesitan una URL de reserva web que puedan abrir durante una llamada. Sin integración especial, sin configuración de API, sin proceso de aprobación.

¿Puede Ruby cancelar o reprogramar reservas existentes?

En general, no. Las recepcionistas de Ruby crean nuevas reservas, pero las cancelaciones y los cambios de fecha quedan fuera de su flujo de trabajo estándar. Si la gestión de cancelaciones te importa, incluye un enlace de cancelación o reprogramación de Cal.com en tus emails de confirmación para que los clientes puedan gestionarlo por su cuenta.

¿Y si el calendario de un representante no se sincroniza correctamente?

Primero, confirma que el calendario está conectado y activado en Ajustes → Calendarios. Segundo, asegúrate de que los eventos de bloqueo estén marcados como Busy. Si sigue mal, desconecta y vuelve a conectar el calendario para forzar una sincronización nueva. Si el representante usa Apple Calendar o un feed ICS, cambiar a Google u Outlook suele resolverlo.

¿Pueden las recepcionistas de Ruby usar formularios de routing sin formación extra?

Sí, con un poco de configuración por tu parte. Usa desplegables con opciones fijas en lugar de campos de texto libre. Mantén el formulario corto (3–4 preguntas) y usa lenguaje sencillo. Incluye una breve nota de contexto cuando compartas la URL del formulario con tu account manager de Ruby — una explicación clara de un solo párrafo suele ser suficiente.