Skip to content

How to evaluate an AI data vendor: a due-diligence checklist

Pathwize EditorialData operations and vendor selection2 min read
GuidesPathwize AI

The questions that separate a data vendor you can defend to an auditor from one that will cost you a re-labelling project six months in.

Most data vendors demo well. The gap shows up later, when a batch fails review, an auditor asks where a label came from, or a scarce expert you were promised turns out to be an anonymous contractor. Due diligence is about surfacing that gap before you sign, not after. Here is the checklist we would use.

Who actually does the work?

Start with the people. Ask how contributors are sourced, how their credentials are verified, and whether you are getting the specialists you were shown in the pitch or a general pool behind them. For hard domains, generalist throughput is the wrong thing to optimise for.

Ask how the vendor prevents undisclosed AI use, where a contributor quietly pastes model output instead of applying their own judgment. If the answer is a policy rather than a detection method, treat the human-labelled claim as unproven.

Can they prove provenance, not just assert quality?

A quality score is a summary. Provenance is a record. For any item in a delivered batch, can the vendor show who produced it, under what instructions, who reviewed it, and when? That trace is what survives a dispute or an audit, and it is the single most useful thing to test during a pilot.

This matters even more under the EU AI Act, where high-risk systems need documented data governance. A vendor that captures provenance as work happens saves you from reconstructing history under deadline.

What quality signals do they expose?

Look for signals you can see in flight, not just a final accuracy claim. Overlapping assignments and live inter-rater agreement tell you whether a task is well defined before a batch is delivered. Batch-level trust indicators tell you where to focus review. If quality is a black box, you are buying trust rather than evidence.

Where does the data live?

For EU teams, data residency and lawful processing are not optional extras. Ask where data is stored and processed, who has access, how contributors are classified, and whether the vendor can produce a data processing agreement without a fight. EU-native by default is very different from EU-available on request.

Run a paid pilot with a pass or fail bar

Do not decide on a deck. Run a small paid pilot on a representative slice of real work, define what pass looks like up front (agreement thresholds, turnaround, a clean provenance export), and check the trace yourself. A vendor confident in their process will welcome it.

Pathwize is built so provenance, expert qualification and quality signals are visible from the first pilot batch. Book a demo to run one against your own tasks.

Frequently asked questions

What should I ask an AI data vendor before signing?+

Ask who does the work and how their credentials are verified, how they prevent undisclosed AI use, whether they can show item-level provenance, what quality signals they expose in flight, and where data is stored and processed. Then test the answers in a paid pilot.

How do I compare AI data vendors fairly?+

Run the same representative pilot task with each, define a pass or fail bar in advance (agreement thresholds, turnaround, a clean provenance export), and compare the evidence they produce rather than the polish of their pitch.

Why does data provenance matter when choosing a vendor?+

Provenance is the record of how each item was produced and reviewed. It is what resolves quality disputes and what an auditor trusts, especially for high-risk AI under the EU AI Act. A vendor that cannot show it is asking you to take quality on faith.

Related reading

See Pathwize on your own data

Source verifiable expert data with provenance built in, EU-native and audit-ready.

Book a demo
← All posts

Related stories

Pathwize AIGuides

How to run a human-data pilot before you commit

A pilot is the cheapest way to learn whether a data partner can actually do your hardest work. Here is how to design one that tells you something real.

GuidesPathwize AI

The four types of AI data tasks, explained

Preference, evaluation, red teaming and domain judgment. What each task type does, when to use it, and how they fit together in a data programme.

InsightPathwize AI
Guides

Preference and RLHF tasks: teaching a model what good looks like

Pairwise comparison is the workhorse of RLHF. How preference tasks work, why the rationale matters as much as the choice, and how to design them well.