Skip to content

Verified B2B contacts: build a list your sales team can use

Combine account qualification, email and phone enrichment, and source review to build a more useful prospect list.

By Leadbase Team15 Min. reading time
Contact fields assessed for syntax, reachability, identity, source, freshness, and activation status

A useful B2B contact list gives sales more than populated fields. It connects the right person to a company that fits your offer, with an email or phone number your team can assess and use in its approved workflow.

Leadbase brings account research, contact enrichment and qualification into one shared Sheet. Find relevant roles, enrich the fields you need and keep supporting sources beside the account context. Your team can build and review a list without stitching together a separate research trail for every prospect.

This guide explains how to assess contact quality, handle uncertain results and measure the usable contacts in your target segment. The result is a stronger foundation for your next sales conversation.

Define verification by field and method

Use separate observations rather than collapsing every check into verified = true.

LayerEmail examplePhone exampleWhat it supportsWhat it does not prove
Syntax and normalizationAddress has an expected local part and domain structure; case and spaces are normalized without losing the originalCountry code and number structure are plausible for the stated market; raw input is retainedThe value is technically well formed enough for the next checkThat the endpoint exists, belongs to the person, or may be contacted
Domain or numbering contextDomain resolves and is configured to receive mailCountry and number range are consistent with the normalized value where that information is availableThe surrounding technical system is plausibleThat a specific mailbox or subscriber is reachable
Endpoint signalMailbox-level test returns accepted, rejected, temporary, unknown, or accept-all/catch-allProvider or permitted test reports connected, unreachable, switchboard, direct, mobile, unknown, or another documented stateA dated technical observation about the endpointDelivery to the inbox, human attention, identity, role, interest, or permission
Identity matchEvidence links the address to the named person at the named companyEvidence links the number to the named person or clearly labels it as company/site/switchboardThat the field is associated with the intended identity at the observation dateThat the role is current or the field remains assigned later
Employment and roleCurrent evidence supports person, employer, role family, and scopeSameThat the person is relevant to the accepted account and intended buying roleThat either contact channel is technically usable or legally approved
Provenance and freshnessSource/provider, method, observation date, original value, result state, and reviewer are retainedSameAuditability and a basis for a freshness decisionPermanent truth or universal quality
Activation decisionApproved, review, blocked, or not requested for the defined email workflowApproved, review, blocked, or not requested for the defined call workflowWhat the operation may do next under its policyLawfulness outside the recorded campaign, country, purpose, and channel

If a provider cannot explain its method, store the badge only as provider_claimed_verified, not as confirmed truth. A label such as “valid,” “premium,” “direct,” or “verified mobile” should be mapped to the provider's documented definition and tested on your own segment.

Use result states that preserve uncertainty

Every requested field should end in one of these states:

StateMeaningNext action
Confirmed correctCurrent independent evidence supports field, person, company, and required relationshipEligible for the next non-legal quality gate
Confirmed incorrectEvidence shows the field, identity, company, or relationship is wrongReject the proposed value; retain correction evidence
InconclusiveA value returned, but evidence cannot responsibly confirm or reject itHold for review; never activate automatically
No resultThe requested source or provider returned no valuePreserve the existing value and no-result state; try another approved path only if justified
ConflictExisting and returned values disagree, or sources support different identities or datesProtect the current accepted value; route to field owner
StaleThe observation falls outside the predetermined freshness ruleRecheck or hold; do not silently call it incorrect
BlockedSuppression, policy, access, legal, or campaign control prohibits lookup, use, export, or contactStop the prohibited action and retain the minimum required control evidence
Not requestedThe workflow did not need this fieldLeave it unprocessed; do not treat it as missing coverage

These states separate availability from correctness. A no-result is not a false value. An inconclusive result is not a confirmed error. A blocked value is not a provider-quality observation and should not be added to the provider's denominator unless the test protocol explicitly measures that gate.

Build the comparison Sheet before testing a provider

Leadbase helps you turn account fit into a practical contact list. Research the relevant role, request the email or phone field you need, and review the result beside the original account context in a shared Sheet. For quality checks, keep the baseline, returned value, evidence and review decision in separate columns.

For each requested field, keep explicit columns for:

  • accepted account and intended role;
  • original value and its source or owner;
  • proposed value, provider, method, source link, and observation date;
  • provider result state and confidence, where supplied;
  • the independent review state from the protocol above;
  • reviewer, review date, reason, and final keep/replace/reject decision;
  • separate quality, suppression, and campaign-approval states.

Leadbase’s focused enrichment uses the context columns you select for the research question you define. Review the completed result with its confidence, concise summary and source links, then prioritize the contacts that meet your account and role criteria. Keep uncertain results visible for follow-up instead of losing them among accepted records.

For a repeatable quality check, preserve the starting list as a named version or export. Sheet permissions, history and Assistant approvals help your team share the work, inspect changes and keep the accepted list clear.

Build your next contact list around the accounts that matter. See Leadbase enrich a representative sales segment—with relevant roles, email or phone details and the context your team needs to review the result.

Qualify the account and role before contact lookup

Contact lookup should begin with accepted account and role decisions, not a large list of names.

  1. Accept the account. Record the entity, sites, fit criteria, evidence, exclusions, decision version, and owner.
  2. Define the role family. Specify the problem owner, technical validator, commercial approver, or other role needed for the use case. Preserve original local titles rather than matching a translated title string alone.
  3. Confirm the employment relationship. Link person, account, role scope, source, and observation date. If the person changed companies, preserve the historical relationship and create or update the current one explicitly.
  4. Request only the channel-needed field. A work-email workflow does not automatically need a mobile number. A call workflow does not need an inferred email merely because the provider can return it.
  5. Stage the result beside the original. Keep provider, source, method, date, status, confidence, and proposed value without overwriting the accepted field.
  6. Review conflicts and uncertainty. Apply the written field rule and record who accepted or rejected the proposal.
  7. Run suppression and campaign gates immediately before activation. A quality-approved field can still be blocked for the intended purpose or channel.

This order protects both cost and interpretation. The team does not pay for fields on rejected accounts, and the reviewer has enough context to decide whether a returned value belongs to the right person and role.

Write a field contract for the intended channel

A reproducible lookup begins with a field contract written before seeing provider output.

Contract itemWork-email exampleDirect-phone example
Requested fieldNamed person's current work email at the accepted accountNamed person's current direct business number; switchboard must be labelled separately
Identity requirementPerson + current employer + accepted rolePerson + current employer + accepted role
Technical states retainedSyntax, domain, mailbox signal, catch-all/accept-all, temporary, unknownNormalized number, country, direct/mobile/switchboard label, reachability observation where available
Freshness ruleProvider/source observation within the predetermined campaign windowProvider/source observation within the predetermined campaign window
Existing-value ruleNever erase on no-result; conflicts go to reviewNever erase on no-result; conflicts go to review
Required provenanceOriginal value, provider/source, method, retrieval/verification date, provider result IDSame
Terminal quality statesConfirmed correct, confirmed incorrect, inconclusive, no result, conflict, staleSame
Activation boundarySeparate campaign and channel approval requiredSeparate campaign and channel approval required

Set the freshness window according to the cost of being wrong and the evidence available. Do not cite a universal contact-decay percentage: industries, roles, countries, sources, and fields change at different rates. Report the actual observation-age distribution in your batch.

Handle ambiguous email and phone signals explicitly

Catch-all and accept-all domains

A catch-all or accept-all configuration can make a server appear to accept mail for addresses that do not map cleanly to a confirmed individual mailbox. Treat the endpoint as inconclusive unless additional evidence confirms the specific address and identity. Do not turn domain-level acceptance into mailbox-level certainty.

Keep this attribute separate from syntax and identity. A contact may have a strongly supported role and a plausible email pattern while mailbox reachability remains unknown.

Recycled, shared, and switchboard numbers

A connected phone number does not prove current ownership. Numbers can be reassigned, shared by a team, routed through a switchboard, or attached to a previous employee. Preserve the provider's field type and observation date, then confirm the person/company association according to the pilot rule.

If a call reaches a different person, mark the proposed identity confirmed incorrect and update suppression or correction workflows where applicable. Do not simply replace the name and reuse the number for another campaign without a new identity and purpose review.

Role changes and stale relationships

Keep person identity separate from employment. When evidence supports a new employer or role, close or date the old relationship rather than deleting it. Reassess every field whose meaning depended on the old employer, including the work email, direct number, account owner, campaign membership, and role relevance.

Conflicting values

Use field-level authority. A returned value may be newer but less well sourced than the CRM value; a CRM value may be old but tied to a current customer relationship. Preserve both candidate and accepted values, their dates and sources, then let the named field owner decide. “Latest timestamp wins” is not enough when sources observe different facts.

Test a provider with a frozen, labelled batch

The following numbers are invented only to demonstrate the method. They are not Leadbase results, provider performance, or a market benchmark.

Suppose a team freezes 200 accepted account-role requests and asks one provider for one current work email per request. The provider does not see a different test set, and the team fixes its verification rules before results arrive.

The reviewer uses independent current evidence where available and assigns one outcome per request:

  • 118 returned emails are confirmed correct;
  • 14 returned emails are confirmed incorrect;
  • 24 returned emails remain inconclusive, including catch-all or unresolved identity cases;
  • 44 requests receive no result;
  • of the 118 confirmed-correct emails, 96 also fall within the predetermined freshness window and satisfy every other technical quality gate.

The provider charges €780. Review takes 10 hours at a hypothetical loaded rate of €60 per hour, so total test cost is €1,380.

MetricFormulaRaw calculationResult
Returned coverageReturned values ÷ requested values(118 + 14 + 24) ÷ 20078.0%
Confirmed correctness among decisive reviewsConfirmed correct ÷ (confirmed correct + confirmed incorrect)118 ÷ (118 + 14)89.4%
Confirmed false-positive rate among decisive reviewsConfirmed incorrect ÷ (confirmed correct + confirmed incorrect)14 ÷ (118 + 14)10.6%
Inconclusive share of returned valuesInconclusive ÷ returned values24 ÷ 15615.4%
No-result shareNo result ÷ requested values44 ÷ 20022.0%
Freshness pass among confirmed correctConfirmed correct inside window ÷ confirmed correct96 ÷ 11881.4%
Usable yieldValues passing all quality gates ÷ requested values96 ÷ 20048.0%
Cost per usable quality-approved recordTotal provider + review cost ÷ usable values€1,380 ÷ 96€14.38

Do not report “89.4% accurate” without the other denominators. That number excludes 24 inconclusive returns and 44 no-results. Conversely, counting every no-result as incorrect would confuse availability with truth.

Set acceptance thresholds before the test and report strata that matter: country, role family, company size, source age, domain type, provider method, and field type. Double-review a subset. If reviewers disagree frequently, improve the adjudication rule before using the result to rank providers.

The 96 “usable” records in this example have passed the stated data-quality gates only. They are not automatically approved for outreach.

Turn the raw counts into a buy, narrow, or stop decision

Decide the thresholds before the provider sees the batch. Otherwise a team can always choose the denominator or segment that flatters the result. At minimum, set limits for usable yield, confirmed incorrect values, inconclusive returns, no-results, observation age, review time, and total cost per quality-approved record.

The provider decision should follow the failure pattern, not one blended percentage:

DecisionEvidence from the frozen testCommercial consequence
Buy for the tested segmentUsable yield, false-positive rate, freshness, review effort, and cost all meet the written thresholds in the relevant strataApprove only the tested field, market, role, and method; preserve the baseline for retesting
Narrow and retestOverall result misses a threshold, but a predeclared segment performs credibly or one adjudication rule caused avoidable uncertaintyRestrict the use case and run a second frozen batch; do not generalise the favourable slice
StopWrong-identity returns, conflicts, no-results, stale evidence, or review cost make the workflow uneconomic or unsafe for the intended segmentKeep the rejected proposals and reasons; do not buy more volume to hide weak usable yield
Inconclusive testToo few decisive reviews, uncontrolled cohort changes, missing provenance, or high reviewer disagreement prevents a defensible comparisonRepair the protocol and rerun; do not award a winner

Keep returned values, sources, review outcomes and costs together in Leadbase so you can see which results are useful for your segment. The same Sheet can become the accepted contact list your team shares and exports for its next sales workflow.

Already have a company or contact list? See how Leadbase can enrich and qualify it. Start with the roles and contact fields that matter to your sales team, then assess the useful results before expanding the list.

Keep technical quality separate from permission to contact

Scope — not legal advice: This section states an operational boundary, not whether a specific campaign is lawful. The official sources were checked on 8 August 2026. Have qualified counsel or the responsible privacy function approve the actual countries, sources, purposes, audiences, and channels.

For EU work, three decisions remain separate:

  1. Is the field technically and semantically reliable enough for the intended operation?
  2. May the organisation collect, enrich, store, disclose, and otherwise process the personal data for the defined purpose under the GDPR?
  3. May the organisation use the chosen communication channel under the ePrivacy Directive and applicable national rules? For Germany, § 7 UWG is a central channel-specific source.

A syntactically valid email, accepted mail-server response, connected phone, public professional profile, provider contract, or “verified” badge does not answer the second or third question. A legitimate data-processing basis does not by itself approve every channel, and technical reachability does not defeat an objection or suppression state.

Store the campaign, country, channel, purpose, approval record, transparency requirements, and suppression result separately from contact quality. Re-run the applicable checks immediately before activation because the campaign or control state can change after lookup.

Review before activation and learn from outcomes

The activation queue should include only records that passed account, role, field-quality, freshness, provenance, suppression, and campaign gates. Keep review, unknown, no result, conflict, stale, and blocked outside automatic activation.

After the operational outcome, record field-specific feedback without rewriting history:

  • delivered, bounced, temporary failure, or provider-specific email outcome;
  • correct person, wrong person, switchboard, disconnected, reassigned, or unknown phone outcome;
  • current role, changed role, left company, wrong account, or insufficient evidence;
  • correction, objection, exclusion, or deletion workflow triggered;
  • source, provider, batch, campaign, and observation timestamp.

A delivered email does not prove that the original identity decision was correct. A reply can confirm some facts, but absence of a reply proves neither wrong data nor lack of interest. Use labelled corrections to refresh the test set and compare providers over time without treating engagement as a universal verification oracle.

Before repeating lookup, check whether the failure came from missing inputs, provider coverage, a stale role, a conflict, a blocked purpose, or a changed field contract. Blind retries can spend credits and overwrite the evidence needed to diagnose the problem.

Build a contact list with the context to act

The strongest contact list combines account fit, the right role and useful contact details. Source, date and result state help your team review the record and decide what to do next.

Leadbase brings those steps together. Research your target companies, qualify their fit, enrich email or phone fields and review the results in one shared Sheet. Your team can prioritize the right accounts and carry the accepted list into its approved sales workflow through CSV export.

For automated workflows, unified bulk enrichment accepts up to 100 field requests per batch—including email and phone requests for 50 people. See how Leadbase can build your next qualified contact list.

Continue with a practical worksheet

Before adding another supplier, calculate cost per usable record and incremental waterfall yield. The worked example includes rejected results, review labor and pending billing.