Comment connecter Ruby Receptionists avec Cal.com (et arrêter de vous soucier des doubles réservations)

Si vous utilisez Ruby Receptionists pour gérer les appels entrants, vous connaissez déjà la valeur d’un vrai humain qui répond au téléphone. Mais il y a, dans presque chaque appel Ruby, un moment où les choses peuvent devenir gênantes : l’appelant veut réserver un rendez-vous, et votre réceptionniste doit déterminer quand vous êtes réellement disponible.

C’est exactement le problème que Cal.com résout. Donnez à Ruby une seule URL de réservation, et leurs réceptionnistes peuvent vérifier votre disponibilité en temps réel, saisir les informations de l’appelant et confirmer le rendez-vous, tout en restant au téléphone. L’appelant n’a jamais besoin de voir un lien de programmation. On lui dit simplement que c’est réservé (et il reçoit des rappels de Cal, pour ne pas oublier la réunion).

Ce guide vous explique comment fonctionne l’intégration et couvre les deux configurations les plus courantes que nous voyons : round-robin d’équipe avec routage prioritaire (quand vous avez plusieurs commerciaux et que vous voulez que le meilleur ait la première chance), et routage basé sur formulaire (quand vous devez orienter les appelants vers la bonne personne en fonction de ce qu’ils disent pendant l’appel).

Comment Ruby + Cal.com fonctionne réellement

Les réceptionnistes de Ruby sont formés à utiliser des outils de planification web pendant les appels. En pratique, le fonctionnement est simple :

1. L’appelant téléphone — Le réceptionniste Ruby décroche
2. Le réceptionniste ouvre votre lien Cal — Voit la disponibilité en temps réel
3. Remplit la réservation — Nom, e-mail, motif de l’appel
4. Rendez-vous confirmé — Vos commerciaux et votre client reçoivent la notification

Le réceptionniste agit essentiellement comme un intermédiaire humain entre l’appelant et votre page de réservation Cal.com. Il collecte les informations, parcourt le flux de réservation et l’envoie. Vous recevez un rendez-vous confirmé dans votre calendrier, et l’appelant bénéficie d’une expérience humaine en laquelle il a confiance.

Voici la version concrète : une entreprise de services à domicile recevait un flot d’appels entrants. Elle a engagé Ruby pour gérer le surplus et voulait que son réceptionniste Ruby réserve directement des appels avec son équipe commerciale. Mais elle ne voulait pas que Ruby partage quatre liens de calendrier personnels différents — elle voulait une seule URL, une répartition intelligente et zéro double réservation.

La réponse est un événement d’équipe avec Round Robin + priorité dans Cal.com.

Étape 1 : créez une équipe

Dans Cal.com, allez dans Teams dans la barre latérale gauche et créez une nouvelle équipe. Donnez-lui un nom comme « Équipe commerciale » ou « Planification des services ». La fonction Teams dans Cal vous permet de gérer les réservations d’un groupe de personnes.

Étape 2 : invitez les membres de votre équipe

Depuis les paramètres de votre équipe, invitez chaque membre par e-mail.

Cette étape est cruciale — chaque personne doit accepter l’invitation par e-mail avant d’apparaître comme hôte disponible. Une fois l’invitation acceptée, elle doit aussi connecter son calendrier à son compte Cal.com.

Liste de vérification pour les membres de l’équipe : chaque membre doit : (1) accepter l’invitation à l’équipe, (2) connecter son calendrier à Cal.com, et (3) activer ce calendrier pour la vérification des conflits. Les trois étapes, pour chaque personne.

Étape 3 : créez un lien de programmation d’équipe avec Round Robin

Dans votre équipe, créez un nouveau lien de programmation.

Vous trouverez votre espace de réservation d’équipe à droite de votre espace de réservation personnel dans Cal.

Lors de la sélection du type de programmation, choisissez Round Robin. Cela répartit automatiquement les réservations entre les membres disponibles de l’équipe.

Étape 4 : définissez les niveaux de priorité pour chaque hôte

Dans la section d’affectation de la réservation de l’événement, faites défiler jusqu’à « Hôtes Round-robin » et attribuez un niveau de priorité à chaque personne. Cal.com essaie toujours de réserver d’abord le représentant disponible avec la priorité la plus élevée. Si cette personne est occupée, il passe au niveau de priorité suivant. Ce n’est que si toutes les personnes des niveaux de priorité supérieurs sont indisponibles qu’il descend dans la cascade.

Étape 5 : copiez l’URL de réservation de votre équipe et donnez-la à Ruby

Une fois publié, vous aurez une seule URL de réservation du type cal.com/team/[votre-équipe]/[nom-de-l’événement]. Donnez-la à votre responsable de compte Ruby. Lorsqu’un appel arrive, le réceptionniste l’ouvre, voit la disponibilité en temps réel sur toute votre équipe (priorisée automatiquement) et réserve le créneau.Scenario 2: orienter les appelants vers la bonne personne en fonction de ce qu’ils disent

Parfois, vous pouvez vouloir un contrôle plus précis sur la personne qui est réservée. Vous pouvez avoir besoin d’orienter les appelants vers un commercial précis par son nom, vers un spécialiste produit ou vers la bonne équipe régionale.

C’est pour cela que Cal.com a conçu les Routing Forms. Au lieu de donner à Ruby un lien de réservation direct, vous lui donnez une URL de formulaire. Le réceptionniste remplit les réponses en fonction de l’appel, et le formulaire dirige automatiquement vers la bonne page de réservation.

Comment créer le formulaire de routage

Allez dans Routing Forms dans votre barre latérale Cal.com et créez un nouveau formulaire.

Ajoutez les questions auxquelles votre réceptionniste répondra au nom de l’appelant. Par exemple :

• « L’appelant a-t-il demandé un membre précis de l’équipe ? » (Liste déroulante — oriente vers le commercial nommé)

• « Quel produit ou service l’appelant a-t-il mentionné ? » (Liste déroulante — oriente vers le spécialiste)

• « Dans quelle ville ou région se trouve l’appelant ? » (Liste déroulante — oriente vers l’équipe régionale)

• « Nom de l’appelant » (Texte — transmis à la confirmation de réservation)

• « E-mail ou téléphone de l’appelant » (Texte — transmis à la confirmation de réservation)

Configuration des règles de routage

1. Ajoutez une règle pour chaque commercial nommé — « Si [membre de l’équipe] = [Nom] » → oriente vers le lien de programmation de cette personne.

2. Ajoutez une règle pour chaque produit ou service — « Si [produit] = [Nom du produit] » → oriente vers la page de réservation du spécialiste.

3. Ajoutez une règle pour chaque région — « Si [ville/région] = [Région] » → oriente vers l’événement de l’équipe régionale concernée.

4. Ajoutez un repli par défaut — Définissez toujours une route par défaut lorsque aucune condition ne correspond — généralement votre événement principal Round Robin d’équipe.

À quoi cela ressemble pour Ruby

Le réceptionniste ouvre l’URL du formulaire de routage, répond aux questions en fonction de l’appel et valide. Cal.com gère le routage — le réceptionniste est envoyé directement vers la bonne page de réservation.

Astuce pro : utilisez autant que possible des champs à liste déroulante plutôt que du texte libre. Cela permet aux réceptionnistes de sélectionner plus rapidement et évite les erreurs de routage dues aux fautes de frappe.

Copiez l’URL publiée du formulaire de routage et donnez-la à Ruby. Votre URL ressemblera à ceci : cal.com/forms/[votre-id-de-formulaire]

Liste de contrôle rapide avant la mise en ligne

• Chaque membre de l’équipe a accepté son invitation à l’équipe Cal.com

• Le Google Calendar ou Outlook Calendar de chaque personne est connecté à son compte Cal.com

• Le ou les bons calendriers sont activés pour la vérification des conflits

• Les rendez-vous externes qui doivent bloquer la disponibilité sont marqués Occupé (et non Libre)

• Les événements personnels sont configurés pour apparaître comme « Occupé » sans détails afin de protéger la confidentialité

• Vous avez effectué une réservation test via votre propre URL pour vérifier que la disponibilité s’affiche correctement

• L’URL finale (page de réservation ou formulaire de routage) a été partagée avec votre équipe Ruby

Ce qu’il faut dire à Ruby

Une fois votre configuration Cal.com en ligne, contactez votre responsable de compte Ruby et donnez-lui :

1. Votre URL de réservation (ou l’URL du formulaire de routage)

2. Une courte note sur les informations à collecter auprès des appelants (nom, e-mail, motif de l’appel)

3. Toute consigne spécifique à votre activité (par ex. « Si l’appelant dit être client actuel, utilisez cette URL à la place »)

Les réceptionnistes de Ruby sont formés à utiliser des outils de planification web et suivront les instructions que vous fournissez. Plus vos consignes sont simples et précises, plus la transmission sera fluide.

Questions fréquemment posées

Cal.com fonctionne-t-il avec Ruby immédiatement ?

Oui. Les réceptionnistes Ruby ont simplement besoin d’une URL de réservation web qu’ils peuvent ouvrir pendant un appel. Pas d’intégration spéciale, pas de configuration d’API, pas de processus d’approbation.

Ruby peut-il annuler ou reprogrammer des réservations existantes ?

En général, non. Les réceptionnistes de Ruby créent de nouvelles réservations, mais les annulations et les reprogrammations ne font pas partie de leur flux de travail standard. Si la gestion des annulations est importante, incluez un lien Cal.com d’annulation ou de reprogrammation dans vos e-mails de confirmation afin que les clients puissent le faire eux-mêmes.

Que faire si le calendrier d’un représentant ne se synchronise pas correctement ?

Commencez par vérifier que le calendrier est connecté et activé dans Paramètres → Calendriers. Ensuite, assurez-vous que les événements bloquants sont marqués Occupé. Si le problème persiste, déconnectez puis reconnectez le calendrier pour forcer une nouvelle synchronisation. Si le représentant utilise Apple Calendar ou un flux ICS, passer à Google ou Outlook résout généralement le problème.

Les réceptionnistes Ruby peuvent-ils utiliser les formulaires de routage sans formation supplémentaire ?

Oui, avec un peu de préparation de votre côté. Utilisez des listes déroulantes avec des options fixes plutôt que des champs en texte libre. Gardez le formulaire court (3 à 4 questions) et utilisez un langage simple. Ajoutez une courte note d’accompagnement lorsque vous partagez l’URL du formulaire avec votre responsable de compte Ruby — une explication claire en un paragraphe suffit généralement.