Product Manager, Senior Designer (me), Dev Lead
Generative: Discovery User Interviews,
Evaluative: Usability Testing, Journey Mapping
8 months for MVP, continuous enhancements since 2022
While templates were great for setting the stage for users in an account, Calendly admins wanted to be able to assign them in bulk to their users and be able to update event type fields in bulk.
As the team lead who manages my team's scheduling process, I need to make sure all of our customer-facing materials are consistent and on brand. The team lead's goal is also to streamline the scheduling process so that there's less time scheduling or more time spent on effective meetings. While templates were easy to assign when inviting users into a Calendly account, after that point, it's very difficult to manage those templates since users are free to change every aspect of it.
While our templates feature was appearing to be useful for our admins, we had gotten feedback through several channels that signaled that we needed to enhance it.
We dug into Templates. We started internally with our Customer Success Managers who were in charge of managing large accounts. I conducted a journey mapping exercise to identify where the journey there was friction and pain points. Working with my Product Manager, we identified opportunities for user interviews to then shape solution exploration.
We conducted user interviews internally and externally
"I wish I could lock fields down so that people can't change them, especially since they map to fields in other tools that we use"
"If I do need to make a change, I have to un-assign and re-assign the template to all my users... I also can't do this in bulk"
"I thought that templates already auto updated if I made an changes to it"
Several themes emerged from our calls that would inform our MVP:
Through all the interviews, we learned that templates were just one part of a user's journey as the onboard as a new company and expand by adding more seats. I created a journey map to capture each step, the sentiment behind them, and areas of opportunity. This artifact was circulated as a way to give peers an understanding of what larger customers face when setting up and using Calendly.
Initial designs included building on top of our existing event type editor, questions about where managed events should be, and if they should co-exist alongside templates. This opened up questions around our existing information architecture and if it could support scale. While these were became aware of these problems, we had to de-risk as much as possible. In collaboration with PM and Engineering, we decided to:
We built a light prototype to test with potential beta customers. These customers were identified through our Customer Success Managers and were part of previous interviews. We built a prototype to test with our users. Main points of feedback:
While we intended that all fields would be locked, we ran into technical constraints with locking the location field. Ideally, admins want to set a location (ex: Zoom) and have that as the default and locked location for this managed event to prevent them from using a non-company sanctioned integration. However, due to the complexity of event type code, we weren't able to scope this for our MVP.
The tradeoff: if Zoom is selected, it will populate. Once users connect their Calendly account to Zoom, a link will auto-generate with every meeting booked.The mechanism for searching and selecting users to assign this managed event is cumbersome. For an MVP we decided to use this pre-existing pattern and focus on assigning managed events to groups (a feature in Calendly) as a post-GA enhancement.
After going through testing and aligning strategies with with Core (FTUX, end user focused squads) we decided to migrate the Templates feature to Managed Events, with its parent-child relationship and a locking mechanism. As the designs became more refined, I collaborated with Product Marketing, Engineering, and Design to craft a change management journey as the business decided to sunset Templates after the release (Alpha, Beta, GA) of Managed Events.
Create dev-ready designs
Discovery User Interviews, Usability Testing, Journey Mapping
To this day, we are doing A/B testing on the name and discovery of Managed Events. Latest A/B test revealed finding event types wasn't an issue but rather creeating one and using one is the barrier.