Lists, Lead Scoring & Workflows

Johntabita
Participante

Best Practices for Moving Lifecyles Backwards

resolver

I'd like to hear what you do in this scenario:

 

A lead becames a SQL by either inquiring about our product or responding positively to a sales call. The sales rep qualifies him or her, then creates a deal and the lifecycle becomes Opportunity.

 

If the deal goes south, it's moved to Closed Lost. At that point, I reset the lifecycle to 'Other' with a workflow.

 

We chose Other rather than MQL to distinquish these from MQLs we've never engaged with. I'm curious to know if you handle this differently and why.

 

Thanks!

0 Avaliação positiva
1 Solução aceita
MFrankJohnson
Solução
Autoridade no assunto

Best Practices for Moving Lifecyles Backwards

resolver

That is precisely how we recommend our clients handle Lifecycle stage for those using HubSpot as their CRM of record (with one significant addition). We recommend setting up ...

 

-1- A custom property (Deal AND Company) -- e.g., 'Closed Lost Reason' (radio button).

Make this field required for all Deals Closed lost. Build a workflow to copy 'Closed Lost Reason' to the associated Company's corresponding Company property.

 

-2- Add at least one custom Lead Status (both Contact AND Company) -- e.g., 'Recycle Lead'.

Set this Company Lead Status if/when the occasion calls for leads from that company to be recycled back into your leadflow. Build a workflow to copy 'Lead Status' to the associated Contacts' Lead Status for all Companies whose Lead Status = 'Recycle Lead'.

 

These additions will help identify trends around the reasons our deals are being 'Closed lost' -- an easy-to-implement example of putting negative data to use for increased conversions. Additionally, they solve for use cases where we need to re-engage leads (with 'Closed lost' deals) at a later date. These revitalized leads, more often than not, require special handling that sets them apart from our new MQLs, SQLs, and Opportunities.

 

Just a few thoughts. Hope they help.

 

Note: Forcing HubSpot Lifecycle Stage backwards is a fairly significant issue debated among HubSpot community members, so ... you may opt to listen to both sides of the argument before deciding which way to go.

 

Note: Please search for recent posts as HubSpot evolves to be the #1 CRM platform of choice world-wide.

 

Hope that helps.

 

Be well,
Frank


www.mfrankjohnson.com

Exibir solução no post original

7 Respostas 7
bradmin
Conselheiro(a) de destaque

Best Practices for Moving Lifecyles Backwards

resolver

Hi, @Johntabita. The process @MFrankJohnson laid out is likely the most flexible, and also preserves the most data, especially the analytics associated with lifecycle stages. It is excellent advice.

 

As he mentioned, there's also a fair bit of debate on the topic. I'm one of the iconoclasts who throws caution to the wind, and has tricked out portals with workflows left and right that clear-then-set the lifecycle stage, so it can be moved to whatever stage is most appropriate. I've had specific reasons for doing so, however.

 

The truth is, choosing to do this for your org is a function of the org's needs. Rather than reengage in yet another spirited debate about which process is best as an absolute, let me rattle off a handful of reasons why your org might elect to use the clear-then-set approach instead: 

 

  • What someone is right now is more important than the path they took to get there. Clearing and setting the lifecycle stage resets the analytics about when key lifecycle stages were set the first time. To sacrifice this (whether or not you're offloading any analytic date values to copycat or helper fields via workflows), you're effectively saying that a reverted lifecycle is more important than knowing when someone moved through the funnel. Maybe you're an org with a lot of short sales cycles, or maybe you run a recruitment agency, where the contacts in your portal are constantly cycling through the process. Knowing the lifecycle of who you're talking to at this second could be a higher priority.
  • The analytics you're giving up can be represented or replaced with an external integration. This is primarily my use case. I'm a Salesforce...I want to say junkie, but not quite as classy as a junkie. I could map lifecycle stages or the became-a-[stage] properties to Salesforce, flip on field history tracking (or whip up snapshot reporting, or even design some custom automation, because my tinfoil hat is the fanciest of them all), and I've got the analytics HubSpot provides in a separate system. Maybe you've got some other tool that works in tandem with HubSpot which behaves similarly. You can emulate the stuff you're losing in a separate system. Mmm, that's tasty ersatz analytics.
  • Everyone is on board. The same way Frank and I can go back and forth on the merits of each approach, so can the members of your org. Chances are, you're not going to come to a unanimous agreement, but you'll have to pick a standard. Just make sure anyone who needs to be part of this process is part of the discussion the first time around. Otherwise, two days after you decide on your plan, Brenda from marketing ops comes in hot, wondering why her reports are out of whack. Then she finds out what the changes were about, and airs her opinions, and the three-hour meeting you had to choose your option gets rehashed all over again. If there's someone on the team who just won't be able to process or understand why the change is being made, you're just going to live Marketing Groundhog Day over and over again.

Brad Mampe, Salesforce Analyst, Fidelity
I'm probably wrong. I may not be right about that.
Johntabita
Participante

Best Practices for Moving Lifecyles Backwards

resolver

I appreciate your thoughtful reply. Yes, we're more concerned with where someone is right now, as our sales cycle is relatively short. (And since I'm basically "Brenda from marketing ops" there's no worrries of that happening.)

MFrankJohnson
Solução
Autoridade no assunto

Best Practices for Moving Lifecyles Backwards

resolver

That is precisely how we recommend our clients handle Lifecycle stage for those using HubSpot as their CRM of record (with one significant addition). We recommend setting up ...

 

-1- A custom property (Deal AND Company) -- e.g., 'Closed Lost Reason' (radio button).

Make this field required for all Deals Closed lost. Build a workflow to copy 'Closed Lost Reason' to the associated Company's corresponding Company property.

 

-2- Add at least one custom Lead Status (both Contact AND Company) -- e.g., 'Recycle Lead'.

Set this Company Lead Status if/when the occasion calls for leads from that company to be recycled back into your leadflow. Build a workflow to copy 'Lead Status' to the associated Contacts' Lead Status for all Companies whose Lead Status = 'Recycle Lead'.

 

These additions will help identify trends around the reasons our deals are being 'Closed lost' -- an easy-to-implement example of putting negative data to use for increased conversions. Additionally, they solve for use cases where we need to re-engage leads (with 'Closed lost' deals) at a later date. These revitalized leads, more often than not, require special handling that sets them apart from our new MQLs, SQLs, and Opportunities.

 

Just a few thoughts. Hope they help.

 

Note: Forcing HubSpot Lifecycle Stage backwards is a fairly significant issue debated among HubSpot community members, so ... you may opt to listen to both sides of the argument before deciding which way to go.

 

Note: Please search for recent posts as HubSpot evolves to be the #1 CRM platform of choice world-wide.

 

Hope that helps.

 

Be well,
Frank


www.mfrankjohnson.com
Peter_NZ
Participante

Best Practices for Moving Lifecyles Backwards

resolver

Hi - we have another permutation I am struggling to cope with - we have many customers who have bought from us in the past so they have Lifecycle Stage Customer - but we don't win every opportunity these customers present us with - when we lose a deal they are downgraded from Customer even though they still deal with us and buy from us moving forward. Any suggestions on how best to apply Lifecycle Stage and Lead Status to that scenario?

0 Avaliação positiva
martynavtx
Membro

Best Practices for Moving Lifecyles Backwards

resolver

Hi Peter_NZ! I have a similar issue, where I'm looking to differentiate lifecycle stages for customers to whom we simply upsell and lose (but they remain customers) from contacts who lose a deal and never go on to becoming customers/stop being customers.

One option I'm currently working on is creating two pipelines - one for the main, primary sales deals and the other for upsell deals. You can then create a workflow that says:

1) 'if associated deals number is greater than 2,

2) AND 'deal closed-lost' property is updated after 'deal closed-won' property,

3) AND sales pipeline is none of 'upsell'...

... Then change lifecycle stage to 'Other', which means that any client existing on 'upsell' pipeline will not be affected by this and retain his/her status of 'Customer'.

It would be great to hear your thoughts about this!

0 Avaliação positiva
Johntabita
Participante

Best Practices for Moving Lifecyles Backwards

resolver

Thanks for your insights. I've added your additional suggestions to my workflow. So let me throw out another related scenario:

 

A rep moves a deal to Closed Lost because the lead went dark,. This changes Lifecycle to Opportunity and starts a drip email campaign.

 

A few weeks later, the lead gets in touch with the rep and buys. So the rep moves the deal to Close Won.

 

I've set up an elaborate workflow to undo everything that Close Lost kicked off. Is that how you'd handle that?

0 Avaliação positiva
MFrankJohnson
Autoridade no assunto

Best Practices for Moving Lifecyles Backwards

resolver

>>I've set up an elaborate workflow to undo everything that Close Lost kicked off. Is that how you'd handle that?

 

"elaborate workflow" -- hmmm. Sounds scary.

- see The HubSpot Workflow Butterfly Effect

 

Without knowing "everything that Close Lost kicked off". (important)


We never recommend moving Lifecycle Stage backwards because it disturbs conversion stats being auto-recorded in HubSpot. Instead, we use the COMBINATION of Lifecycle Stage = Opportnity AND Lead Status = Recycle Lead to initiate the lead RE-ENGAGEMENT process (which is different than the original engagement workflow).


We basically TREAT them like SQLs without ever changing their Lifecycle Stage back to SQL, thereby preserving the original MQL-to-SQL and SQL-to-Opportunity conversion stats being auto-recorded in HubSpot.


In most cases, this simply means separate campaigns from the original SQL-Opportunity flow. Meaning, separate early, mid, and late-stage engagement drip email campaigns now called RE-ENGAGEMENT campaigns (typically with tighter engagement constraints) -- separate workflows, and, in some cases, even separate LPs. (highly portal-specific)
Ok, maybe "simply" was an over-simplification. 😉


More work, but worth it to those who appreciate the escalating costs of lead acquisition and engagement. Admittedly, our views on closed lost deals are skewed strongly in favor of re-engagement because, as business owners, we actually foot the bill for lead acquisition in all its forms ...


That being said, no amount of re-engagement is worth sacrificing original conversion data without which we have no real idea how effective our marketing and sales efforts are. IMHO -- sorta like calling oneself 'data-driven', but saying "to he11 with the data". 😮


Hope that helps.

 

Note: Please search for recent posts as HubSpot evolves to be the #1 CRM platform of choice world-wide.

 

Hope that helps.

 

Be well,
Frank


www.mfrankjohnson.com