Hoe Ruby Receptionists koppelen met Cal.com (en niet meer zorgen maken over dubbele boekingen)

Als je Ruby Receptionists gebruikt om inkomende oproepen af te handelen, weet je al hoe waardevol het is om een echt mens de telefoon te laten opnemen. Maar in bijna elk Ruby-gesprek is er een moment waarop het ongemakkelijk kan worden: de beller wil een afspraak boeken, en je receptionist moet uitzoeken wanneer je echt beschikbaar bent.

Dat is precies het probleem dat Cal.com oplost. Geef Ruby één boekings-URL, en hun receptionisten kunnen je live beschikbaarheid in realtime controleren, de gegevens van de beller invullen en de afspraak vastleggen, allemaal terwijl ze aan de telefoon blijven. De beller hoeft nooit een planningslink te zien. Ze krijgen gewoon te horen dat ze zijn geboekt (en krijgen herinneringen van Cal, zodat ze de afspraak niet vergeten).

Deze handleiding legt uit hoe de integratie werkt en behandelt de twee meest voorkomende opstellingen die we zien: team round-robin met prioriteitsroutering (wanneer je meerdere vertegenwoordigers hebt en wilt dat de beste de eerste kans krijgt), en routering op basis van formulieren (wanneer je bellers naar de juiste persoon moet sturen op basis van wat ze tijdens het gesprek zeggen).

Hoe Ruby + Cal.com daadwerkelijk werkt

De receptionisten van Ruby zijn getraind om tijdens gesprekken webgebaseerde planningshulpmiddelen te gebruiken. In de praktijk werkt het heel eenvoudig:

1. Beller belt in — Ruby-receptionist neemt op
2. Receptionist opent je Cal-link — Ziet live beschikbaarheid
3. Vult de boeking in — Naam van de beller, e-mail, reden
4. Afspraak bevestigd — Je vertegenwoordigers en je klant ontvangen de melding

De receptionist fungeert in wezen als een menselijke tussenpersoon tussen de beller en je Cal.com-boekingspagina. Ze verzamelen de informatie, doorlopen de boekingsstroom en dienen deze in. Je krijgt een bevestigde afspraak in je agenda, en de beller krijgt een menselijke ervaring die hij of zij vertrouwt.

Hier is de praktijkversie: een aannemer in de thuisdiensten kreeg een stortvloed aan inkomende oproepen. Ze huurden Ruby in om de overloop af te handelen en hadden hun Ruby-receptionist nodig om gesprekken rechtstreeks met hun salesteam te boeken. Maar ze wilden niet dat Ruby vier verschillende persoonlijke agendakoppelingen deelde — ze wilden één URL, slimme verdeling en geen dubbele boekingen.

Het antwoord is een Team Event met Round Robin + Prioriteit in Cal.com.

Stap 1: Maak een team aan

In Cal.com, ga naar Teams in de linkerzijbalk en maak een nieuw team aan. Geef het een naam zoals "Sales Team" of "Service Scheduling." De Teams-functie in Cal stelt je in staat boekingen voor een groep mensen te beheren.

Stap 2: Nodig je teamleden uit

Nodig vanuit je teaminstellingen elk teamlid per e-mail uit.

Deze stap is cruciaal — elke persoon moet de uitnodiging via e-mail accepteren voordat ze als beschikbare hosts verschijnen. Zodra ze accepteren, moeten ze ook hun agenda koppelen aan hun Cal.com-account.

Checklist voor teamleden: Elk lid moet: (1) de teamuitnodiging accepteren, (2) zijn of haar agenda koppelen aan Cal.com, en (3) die agenda inschakelen voor conflictcontrole. Alle drie de stappen, voor iedere persoon.

Stap 3: Maak een Team Event Type met Round Robin

Binnen je team maak je een nieuw evenementtype aan.

Je vindt je teamboekingsgedeelte rechts van je persoonlijke boekingsgedeelte in Cal.

Bij het selecteren van het plannings-type, kies Round Robin. Dit verdeelt boekingen automatisch over beschikbare teamleden.

Stap 4: Stel prioriteitsrangschikkingen in voor elke host

In de toewijzingssectie voor de evenementboeking, scroll naar "Round-robin hosts" en wijs elke persoon een prioriteitsniveau toe. Cal.com probeert altijd eerst de beschikbare vertegenwoordiger met de hoogste prioriteit te boeken. Als die persoon bezet is, gaat het verder naar het volgende prioriteitsniveau. Alleen als niemand op hogere prioriteitsniveaus beschikbaar is, wordt er verder afgebouwd.

Stap 5: Kopieer je teamboekings-URL en geef die aan Ruby

Zodra gepubliceerd, heb je één boekings-URL zoals cal.com/team/[your-team]/[event-name]. Geef deze aan je Ruby-accountmanager. Wanneer er een oproep binnenkomt, opent de receptionist deze, ziet realtime beschikbaarheid over je hele team (automatisch geprioriteerd) en boekt het tijdslot. Scenario 2: Bellers routeren naar de juiste persoon op basis van wat ze zeggen

Soms wil je misschien meer granulaire controle over wie wordt geboekt. Je moet bellers misschien routeren naar een specifieke vertegenwoordiger op naam, naar een productspecialist, of naar het juiste regionale team.

Dit is waar Cal.com's Routing Forms voor bedoeld zijn. In plaats van Ruby een directe boekingslink te geven, geef je hen een formulier-URL. De receptionist vult antwoorden in op basis van het gesprek, en het formulier stuurt automatisch door naar de juiste boekingspagina.

Hoe je het routeringsformulier bouwt

Ga naar Routing Forms in de Cal.com-zijbalk en maak een nieuw formulier aan.

Voeg de vragen toe die je receptionist namens de beller zal beantwoorden. Bijvoorbeeld:

• "Heeft de beller om een specifiek teamlid gevraagd?" (Dropdown — route naar genoemde vertegenwoordiger)

• "Welk product of welke dienst noemde de beller?" (Dropdown — route naar specialist)

• "In welke stad of regio bevindt de beller zich?" (Dropdown — route naar regionaal team)

• "Naam van de beller" (Tekst — doorgegeven aan boekingsbevestiging)

• "E-mail of telefoonnummer van de beller" (Tekst — doorgegeven aan boekingsbevestiging)

De routeringsregels instellen

1. Voeg een regel toe voor elke genoemde vertegenwoordiger — "Als [teamlid] gelijk is aan [Naam]" → route naar het evenementtype van die persoon.

2. Voeg een regel toe voor elk product of elke dienst — "Als [product] gelijk is aan [Productnaam]" → route naar de boekingspagina van de specialist.

3. Voeg een regel toe voor elke regio — "Als [stad/regio] gelijk is aan [Regio]" → route naar het juiste regionale teamevenement.

4. Voeg een standaard terugvaloptie toe — Stel altijd een standaardroute in voor wanneer geen van de voorwaarden overeenkomt — doorgaans je belangrijkste team-evenement met round-robin.

Hoe het eruitziet voor Ruby

De receptionist opent de URL van het routeringsformulier, beantwoordt de vragen op basis van het gesprek en verzendt deze. Cal.com handelt de routering af — de receptionist wordt rechtstreeks naar de juiste boekingspagina geleid.

Pro-tip: Gebruik waar mogelijk dropdownvelden in plaats van vrije tekst. Dit maakt het voor receptionisten gemakkelijker om snel te selecteren en voorkomt routeringsfouten door typfouten.

Kopieer de gepubliceerde URL van het routeringsformulier en geef die aan Ruby. Je URL ziet er zo uit: cal.com/forms/[your-form-id]

Snelle checklist voordat je live gaat

• Elk teamlid heeft de Cal.com-teamuitnodiging geaccepteerd

• De Google- of Outlook-agenda van elke persoon is gekoppeld aan hun Cal.com-account

• De juiste agenda('s) zijn ingeschakeld voor conflictcontrole

• Externe afspraken die beschikbaarheid moeten blokkeren zijn gemarkeerd als Bezet (niet Vrij)

• Persoonlijke gebeurtenissen zijn ingesteld om als "Bezet" zonder details weer te geven om privacy te beschermen

• Je hebt een testboeking gedaan via je eigen URL om te bevestigen dat de beschikbaarheid er goed uitziet

• De uiteindelijke URL (boekingspagina of routeringsformulier) is gedeeld met je Ruby-accountteam

Wat je Ruby moet vertellen

Zodra je Cal.com-configuratie live is, neem contact op met je Ruby-accountmanager en geef hen:

1. Je boekings-URL (of routeringsformulier-URL)

2. Een korte opmerking over welke informatie van bellers moet worden verzameld (naam, e-mail, reden van het gesprek)

3. Eventuele bedrijfsspecifieke instructies (bijv. "Als de beller aangeeft dat hij of zij een bestaande klant is, gebruik dan in plaats daarvan deze URL")

De receptionisten van Ruby zijn getraind om webgebaseerde planningstools te gebruiken en volgen alle instructies die je geeft. Hoe eenvoudiger en specifieker je instructies, hoe soepeler de overdracht.

Veelgestelde vragen

Werkt Cal.com direct met Ruby?

Ja. Ruby-receptionisten hebben alleen een webgebaseerde boekings-URL nodig die ze tijdens een gesprek kunnen openen. Geen speciale integratie, geen API-instelling, geen goedkeuringsproces.

Kan Ruby bestaande boekingen annuleren of verplaatsen?

Over het algemeen niet. De receptionisten van Ruby maken nieuwe boekingen aan, maar annuleringen en verplaatsingen vallen buiten hun standaardworkflow. Als afhandeling van annuleringen belangrijk is, voeg dan een Cal.com-annulerings- of herplanningslink toe aan je bevestigingsmails, zodat klanten dit zelf kunnen regelen.

Wat als de agenda van een vertegenwoordiger niet correct synchroniseert?

Bevestig eerst dat de agenda is gekoppeld en ingeschakeld onder Instellingen → Agenda's. Zorg er ten tweede voor dat blokkerende gebeurtenissen als Bezet zijn gemarkeerd. Als het nog steeds fout gaat, ontkoppel en koppel de agenda opnieuw om een verse synchronisatie af te dwingen. Als de vertegenwoordiger Apple Calendar of een ICS-feed gebruikt, lost overschakelen naar Google of Outlook het meestal op.

Kunnen Ruby-receptionisten routeringsformulieren gebruiken zonder extra training?

Ja, met een beetje opzet aan jouw kant. Gebruik dropdowns met vaste opties in plaats van vrije-tekstvelden. Houd het formulier kort (3–4 vragen) en gebruik duidelijke taal. Voeg een korte briefing toe wanneer je de formulier-URL deelt met je Ruby-accountmanager — een duidelijke uitleg van één alinea is meestal alles wat ze nodig hebben.