Skip to content

How to Test a Data Vendor's Coverage Claims Yourself

Stop trusting headline numbers. Test a data vendor's coverage, accuracy, and freshness with a 50-entity sample you can verify yourself.

written by
Adewale ThomasMixRank
published
15 October 2026
reading time
6 min

Testing a data vendor's coverage claims yourself means replacing the marketing number with a sample you can personally verify. Pick a small set of companies or people whose real details you already know, query the vendor's data for them, and score what comes back. Three checks do most of the work: record coverage, field fill, and recency.

What Does Testing Coverage Claims Mean?

Every data vendor publishes a headline number: profiles, companies, postings, updates per month. The number describes the vendor's own dataset, measured by the vendor's own method, which is exactly why it cannot settle anything. Testing coverage claims yourself means building a ground truth you control, a sample of entities whose real details you know independently, and scoring the vendor against it. The goal is not to audit a billion records. It is to convert one marketing number into four smaller ones you can act on: coverage, completeness, accuracy, and freshness.

How to Run the Tests Yourself

  1. 01Build ground truth from what you already know: Your current employer. Your previous one. Twenty businesses on the streets you walk. Your own role and title. You are the authority on this sample, no methodology document required.
  2. 02Add a random sample: Convenience samples flatter vendors. Pull 50 to 100 companies from a public list you did not curate: a city business directory, an industry association's member list, a funding announcement page.
  3. 03Run the lookups: Query the vendor for each entity by name, domain, or whatever key the API supports. Log what came back and what did not.
  4. 04Score four dimensions: Coverage, what share of your sample exists at all. Completeness, on records that exist, what share of the fields you care about are filled. Accuracy, spot-check values against what you know. Freshness, compare dates to changes you know happened this quarter.
  5. 05Run the known-list test: Take a canonical list, the Fortune 500, the top 100 companies in your target industry, and measure recall against it. Missing 8 of 100 names you know should be there is a finding, regardless of the total count on the website.
  6. 06Repeat across two vendors and compare pairs: The same entities, queried on both datasets. Where they disagree, you have found either a bug or a methodology difference, and either one is worth more than any headline number.

Self-Testing vs. Trusting the Claim

Table6 rows
Self-run testThe vendor's headline claim
Ground truthRecords you can verify personallyThe vendor's own methodology
Sample50 to 100 entities you choseOne aggregate number
What it measuresCoverage, completeness, accuracy, freshnessScale
Survives the sales callYes, you bring the resultsUsually arrives qualified by footnotes
CostOne afternoonFree until you sign
What it findsThe gaps that matter to your use caseThe average across everyone else's

Key Benefits of Testing Data Claims Yourself

Numbers stop being marketing. A billion anything is unfalsifiable in a demo. Fifty companies you picked are not. Once you have run the test, the conversation with every vendor starts from your spreadsheet, not their slide.

You find your gaps, not the average gap. A dataset can cover 95% of US tech companies and still miss the exact segment you sell to. A self-run test measures the coverage of your market, which is the only coverage that decides your ROI.

Freshness becomes measurable before it becomes expensive. Compare five records against changes you know happened this quarter. If the vendor is three months behind on entities you can check, the monthly update claim has already answered itself.

Vendor disagreements turn into signals. When two datasets differ on the same company, one of three things is true: one is stale, one is wrong, or they define the field differently. Each explanation changes your buying decision, and only a side-by-side test surfaces it.

You negotiate from evidence. "Your data missed 12 of the 50 companies in my test sample" is a sentence that changes pricing conversations in a way that "your competitor says they are bigger" never will.

Bottom Line

A coverage claim is a promise, and promises are cheap in both directions. An afternoon with a spreadsheet of entities you personally verified will tell you more than any number on a pricing page. Run the test before the demo, bring the results to it, and let every vendor respond to the same rows.

MixRank asks for exactly this. Send us your test sample, or the fields where our data disagrees with what you know, and we will tell you why, including the rows where we are the one who is wrong. That offer is not confidence. It is what hourly-refreshed data with preserved source records makes possible.

written byMixRank
Adewale Thomas, photographed

Adewale Thomas

Adewale Thomas writes about how technology and workforce data answer the questions buyers actually ask, instead of the ones marketing hopes they wonder about. At MixRank, he spends his time between sales-call transcripts, query logs, and the datasets themselves.

Questions

05 answered

1Is a 50-entity sample really fair to the vendor?
It is not an audit, and it is not meant to be. It is a decision tool. If the vendor passes your 50, promote the sample to 500. If they fail your 50, you already have the answer you needed before the bigger run.
2What if I do not personally know enough companies?
Use public ground truth instead. Government registries, association member lists, and stock indices are verifiable by anyone. The principle is the same: an external list you trust, not a sample the vendor chose.
3Which fields should I check for completeness?
Only the ones your use case depends on. Ten fields at 90% fill beat two hundred fields at 40% fill for almost every workload. Write your ten down before you run the test, so the vendor's field count cannot move your goalposts.
4What do I do with bad results?
Send them to the vendor, specifically. "These 12 companies are missing" gets fixed. "Your coverage seems weak" gets a brochure. Vendors with real pipelines can act on entity lists, and their response to your list is itself a test.
5Do vendors ever pass every test?
No, and treat any vendor who implies otherwise as a finding. The useful output of testing is not a perfect score. It is knowing exactly where the gaps are, whether they intersect your use case, and whether the vendor engages when you show them.

The data this is about

02 datasets

Talk to us

See if the data holds up for your use case.

Thirty minutes, no deck. We send a schema and a real sample for your actual use case before the call, so you're evaluating data, not slides.

no credit card · founder-owned · we read every reply