Comment connecter Ruby Receptionists à Cal.com (et ne plus vous soucier des doubles réservations)

Si vous utilisez Ruby Receptionists pour gérer les appels entrants, vous connaissez déjà la valeur d'avoir une vraie personne qui répond au téléphone. Mais il y a un moment dans presque tous les appels Ruby où les choses peuvent devenir gênantes : l'appelant veut prendre 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 planification. Il apprend simplement que le rendez-vous est réservé (et 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 : le round-robin d'équipe avec routage par priorité (quand vous avez plusieurs commerciaux et voulez que le meilleur ait la première opportunité), et le routage basé sur un formulaire (quand vous devez orienter les appelants vers la bonne personne en fonction de ce qu'ils disent pendant l'appel).

Comment fonctionnent réellement Ruby + Cal.com

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 — la réceptionniste Ruby décroche
2. La réceptionniste ouvre votre lien Cal — voit la disponibilité en temps réel
3. Elle remplit la réservation — nom de l'appelant, e-mail, motif
4. Rendez-vous confirmé — vos commerciaux et votre client reçoivent la notification

La réceptionniste agit essentiellement comme un intermédiaire humain entre l'appelant et votre page de réservation Cal.com. Elle recueille les informations, parcourt le processus de réservation et le soumet. Vous obtenez un rendez-vous confirmé dans votre calendrier, et l'appelant bénéficie d'une expérience humaine en laquelle il a confiance.

Voici un exemple concret : une entreprise de services à domicile recevait un afflux massif d'appels entrants. Elle a engagé Ruby pour gérer le surplus et souhaitait que sa réceptionniste Ruby réserve les appels directement 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 aucune 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 Équipes 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 Équipes de Cal vous permet de gérer les réservations pour un groupe de personnes.

Étape 2 : Invitez les membres de votre équipe

Depuis les paramètres de votre équipe, invitez chaque membre de l'équipe 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 contrôle des 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 type d'événement d'équipe avec Round Robin

Dans votre équipe, créez un nouveau type d'événement.

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

Lors du choix du type de planification, sélectionnez Round Robin. Cela répartit automatiquement les réservations entre les membres de l'équipe disponibles.

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

Dans la section d'attribution de la réservation d'événement, faites défiler jusqu'à « Hôtes en round-robin » et attribuez un niveau de priorité à chaque personne. Cal.com essaie toujours de réserver d'abord le représentant disponible ayant la priorité la plus élevée. Si cette personne est occupée, il passe au niveau de priorité suivant. Ce n'est que si tout le monde aux niveaux de priorité supérieurs est indisponible 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/[your-team]/[event-name]. Donnez-la à votre responsable de compte Ruby. Lorsqu'un appel arrive, la réceptionniste l'ouvre, voit la disponibilité en temps réel de toute votre équipe (priorisée automatiquement) et réserve le créneau. Scénario 2 : orienter les appelants vers la bonne personne en fonction de ce qu'ils disent

Parfois, vous pouvez vouloir un contrôle plus fin sur la personne qui est réservée. Vous pourriez avoir besoin que les appelants soient orientés vers un représentant précis par son nom, vers un spécialiste produit ou vers la bonne équipe régionale.

C'est précisément à cela que servent les Formulaires de routage de Cal.com. Au lieu de donner à Ruby un lien de réservation direct, vous leur donnez l'URL d'un formulaire. La 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 Formulaires de routage dans la barre latérale de 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 représentant 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)

• « Adresse 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 représentant nommé — « Si [membre de l'équipe] est égal à [Nom] » → orientez vers le type d'événement de cette personne.

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

3. Ajoutez une règle pour chaque région — « Si [ville/région] est égal à [Région] » → orientez vers l'événement de l'équipe régionale correspondante.

4. Ajoutez une solution de repli par défaut — définissez toujours une route par défaut lorsque aucune des conditions ne correspond — généralement votre principal événement d'équipe en round-robin.

À quoi cela ressemble pour Ruby

La réceptionniste ouvre l'URL du formulaire de routage, répond aux questions en fonction de l'appel et envoie le tout. Cal.com gère le routage — la réceptionniste est dirigée directement vers la bonne page de réservation.

Astuce : utilisez des champs déroulants avec des options fixes plutôt que des champs de texte libre, dans la mesure du possible. 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 fournissez-la à Ruby. Votre URL ressemblera à : cal.com/forms/[your-form-id]

Liste de contrôle rapide avant la mise en ligne

• Chaque membre de l'équipe a accepté son invitation d'équipe Cal.com

• Le calendrier Google ou Outlook 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 s'afficher comme « Occupé » sans détails afin de protéger la vie privée

• Vous avez effectué une réservation de test via votre propre URL pour confirmer que la disponibilité s'affiche correctement

• L'URL finale (page de réservation ou formulaire de routage) a été partagée avec votre équipe de compte 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 brève note sur les informations à collecter auprès des appelants (nom, e-mail, motif de l'appel)

3. Toute instruction spécifique à votre activité (par ex. « Si l'appelant indique qu'il est client actuel, utilisez cette URL à la place »)

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

Foire aux questions

Cal.com fonctionne-t-il avec Ruby dès l'installation ?

Oui. Les réceptionnistes de Ruby ont seulement besoin d'une URL de réservation web qu'ils peuvent ouvrir pendant un appel. Aucune intégration spéciale, aucune configuration d'API, aucun 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 replanifications ne font pas partie de leur flux de travail standard. Si la gestion des annulations est importante, ajoutez un lien d'annulation ou de replanification Cal.com dans vos e-mails de confirmation de réservation 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 confirmer que le calendrier est connecté et activé dans Paramètres → Calendriers. Ensuite, assurez-vous que les événements de blocage 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, le passage à Google ou Outlook permet généralement de résoudre le problème.

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

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