Knowledge · Business Operations

    Inbound Routing and Record Matching

    What should happen in the seconds after a customer message arrives: identity matching, record linking, routing to an owner, and handling the ones that match nothing.

    How are inbound customer messages routed?

    An inbound message is matched to an existing thread by channel identity, linked to a contact record when the identifier matches exactly, routed to an owner by assignment rules, and surfaced as unassigned when nothing matches. The unmatched path matters most, because that is where new business arrives.

    Key takeaways

    • Match on exact identifiers; suggest, never force, everything else.
    • Every inbound message needs a destination, including the unmatched ones.
    • Routing rules should be explicit: owner, team, or shared queue.
    • First response time is the metric routing exists to protect.
    • An unrouted message is functionally a lost message.

    The sequence that should run on arrival

    • Find an existing thread for this channel identity, or create one.
    • Attempt an exact match to a contact by identifier.
    • Carry over the linked record — lead, customer or job — if the thread has one.
    • Apply routing: existing owner keeps it, otherwise the rule decides.
    • Notify, and start the response clock.

    Handling messages that match nothing

    Unmatched traffic is not noise. It is a new customer texting the number from a truck door, a referral using a friend's contact, or an existing customer messaging from a second phone. It must land somewhere visible with an obvious action: link to an existing contact, or create a new lead.

    The dangerous alternative is a silent quarantine that only one person checks. If unmatched messages are not in the main queue, they are not being answered.

    Routing rules worth writing down

    Keep them few and legible. A conversation with an owner stays with that owner. A conversation about an active job routes to whoever holds the job. Everything else goes to a shared queue that a named person is responsible for clearing. Complexity here does not improve response times; it just makes it harder to explain why nobody replied.

    Where URBLD fits

    URBLD resolves inbound messages to a thread by contact record first, then by normalised phone number using the last ten digits. Threads without a match remain visible in the inbox so they can be linked or converted, rather than being hidden.

    Principles reinforced

    This page rests on the following foundational ideas.

    FAQ

    Frequently Asked Questions

    Straight answers about how URBLD runs the business end-to-end.

    More in Business Operations

    The daily mechanics: workflows, checklists, scheduling and handoffs.

    Browse Business Operations
    Share this page