Meeting Types currently use a single name that appears both in the admin interface and in customer-facing experiences, including the booker URL and the meeting selection screen. Admins who use descriptive internal naming conventions to manage and distinguish Meeting Types end up exposing that internal language to prospects.
Meeting Types should support a separate internal name, visible only to admins, and an external label that is shown to guests in the booker and scheduling flows.
Admins need descriptive internal names to manage Meeting Types at scale without creating confusion for prospects who see that same label. Without this, teams are forced to choose between internal clarity and a clean guest experience.