Many companies invest in the XDR as a way to help drive new meetings and customers. But how can you tell if they’re doing a good job? In evaluating the performance of these teams, it’s imperative to track the volume of meetings these teams book, and how those booked meetings convert over time into qualified pipeline and customers. So what's the best way to track meetings, meeting held rates, and conversion to pipeline in Salesforce?
As someone who has built three Salesforce orgs from scratch, scaled an org from 0-350+ users, and consulted nearly 100 other companies in building and scaling their orgs with best practices, I’ve seen people try to build this out in many different ways. There are a few common approaches, all with their own advantages and shortcomings. The way we approach this internally at Sweep, and advocate for the same with many of our customers, is to use a separate opportunity record type to track meeting-setting and conversion. Before explaining that approach, let’s cover some of the other (and honestly, more intuitive!) ways which we see Salesforce teams trying to tackle this:
1. Using activities (events and/or tasks):
The good: This is the most intuitive approach to tracking meetings, as the wording “events” and “meetings” are practically interchangeable, and this was likely the intended use when Salesforce created this object.
The bad: Where I see people struggle the most with this approach is in reporting. In general, the activity/tasks/event object reportability is extremely difficult to use, with a lot of head scratching limitations (this is a separate blog post in-and-of-itself). This approach also creates friction when measuring conversion from meetings to qualified pipeline - it’s almost too granular (if you have seven meetings prior to conversion to pipeline, is that seven conversions or one?), creating the need to dig deeper each time you run a report. Lastly, I find that for whatever reason end-users don’t like to manually update the task object once it’s been created, and so data reliability on this object can be suspect.
2. Using Leads or Contacts (or both!): This approach involves setting up lead/contact statuses and timestamping on one of (or both) of the listed objects to track when the meeting was booked and completed (many people layer this on top of use of activities as well).
The good: When using a lead, conversion usually (but not always) leads to opportunity creation to round out this process. You have an out of the box way to report on conversions and calculating your meeting held rates and pipeline conversion seems simple and intuitive, leveraging reports that can check whether a record achieved a specific stage.
The bad: Where complexity begins to creep in is in both enterprise (read as: long sales cycles) and ABM selling. By relegating your tracking to timestamping fields on a singular record (the lead or contact), you run into several issues.
3. Using the Account object:
The good: Tracking at the account level is a clever way to steer clear of the multiple attendees issue, and enables you to create a one-to-one relationship between the outreach and a closed won opportunity.
The bad: This still leaves you susceptible to non-linear sales cycles - and frankly I have not found a growing company that uses and sticks to this approach as it grows.
This leaves us with opportunities. At Sweep (and in my experience at past companies), we create an opportunity when a meeting is booked, and we set a record type of “Pre-Pipeline.” This enables me to control for a lot of the above issues, while also protecting yourself against some of the common objections to using this approach:
The biggest downside I have experienced with using opportunities for meeting setting is during on-boarding and training. It often takes time to explain to the team why this is the ideal approach, and some more time for them to wrap their heads around using opportunities in a way they have typically used leads, contacts or tasks… but trust me you save that time for yourself x1,000,000 in simplifying reporting and user experience for your users.
If you want to see what this architecture looks like in Sweep, or discuss other best practices that we can help you implement in your salesforce org, book a demo today.