Skip to content
TAI Labs
All customer stories

Used-equipment marketplace · E-commerce · United Kingdom

A shared standard for AI quality, built live

In one 2.5-hour virtual workshop, 16 people built and ran an evaluation on five real support scenarios, then left with an eval contract they could put into a PRD and use the following week.

Participants
16
five business functions
Workshop
2.5 hrs
theory followed by doing
Real scenarios
5
scored end to end

The tension

The models were live. The definition of good was still subjective.

MPB already had AI in the customer experience, including Intercom Fin support, natural-language search and personalised recommendations. The harder question was how a mixed team could agree whether an answer was accurate, safe, complete and right for the moment.

Manual review would not scale, and output variance was eroding confidence. A hallucinated return window or the wrong tone on a sensitive query could look fluent and still fail the customer.

The intervention

Build the evaluation in the room, on cases the team recognised.

Every piece of theory was followed by doing. Sixteen participants worked with five real Fin scenarios, mapped seven failure categories across MPB's stack, then built a query classifier, a string-check grader and a model scorer using a 1–7 rubric for urgency, accuracy, helpfulness and safety.

They ran the same dataset and graders against a vague prompt and a more explicit one. The score moved in front of the room, making the relationship between specification and quality visible rather than rhetorical.

The change

A quality contract the whole team could use on Monday.

The group turned the work into an eval contract for the PRD: a gold set, code checks, a model rubric, safety graders and explicit ship thresholds. The shared dashboard view tracked model score, string-check pass rate and safety failures, with zero as the safety target.

The next move was deliberately small: choose the riskiest feature, export 20 real conversations, write the contract, establish a baseline by Friday and review quality every week.

What became possible

What the team took away.

01Every participant ran a complete evaluation from dataset upload to scored output
02A working code grader and model scorer, tested on five real Fin scenarios
03An eval contract with a gold set, rubric, safety checks and ship thresholds

Lessons

What other teams can reuse.

Make quality specific

Accuracy, tone, hallucination, safety, completeness and context drift become useful only when tied to real product cases.

Calibrate people and graders

Code checks, model scoring and human review do different jobs. The team learned where each belongs and how to calibrate them.

Make evals continuous

A gold set and ship threshold belong in the PRD and weekly delivery rhythm, not in a one-off quality exercise.

Frequently asked

The useful details.

What AI capability did MPB build?

A cross-functional group built a query classifier, a string-check grader and a model scorer, then combined them in an eval contract with a gold set and ship thresholds.

How long was the programme?

The programme was a 2.5-hour virtual workshop for 16 people across Product, Engineering, Data, UX and Operations.

Why are AI evals important for marketplaces?

They turn subjective judgement into evidence. Teams can compare prompt or model changes against the same real cases and see accuracy, safety and quality regressions before release.

Keep reading

More work in the field.

The method, written out

Built around your real work

Give your team a method they can keep.

Tell us where AI work is getting stuck. We’ll shape a practical programme around the workflows, roles and tools already in play.