We lead routing workflows that bring in a lead from a form fill.
During hours:
The lead is time stamped with Timeapi.io webhooks
Branched to the correct team
Assigned to a contact owner (TIME STARTS)
Creates a Deal for the Contact Owner to Follow Up On
After Hours
The lead is time stamped with Timeapi.io webhooks
Branched into a delay until the next morning at 8a (weekdays) or Monday morning at 8a (if after 5pm on Friday)
Then branched to the correct team
Assigned to a contat owner (TIME STARTS)
Creates a Deal for the Contact Owner to Follow Up On
Here's what I'm struggling with: Half the time to respond is never right.
I.e. the Workflow for the lead may run at 11:00a --> the rep will log a call at 11:37a --> the lead response time will be 45 minutes?!? or some other random amount of time.
I'm not sure what I'm missing but we have this issue all the time where the lead will have activity against it (on Contact or Deal object) but the response time is messed up and we can get good SLAs for our team.
Our reps are constantly upset that their metric isn't correct.
Thanks for clarifying @sethnenstiel, I didn't realize you were having issues with the default lead value - I thought you had custom properties with Timeapi.io
Maybe we need to dig deeper into the workflow:
I.e. the Workflow for the lead may run at 11:00a --> the rep will log a call at 11:37a --> the lead response time will be 45 minutes?!? or some other random amount of time.
If the workflow runs at 11:00a, is it triggering as soon as the lead converts (is created) or is there a delay (not necessarily a delay added to the workflow, but an actual delay in processing)?
With your example being off by about 8 minutes, I'm wondering where that time is spent - is the call being made out of HubSpot? Is it a manually logged call? Did they initiate another activity that was logged, like a follow up email, and then go back and log the call?
I've found the best way to deal with time discrepancies is to find 3-5 specific examples and see if you can track down exactly why they are off.
Usually it's something in the process, not the calculation.
If my reply answered your question please mark it as a solution to make it easier for others to find.
So for me it looks like the response time is from assignment to first activity logged. I guess there's the possibility that we're having issues with the user coming in as a lead a secondtime and the activity is measured against the first time (previous) time they were assigned – but this seems wrong as well.
Curious as to if anyone else is having trouble with this – and gettin more thinking on the table!
Thanks for clarifying @sethnenstiel, I didn't realize you were having issues with the default lead value - I thought you had custom properties with Timeapi.io
Maybe we need to dig deeper into the workflow:
I.e. the Workflow for the lead may run at 11:00a --> the rep will log a call at 11:37a --> the lead response time will be 45 minutes?!? or some other random amount of time.
If the workflow runs at 11:00a, is it triggering as soon as the lead converts (is created) or is there a delay (not necessarily a delay added to the workflow, but an actual delay in processing)?
With your example being off by about 8 minutes, I'm wondering where that time is spent - is the call being made out of HubSpot? Is it a manually logged call? Did they initiate another activity that was logged, like a follow up email, and then go back and log the call?
I've found the best way to deal with time discrepancies is to find 3-5 specific examples and see if you can track down exactly why they are off.
Usually it's something in the process, not the calculation.
If my reply answered your question please mark it as a solution to make it easier for others to find.
@Jnix284 – there is no artificial delay in the workflows that assign leads – I checked. Leads are assigned immediately during normal business hours.
Calls are logged manually as we don’t have an integration with our call center software. Emails / sequences are logged by HS.
I’ll have to try to find several use cases like you mentioned. But I was looking for Workflow start time (should be pretty close) to First Logged Activity – as I didn’t see an Owner Assigned event in the timeline. But I assume the workflow runtime is pretty much instantaneous to lead assignment – while it’s “complex” the flow isn’t all that complicated and wouldn’t require a delay – the longest lag may be from Contact Assignment to Deal record creation – but this would cause a few minute lag at the beginning and not a discrepancy between Logged Activity and Response Time.