Lead operations
Lead routing: which rules do you actually need?
A practical decision model for teams that need to distribute enquiries quickly, fairly and explainably across several destinations.
Section 01
Exclude before you rank
A route may be commercially attractive yet unsuitable for a specific enquiry. First check hard conditions such as market, product, region, customer type and required fields. Only suitable destinations continue.
This separation prevents priority or price from overriding an invalid match. It also makes rejection explainable: the destination was outside its service area, lacked required data or did not accept the customer profile.
Section 02
Capacity is current and time-bound
A daily, weekly or segment cap is not a static number. The system needs to know how many valid deliveries already count in the relevant period, which time zone applies and whether a limit is tracked separately by region or product.
Schedules are part of availability too. A route can be skipped outside opening hours, queued or offered later according to agreement. Define that choice upfront so speed and quality do not depend on chance.
Daily, weekly or monthly caps
Separate caps by region or product
Opening hours and holidays
Queueing or controlled onward delivery
Section 03
Priority follows the match
When several routes are suitable and available, priority decides which one is attempted first. This can be a fixed order, round robin, weighting, price or a combination. Use one dominant logic per group and document exceptions.
A complex score with many small factors may look sophisticated but is difficult to control. Start with rules that reflect a commercial contract or operating agreement. Add complexity only when evidence shows it improves outcomes.
Section 04
Delivery and routing are different
Routing selects the destination. Delivery determines how the enquiry arrives through API, email or another connection and how the response is interpreted. Keep these responsibilities separate so a temporary technical issue does not silently change commercial logic.
Agree whether a failed attempt retries, stops or moves to the next suitable route. Preserve every attempt with its time, response and outcome so the team can distinguish a wrong match from a technical delivery failure.
Section 05
Test scenarios before volume arrives
Test more than the happy path. Use a full cap, closed schedule, duplicate enquiry, missing field, rejecting API and two simultaneous leads competing for the last available slot. These cases determine whether the system remains fair under pressure.
A useful audit trail shows which rule matched, which limit was reached and which delivery followed for every candidate. Operations, sales and finance can then inspect the same decision without reconstructing the system.
FAQ
Frequently asked questions
01Is round robin enough for lead routing?
Only when every destination has the same audience, capacity and terms. In practice, suitability and availability usually need to be checked before rotation.
02What happens when two leads use the final slot simultaneously?
The capacity check should lock the relevant route during the decision. Otherwise both enquiries may be assigned to the same final slot.
03Should a CRM perform the routing?
Not necessarily. A separate routing layer can sit before existing CRMs, mailboxes and APIs and centralise only the decision logic.