Wie du Ruby Receptionists mit Cal.com verbindest (und aufhörst, dir wegen Doppelbuchungen Sorgen zu machen)

Wenn du Ruby Receptionists nutzt, um eingehende Anrufe zu bearbeiten, kennst du den Wert schon: ein echter Mensch geht ans Telefon. Aber bei fast jedem Ruby-Anruf gibt es einen Moment, in dem es knifflig werden kann: Die anrufende Person möchte einen Termin buchen, und deine Rezeption muss herausfinden, wann du wirklich frei bist.

Genau dieses Problem löst Cal.com. Gib Ruby eine einzige Buchungs-URL, und ihre Rezeptionisten können deine aktuelle Verfügbarkeit in Echtzeit prüfen, die Daten der anrufenden Person eintragen und den Termin fest buchen — alles, während sie noch telefonieren. Die anrufende Person muss nie einen Scheduling-Link sehen. Sie bekommt einfach gesagt, dass sie gebucht ist (und bekommt Erinnerungen von Cal, damit sie das Meeting nicht vergisst).

Dieser Leitfaden zeigt dir, wie die Integration funktioniert, und behandelt die zwei häufigsten Setups, die wir sehen: Team Round-Robin mit Priorisierungs-Routing (wenn du mehrere Vertriebsmitarbeitende hast und die beste Person zuerst drankommen soll) und formbasiertes Routing (wenn du Anrufe je nach Aussage im Gespräch an die richtige Person weiterleiten musst).

So funktioniert Ruby + Cal.com in der Praxis

Rubys Rezeptionisten sind darin geschult, während Anrufen webbasierte Planungstools zu nutzen. In der Praxis ist der Ablauf ganz einfach:

1. Anruf geht ein — Ruby-Rezeptionist nimmt ab
2. Rezeption öffnet deinen Cal-Link — sieht Live-Verfügbarkeit
3. Füllt die Buchung aus — Name, E-Mail, Grund des Anrufs
4. Termin bestätigt — Deine Mitarbeitenden und deine Kundschaft bekommen die Benachrichtigung

Die Rezeption fungiert im Grunde als menschliche Schnittstelle zwischen der anrufenden Person und deiner Cal.com-Buchungsseite. Sie sammelt die Informationen, navigiert durch den Buchungsablauf und sendet ihn ab. Du bekommst einen bestätigten Termin in deinem Kalender, und die anrufende Person bekommt ein menschliches Erlebnis, dem sie vertraut.

Hier ist die Version aus der Praxis: Ein Dienstleister für Home Services wurde von eingehenden Anrufen überflutet. Er hat Ruby beauftragt, den Überschuss abzufangen, und brauchte, dass die Ruby-Rezeption Anrufe direkt mit seinem Vertriebsteam bucht. Aber er wollte nicht, dass Ruby vier verschiedene persönliche Kalender-Links teilt — er wollte eine URL, smarte Verteilung und keine Doppelbuchungen.

Die Lösung ist ein Team Event mit Round Robin + Priorität in Cal.com.

Schritt 1: Ein Team erstellen

In Cal.com gehst du in der linken Seitenleiste zu Teams und erstellst ein neues Team. Gib ihm einen Namen wie „Sales Team“ oder „Service Scheduling“. Mit der Teams-Funktion in Cal kannst du Buchungen für eine Gruppe von Personen verwalten.

Schritt 2: Lade deine Teammitglieder ein

Lade aus den Team-Einstellungen jedes Teammitglied per E-Mail ein.

Dieser Schritt ist entscheidend — jede Person muss die Einladung per E-Mail annehmen, bevor sie als verfügbarer Host angezeigt wird. Sobald sie angenommen hat, muss sie außerdem ihren Kalender mit ihrem Cal.com-Konto verbinden.

Checkliste für Teammitglieder: Jedes Mitglied muss: (1) die Teameinladung annehmen, (2) seinen Kalender mit Cal.com verbinden und (3) diesen Kalender für die Konfliktprüfung aktivieren. Alle drei Schritte, für jede Person.

Schritt 3: Erstelle einen Team Event Type mit Round Robin

Erstelle innerhalb deines Teams einen neuen Event Type.

Du findest deinen Team-Buchungsbereich rechts neben deinem persönlichen Buchungsbereich in Cal.

Wenn du den Planungstyp auswählst, nimm Round Robin. Dadurch werden Buchungen automatisch auf verfügbare Teammitglieder verteilt.

Schritt 4: Lege Prioritätsreihenfolgen für jeden Host fest

Im Zuweisungsbereich für die Buchung gehst du zu „Round-robin hosts“ und weist jeder Person eine Prioritätsstufe zu. Cal.com versucht immer zuerst, die verfügbaren Mitarbeitenden mit der höchsten Priorität zu buchen. Wenn diese Person beschäftigt ist, geht es zur nächsten Prioritätsstufe weiter. Erst wenn auf allen höheren Stufen niemand verfügbar ist, wird nach unten weitergereicht.

Schritt 5: Kopiere deine Team-Buchungs-URL und gib sie an Ruby weiter

Sobald sie veröffentlicht ist, hast du eine einzige Buchungs-URL wie cal.com/team/[your-team]/[event-name]. Gib sie deinem Ruby-Account-Manager. Wenn ein Anruf eingeht, öffnet die Rezeption sie, sieht die Verfügbarkeit in Echtzeit über dein gesamtes Team hinweg (automatisch priorisiert) und bucht den Slot.Szenario 2: Anrufende an die richtige Person weiterleiten, basierend auf dem, was sie sagen

Manchmal möchtest du mehr granulare Kontrolle darüber, wer gebucht wird. Vielleicht musst du Anrufende an eine bestimmte Person namentlich, an eine Produktspezialistin oder an das richtige regionale Team weiterleiten.

Dafür sind Cal.coms Routing Forms gemacht. Statt Ruby einen direkten Buchungslink zu geben, gibst du ihnen eine Formular-URL. Die Rezeption füllt die Antworten anhand des Gesprächs aus, und das Formular leitet automatisch auf die richtige Buchungsseite weiter.

So erstellst du das Routing-Formular

Gehe in deiner Cal.com-Seitenleiste zu Routing Forms und erstelle ein neues Formular.

Füge die Fragen hinzu, die deine Rezeption im Namen der anrufenden Person beantwortet. Zum Beispiel:

• „Hat die anrufende Person nach einem bestimmten Teammitglied gefragt?“ (Dropdown — leitet zur benannten Person weiter)

• „Welches Produkt oder welche Dienstleistung hat die anrufende Person erwähnt?“ (Dropdown — leitet zur Spezialistin weiter)

• „In welcher Stadt oder Region ist die anrufende Person?“ (Dropdown — leitet zum regionalen Team weiter)

• „Name der anrufenden Person“ (Text — wird an die Buchungsbestätigung übergeben)

• „E-Mail oder Telefonnummer der anrufenden Person“ (Text — wird an die Buchungsbestätigung übergeben)

So richtest du die Routing-Regeln ein

1. Lege für jede benannte Person eine Regel an — „Wenn [team member] gleich [Name] ist“ → leite zum Event Type dieser Person weiter.

2. Lege für jedes Produkt oder jede Dienstleistung eine Regel an — „Wenn [product] gleich [Product Name] ist“ → leite zur Buchungsseite der Spezialistin weiter.

3. Lege für jede Region eine Regel an — „Wenn [city/region] gleich [Region] ist“ → leite zum richtigen regionalen Team-Event weiter.

4. Lege einen Standard-Fallback fest — Setze immer eine Standardroute für den Fall, dass keine Bedingung passt — typischerweise dein zentrales Round-Robin-Team-Event.

So sieht es für Ruby aus

Die Rezeption öffnet die Routing-Formular-URL, beantwortet die Fragen anhand des Anrufs und sendet das Formular ab. Cal.com übernimmt das Routing — die Rezeption wird direkt zur richtigen Buchungsseite weitergeleitet.

Profi-Tipp: Verwende nach Möglichkeit Dropdown-Felder statt Freitext. Das macht die Auswahl für Rezeptionisten schneller und verhindert Routing-Fehler durch Tippfehler.

Kopiere die veröffentlichte Routing-Formular-URL und gib sie an Ruby weiter. Deine URL sieht dann so aus: cal.com/forms/[your-form-id]

Schnellcheck vor dem Go-live

• Jedes Teammitglied hat seine Cal.com-Teameinladung angenommen

• Der Google- oder Outlook-Kalender jeder Person ist mit ihrem Cal.com-Konto verbunden

• Der oder die richtige(n) Kalender sind für die Konfliktprüfung aktiviert

• Externe Termine, die die Verfügbarkeit blockieren sollen, sind als Busy markiert (nicht Free)

• Persönliche Termine sind so eingestellt, dass sie als „Busy“ ohne Details angezeigt werden, um die Privatsphäre zu schützen

• Du hast eine Testbuchung über deine eigene URL durchgeführt, um zu prüfen, ob die Verfügbarkeit korrekt aussieht

• Die finale URL (Buchungsseite oder Routing-Formular) wurde mit deinem Ruby-Account-Team geteilt

Was du Ruby sagen solltest

Sobald dein Cal.com-Setup live ist, kontaktiere deinen Ruby-Account-Manager und gib ihm:

1. Deine Buchungs-URL (oder Routing-Formular-URL)

2. Eine kurze Notiz dazu, welche Informationen von Anrufenden gesammelt werden sollen (Name, E-Mail, Grund des Anrufs)

3. Alle geschäftsspezifischen Anweisungen (z. B. „Wenn die anrufende Person sagt, dass sie aktuelle Kundschaft ist, nutze stattdessen diese URL“)

Rubys Rezeptionisten sind darin geschult, webbasierte Planungstools zu nutzen, und folgen allen Anweisungen, die du vorgibst. Je einfacher und konkreter deine Anweisungen sind, desto reibungsloser läuft die Übergabe.

Häufig gestellte Fragen

Funktioniert Cal.com mit Ruby direkt ab Werk?

Ja. Ruby-Rezeptionisten brauchen nur eine webbasierte Buchungs-URL, die sie während eines Anrufs öffnen können. Keine spezielle Integration, kein API-Setup, kein Freigabeprozess.

Kann Ruby bestehende Buchungen stornieren oder verschieben?

In der Regel nein. Rubys Rezeptionisten erstellen neue Buchungen, aber Stornierungen und Umbuchungen gehören nicht zu ihrem Standard-Workflow. Wenn die Bearbeitung von Stornierungen wichtig ist, füge in deinen Bestätigungs-E-Mails einen Cal.com-Link zum Stornieren oder Umbuchen hinzu, damit Kund:innen das selbst erledigen können.

Was ist, wenn der Kalender einer Person nicht richtig synchronisiert?

Prüfe zuerst, ob der Kalender verbunden und unter Einstellungen → Kalender aktiviert ist. Stelle zweitens sicher, dass blockierende Termine als Busy markiert sind. Wenn es immer noch falsch ist, trenne den Kalender und verbinde ihn erneut, um einen frischen Sync zu erzwingen. Wenn die Person Apple Calendar oder einen ICS-Feed verwendet, hilft oft der Wechsel zu Google oder Outlook.

Können Ruby-Rezeptionisten Routing-Formulare ohne zusätzliche Schulung nutzen?

Ja, mit etwas Setup auf deiner Seite. Verwende Dropdowns mit festen Optionen statt Freitextfeldern. Halte das Formular kurz (3–4 Fragen) und nutze klare Sprache. Füge beim Teilen der Formular-URL mit deinem Ruby-Account-Manager eine kurze Briefing-Notiz hinzu — eine klare Erklärung in einem Absatz reicht normalerweise aus.