Permission-set-based routing so reps only see leads in their assigned team/territory
One of 565 written HubSpot workflow specs, by a collective of independent HubSpot consultants.
Enterprise
Seat pricing: Enterprise edition. To build it, a GTM Seat or an Ops Seat (an Ops Seat cannot create marketing emails or sequences). Per-hub plans: Sales Hub Enterprise.
OutcomeA rep only sees the leads that belong to their own team or territory, so record visibility matches assignment instead of every rep browsing every territory's pipeline by default.
Workflow maplead-routing-046
When to use it, when not to
Use it
- Use it once territory-based routing (lead-routing-001) is already working and the remaining problem is visibility: reps can still see and edit records outside their own territory even though they never get assigned there.
- Use it when the org has clean Team structures that map to the same territories the routing workflow already uses, so the two systems reinforce each other instead of drifting apart.
Read more on when to use itShow less
Skip it
- Do not use it as the routing mechanism itself; permission sets restrict who can see and edit a record, they do not assign an owner. The rotation logic here is unchanged from lead-routing-001, only the settings layer is new.
- Do not use it if the team genuinely needs cross-territory visibility for coverage or collaboration reasons; a visibility restriction that blocks legitimate cross-team handoffs creates more friction than it solves.
Read more on when to skip itShow less
The rest of this spec
Not the workflow you needed?
Read 12 complete specs before you pay.
One per category, same format as the paid ones. Email only, no card.
We email the link, then a short note when specs change. Nothing else.
Here it is. Download the pack now (.zip) The link is in your inbox too.
Read the free Lead routing spec