There is a predictable sequence in businesses that decide to take lead generation seriously. They buy analytics. Then they buy attribution. Then they build a dashboard. Then they hold a monthly meeting about the dashboard.

Meanwhile, an enquiry that came in on Thursday afternoon is still sitting in a shared inbox because the person who usually handles that region was on site and assumed someone else picked it up.

The dashboard measures the loss with increasing precision. It does not prevent it.

The distinction

Reporting is retrospective and passive. It tells you, after the fact, what proportion of leads converted and where they came from. Useful for deciding where to spend next quarter.

Routing is operational and active. It determines who owns each enquiry, when, and what happens if they do not act. It changes the outcome of the lead in front of you right now.

Both have value. But routing is the one that touches revenue directly, it is usually cheaper to implement, and it is almost always the weaker of the two in practice.

What routing actually has to decide

A routing system is not complicated conceptually. It answers four questions for every incoming enquiry:

1. Who owns this? By a rule — geography, service type, round-robin, account ownership, current load. Any explicit rule beats "whoever sees it".

2. How do they find out? Immediately, through a channel they actually watch. Not an email to an address they check twice a day.

3. What happens if they do not act? A timeout, and then an escalation to a named alternative. This is the part most implementations omit, and it is the part that prevents the Thursday-afternoon problem.

4. Where is it recorded? So that the enquiry exists as an object with a state, not as a message in someone's inbox.

Getting those four right removes most lead loss in most businesses. Nothing here requires a large platform.

Common routing failures

The shared inbox with no owner. The default in small businesses, and reliable right up until the day it is busy. Shared responsibility means nobody is accountable for any specific item.

Round-robin without capacity awareness. Distributing evenly to people who are not equally available produces leads assigned to someone on holiday. Any rule needs an availability concept, even a crude one.

Routing on the wrong attribute. Assigning by geography when your customers actually differentiate by service type, or by product line when the real constraint is who is free. The right attribute is whichever one determines who can genuinely help fastest.

No escalation path. If nothing happens when the owner does not respond, the ownership rule is decorative.

Manual triage as a bottleneck. One person reads everything and forwards it. This works well and hides the problem until that person is unavailable, at which point the business discovers it had no routing system at all.

Routing that ignores existing customers. An enquiry from a current client going into the new-business queue is an avoidable annoyance, and the information needed to prevent it is usually available.

Why businesses build the dashboard instead

It is worth being honest about the reasons, because they are understandable.

Dashboards are visible. They can be shown in a board meeting. They are sold by vendors with good marketing. And building one does not require anyone to make an uncomfortable decision about who is accountable for what.

Routing requires exactly that decision. "Who owns leads from the north territory?" is an organisational question, not a technical one, and it is often unanswered precisely because answering it assigns responsibility. The software is the easy half.

A sensible sequence

  1. Write down the routing rule that already exists, implicitly. Even "whoever is in the office" is a rule. Seeing it written down usually motivates the rest.
  2. Make ownership explicit and automatic. One field, set by a rule, at the moment the enquiry arrives.
  3. Add the timeout and escalation. Define the threshold, name who it goes to next, make sure someone is told.
  4. Then measure. Now your reporting has something meaningful to measure: time to owner, time to first contact, escalation rate, and enquiries with no contact at all.
  5. Then refine the rule using what the measurement shows.

Note the order. Reporting built before routing measures chaos precisely. Reporting built after routing measures a process, which is the only kind of measurement you can act on. This is the same principle as dashboards not fixing bad data.

Routing readiness

  • An explicit rule assigns an owner to every enquiry on arrival
  • The rule accounts for availability, not just territory or type
  • Owners are notified through a channel they watch in real time
  • A timeout exists, with a named escalation target
  • Existing customers are identified and routed differently from new enquiries
  • Every enquiry becomes a record with a status, not just a message
  • The rule is documented somewhere other than one person's head
  • Someone has tested what happens to a Friday-evening enquiry

If you have budget for exactly one improvement to how your business handles enquiries, spend it on making sure every one of them has an owner and a deadline. The reporting can wait, and it will be far more useful once there is a process underneath it to report on.