Knowledge · Business Operations

    Conversation Threads and Participant Identity

    What defines a conversation thread, who counts as a participant, and why identity matching by phone or email is reliable in some cases and a guess in others.

    What is a conversation thread?

    A thread is a sequence of messages tied to one channel identity — usually a phone number or an email address — and, when matched, to one contact record. Participants are the identities on the thread plus the internal people who reply. Identity matching is confident when the identifier is exact and a guess when it is not.

    Key takeaways

    • Threads are keyed on channel identity first, contact record second.
    • One person can own several identities: two numbers, a work and a home email.
    • Two people can share one identity: a household phone, an info@ address.
    • Matching by phone number is stronger than matching by name.
    • An unmatched thread is not a failure; forcing a wrong match is.

    What actually defines a thread

    • The channel: text, email and chat threads are separate by nature.
    • The external identity: the number or address on the other end.
    • The internal owner: who is accountable for replying.
    • The linked record: lead, customer, job or none yet.
    • The last activity time, which drives ordering and follow-up.

    Why identity matching is harder than it looks

    A phone number is a strong identifier because it is exact and normalisable — strip formatting, compare the last ten digits, and you either match or you do not. An email address is similar. Names are weak: two Smiths, a misspelling, or a spouse calling on behalf of the account holder all break name matching.

    The honest design is a confidence ladder. Exact identifier match links automatically. Everything else is offered as a suggestion for a human to confirm. A system that silently merges two customers because the names looked similar creates a data problem far worse than an unlinked thread.

    One person, many identities

    Households and small businesses routinely use several numbers and addresses. The right model is that a contact can accumulate identities over time, not that every new number is a new person. When a second number appears, the practical move is to link it to the existing contact once a human confirms it, and to keep both threads visible under that contact.

    Cross-channel merging — folding a text thread and an email thread into one continuous conversation — is a different and much stronger claim. Unless a system explicitly says it does that, assume threads stay per channel.

    Where URBLD fits

    In URBLD, inbound messages are matched to a thread by contact record first, then by normalised phone number, comparing the last ten digits. Threads keep their own channel; text and email conversations are not merged into a single cross-channel thread.

    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