💬 RevOps Discussions

sethnenstiel
Contributor

Response Times

SOLVE

I'm having trouble with lead response times.

 

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.

 

Help?!

0 Upvotes
1 Accepted solution
Jnix284
Solution
Hall of Famer

Response Times

SOLVE

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.


Jennifer Nixon

View solution in original post

0 Upvotes
4 Replies 4
Jnix284
Hall of Famer

Response Times

SOLVE

@sethnenstiel are you sure that the TIME STARTS trigger is happening when it's assigned and not based on when it's initially created?

 

That could account for the discrepancy between 37 minutes and 45 minutes...

 

If you can figure out what time value it's based on, you can work backward to find a solution - I don't think it's random. 🤓


If my reply answered your question please mark it as a solution to make it easier for others to find.


Jennifer Nixon
0 Upvotes
sethnenstiel
Contributor

Response Times

SOLVE

Jennifer – not a lot to go on here so I'll plug some resources in below.

 

  1. Lead response time is a default property (see hover description screenshot below) and note here: https://knowledge.hubspot.com/contacts/hubspots-default-contact-properties
    1. Also defined as: Lead response time: Time it took the current owner to do first qualifying engagement (ms).
  2. Also see the second screenshot about the activity that is used to calculate this.
    1. https://knowledge.hubspot.com/reports/create-sales-reports-with-the-sales-reports-analytics-tool

Screenshot 2024-01-23 at 8.32.22 AM.png

 

Screenshot 2024-01-23 at 8.37.35 AM.png

 

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 second time 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!

0 Upvotes
Jnix284
Solution
Hall of Famer

Response Times

SOLVE

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.


Jennifer Nixon
0 Upvotes
sethnenstiel
Contributor

Response Times

SOLVE
@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.
0 Upvotes