Skip to main content
Switching from Cal.com to Default means rebuilding your Cal.com event types as Default events and your routing forms as Default workflows that start from the forms on your website. Default connects to Salesforce or HubSpot, looks up the lead’s record, picks the right rep from a queue, and shows the booking calendar in 1 workflow. This guide is for admins moving a sales team’s scheduling. Default does not import Cal.com event types, routing forms, workflows, or bookings, so plan to rebuild them.
Cal.com’s app now calls event types Links, and uses Events for happenings on a fixed date that guests register for. This guide says event types, the name most of Cal.com’s help center uses.

Cal.com and Default at a glance

Cal.com Routing Forms in Default

A Cal.com routing form asks questions and sends each booker to the right event type. In Default, the questions stay on a form on your website, and a workflow does the routing. Default can also enrich the lead before it routes. An Enrich Data node right after the trigger fills in company and person data from a waterfall, and later nodes can branch on it. See Enrichment nodes.

Cal.com event types and round robin in Default

Cal.com availability, limits, and buffers in Default

Cal.com Workflows and CRM apps in Default

Default writes to your CRM only from the workflow nodes you add. See Salesforce and HubSpot.

Cal.com embeds, webhooks, and API in Default

Cal.com embeds in Default

A Default calendar opens on your page as the step after a form. When a visitor submits a form that a Display Scheduler workflow uses, the calendar opens over the page. To show it inside an element instead, set autoDisplayScheduler: { target: "#meeting-section" } in the Pixel install snippet. See Book meetings from forms and The scheduler experience. The calendar on your page books the visitor that the workflow already knows from the form, so Default has no embed for a booking link on its own. Where a Cal.com embed opened a booking page from a button, use 1 of these:
  • Link the button to the event’s booking link, from the Booking links drawer. It opens Default’s booking page, which asks for the visitor’s email.
  • Put a short form in front of the calendar, for example a form you create in Default with an email field, and route it with a Form Submission workflow that ends in Display Scheduler.

Rebuild a Cal.com routing form as a Default workflow

This example replaces a Cal.com routing form behind a Request a demo form. Known people book with their record owner. New people with more than 500 employees book the Enterprise demo event, and everyone else books the Demo event. Both events are Team events hosted by queues.
1

Start from the form

In Workflows, create a workflow and add the Form Submission trigger. Set Connected Form to Request a demo.
2

Look up the record

Add Match Record. Set CRM to Salesforce or HubSpot, set Record to the object your team owns people on, and match on the submitted email.
3

Book known people with their owner

On the Match branch, add Display Scheduler with the Demo event. Turn off Use event hosts and set the host to the matched record’s owner.
4

Branch new people on company size

On the No Match branch, add Multi-Branch. Add a branch named Enterprise where the company size field is greater than 500. Leave everyone else on Else.
5

Show the right event

On Enterprise, add Display Scheduler with the Enterprise demo event. On Else, add Display Scheduler with the Demo event. Keep Use event hosts on, so each event’s queue picks the rep.
6

Test and publish

Select Test, then Run Test once for each case: a known person, a large new company, and a small new company. Then select Publish, and check that the status next to the deployment switch reads Live. A new workflow goes live when you first publish it. If the status reads Paused, turn the switch on.
A workflow test performs real actions. It can book meetings, count routing assignments, and write to your CRM. Use test people.
If a Cal.com route showed a Custom Page Message or an External Redirect, add a branch for it in Multi-Branch and end it with a Redirect node to a page on your site.

Move from Cal.com to Default step by step

1

Connect your CRM and conferencing tool

Select Settings in the sidebar, then Integrations under Workspace Settings. Connect Salesforce or HubSpot. Salesforce needs the Default managed package installed first. See Salesforce and HubSpot. If your team meets on Zoom, connect Zoom once for the workspace. Google Meet and Microsoft Teams links come from each member’s own calendar connection.
2

Invite your team and connect calendars

In Settings → Users, select Invite People. Each member connects Google Calendar or Outlook Calendar, sets up a work schedule, and creates their own Quick event for a personal link. See Member onboarding and Work Hours.
3

Map each rep to their CRM user

In Settings → Users, add each rep’s Salesforce User ID or HubSpot Owner ID. Default needs this mapping to write CRM owners and to use a record owner as a meeting host. See Users.
4

Rebuild Round Robin and Collective event types

In Routing → Policies, select Create Policy, and include Meetings in Assignment Units. In Routing → Queues, select Create Queue for each team that shares meetings. Then in Scheduling → Event Types, select Create new event and choose Team event. Add the queue as host for round robin, or several required members for a collective meeting. See Policies, Queues, and Events.
5

Rebuild Workflows as messages

In the sidebar, under Scheduling, select Communications to open the Messages library. Create reminder and notification templates, then assign them in each event’s Messages section. See Messages.
6

Install the Pixel and add your forms

Open Signals, select Add Domain, and install the Pixel snippet. Then open the domain’s menu, select Catalog forms, add each form you routed with Cal.com, and map its fields. For a routing form that only existed in Cal.com, open Forms, select Create new, then New form, and put it on your site with the code from the Install tab. See Set up the Pixel and Forms SDK.
7

Rebuild each routing form as a workflow

Build 1 workflow for each routing form, as in Rebuild a Cal.com routing form. Add a Meeting Status workflow if the Cal.com Salesforce or HubSpot app logged meetings in your CRM, or if you used Cal.com webhooks.
8

Switch over 1 form at a time

When a workflow passes its tests, publish it so it goes live. Then remove the Cal.com embed or routing from that form’s pages, so visitors see 1 scheduler. Share the new booking links in place of your Cal.com links.
9

Export your Cal.com history

Before your Cal.com access ends, export what you need for reporting. Cal.com’s Insights page has a Download button that saves the current view as a CSV file.

What does not carry over from Cal.com

  • Configuration. Default has no importer for Cal.com event types, routing forms, Workflows, or availability schedules. You rebuild them in Default.
  • Meetings already booked. Meetings booked in Cal.com stay in Cal.com. Default’s Meetings list starts with the first meeting booked through Default.
  • Cal.com-hosted routing forms. Default doesn’t design or host forms, so questions that only exist in a Cal.com routing form move to a form on your website. You can create that form in Default: in Forms, select Create new, then New form, and put it on your site with the code from the Install tab. See Create a form in Default.
  • Seats. Default has no event type that lets several invitees book the same time slot separately. The person who books can add up to 10 guests to their meeting. Webinar events are coming soon.
  • Managed Events. Default has no event type that an admin pushes to members with locked fields.
  • Date overrides and booking limits. Default can’t set different hours for a single date, and it has no booking frequency or total booking duration limits.
  • Confirmation, recurring, and paid bookings. Default has no step where the host approves a booking, no recurring event type, and no payment collection at booking.
  • Cal Video and other locations. An event has 1 location: Calendar Default for Google Meet or Microsoft Teams, Zoom, Zoom Personal, or In Person. Cal Video, phone call locations, and other conferencing apps such as Webex are not supported.
  • WhatsApp, voice calls, and texts to a fixed number. Messages go to the guest or the host by email or SMS.
  • Other calendars. Default connects Google Calendar and Outlook Calendar. Apple Calendar, CalDav, and ICS feeds are not supported.
  • Other CRMs. Default connects to Salesforce and HubSpot. Pipedrive, Zoho CRM, and Close are not supported. Attio is coming soon.
  • Owner lookup from a link. A Default booking link books with the link’s hosts. It does not look up a CRM owner from an email URL parameter, the way Cal.com’s owner options do on a round robin link. To book with the owner, route the lead through a workflow.
  • Meeting Started and Meeting Ended webhooks. Default doesn’t mark meetings as held, so no workflow starts when a meeting starts or ends.
  • Event types through the API. The Default API books and changes meetings and runs workflows. It does not create or edit events, and it does not list all meetings.
  • Booking page embeds without a form. Default’s calendar opens on your page after a form. It has no inline, pop-up, or floating button embed for a booking link on its own.
  • Existing Cal.com links and embeds. Links and embeds you shared keep pointing at Cal.com. Replace links with Default booking links, and embeds with a form that opens the Default calendar.
Related: Default vs Cal.com