
Lead Routing
Part of Building automated lead routing
Assigning leads by territory and product interest
Build a territory and product-interest routing matrix, settle overlapping rules and check the resulting lead owner.
To assign leads by territory and product interest, define the source of each value, map their combinations to destinations and settle overlapping rules before configuring the workflow. Check the resulting owner on the lead record, particularly when an existing owner or another CRM rule may change it.
Make each input usable
Define what ‘territory’ means for this enquiry. It might come from a declared service location, company address or approved postcode mapping. Those sources can disagree, so specify which wins and who resolves a conflict. Do not infer territory from a phone prefix or free-text location without an approved rule.
Use declared product interest when possible. ‘Interested in Product A’ is different from ‘downloaded a Product A guide’. If marketing activity is used to infer interest, agree on that interpretation before it changes sales ownership. Keep accepted territory and product values aligned with the form and the routing rules.
Write the combined rule
This example is hypothetical; its teams and territories do not describe a real organisation.
| Territory | Product A | Product B |
|---|---|---|
| NSW territory | Team A | Team B |
| VIC territory | Team C | Team D |
| Other or unresolved | Review | Review |
If one generalist team handles every product in a territory, say so. If a product specialist overrides territory, place that exception before the general rule. For multiple selected products, choose an approved specialist, shared destination or review path; do not let an arbitrary field order decide the owner.
Check the platform’s documented evaluation behaviour rather than assuming which destination wins when conditions overlap. Put a narrow exception ahead of a broad catch-all, then check an enquiry that meets both.
In HubSpot, a ‘Value equals’ branch based on a multi-checkbox property can send a record with several selected values to ‘None met’ because the values do not exactly match one branch value.
Decide what happens to an existing owner
A new form submission may come from someone already working with sales. Decide whether the new territory and interest should reassign the record, prompt its current owner to review it or leave ownership alone. Treat a new request and a correction to an old one separately.
HubSpot’s Rotate record to owner workflow action can assign records to users on the record owner property or a custom HubSpot user property. Users selected for assignment must have an assigned Sales or Service Hub Professional or Enterprise seat. Rotation in a lead-based workflow is beta and requires Sales Hub Professional or Enterprise.
Choose the territory and product destination first; use rotation only if eligible people within that destination should share the work.
HubSpot Workflow Requirements for Record Assignment
- Required HubSpot PlanSales Hub Professional or Enterprise
- User EligibilityUsers must have an assigned Sales or Service Hub Professional or Enterprise seat
- Rotation Feature StatusBeta in lead-based workflows
Check the matrix edges
Prepare controlled examples for each populated cell, the exceptions and the default path. Include two interests, an unrecognised territory, an existing owner and a value added after the record first entered the workflow. Record each expected destination before comparing it with the configuration.
HubSpot’s workflow Test feature simulates how a specific record will go through a workflow after enrolment. To check an actual hand-off, use controlled records and inspect the owner after the action and any connected ownership sync. Keep the matrix version with the results.



