Calendly Meeting Poll
Growing Calendly’s user base exponentially
Calendly aimed to enhance its services by enabling hosts to find a common meeting time for attendees across different time zones, availability, and scheduling preferences. This led to the development of meeting polls, the simplest way for groups to determine the best time to meet.
The objectives are to keep existing users engaged with a comprehensive scheduling solution, introduce new functionalities to expand the types of meetings users can schedule, add value to the new paid packages, and attract new users through viral growth.
ROLE
Product Design Lead
DESIGN COLLABORATORS
Ryan Guyer, Product Designer
Create a whole new experience of how to offer time, gather time, and schedule the meeting
Poll Setup
The team initially began with a design vision exercise, but upon reviewing the new experiences involved, it was clear that the engineering scope and effort would require about 11 months of work. Unwilling to take that long to validate the use case, I decided to use an existing calendar framework and retrofit it to accommodate Meeting Polls—launching the experience within 3 weeks and then iterating on that.
Introduced new experiences to display selected dates, encourage invitee to anchor on times, and reserve times until a meeting is scheduled. Previously, these enhancements did not exist.
Booking Invitee Experience
Calendly’s booking page is the face of the product. However, it only works well for scheduling one-on-one meetings. When multiple times, the original booking page became cumbersome to even see available dates. This would lead to meetings not being booked. So I sketched and devised a new booking page that would allow users to easily scan multiple days and times by scrolling.
I eventually develop a F-based reading pattern booking experience that felt natural in terms of interactions and experience.
Final design shipped in production.
New component designed to accommodate the new booking experience.
Booking Host Experience
After conducting several sessions, we discovered that meeting hosts only need input from 60-70% of invitees to make a decision and schedule the meeting. As a result, I focused on providing the most relevant information: who voted, the number of votes, the highest-voted time, and the host's available times based on their calendar.
New component designed for the scheduled events page for users to book once votes are in.
Created new field input component to accommodate multiple emails.
Based on research, I knew Calendly users rarely log into the product, so I made it easier to book meetings via email whenever an invitee votes.
Platform App Extensions
Not only did I have to design the in-product experience, but I was make sure this experience worked across various platforms & applications such as our G-Mail extension, Chrome extension, and LinkedIn plug-in.
