Back to Glossary

Training data

Synonyms: training set, model data, learning data, ground-truth data, source data

Do not index

Definition

Training data is the set of examples a model learns from before it ever reaches a user. A model trained mostly on English support tickets will read English support tickets well and stumble on anything else. For designers and PMs, training data is the reason a feature works for some users and quietly fails for others.

Use cases

When training data doesn't match your real users, the feature looks fine in the demo and breaks in production, often without an error.
  • Skewed data, skewed output: A resume-screening feature favors one group because the historical data it learned from did. Nobody set out to discriminate, but the data carried the pattern forward.
  • Overpromised capability: A team markets a feature as working "in any language" when the model was trained mostly on three. The first user outside those three gets a broken experience.

How it's used in practice

  • Map inputs to known coverage: List the languages, regions, and edge cases your real users bring. Where the data is thin, treat that as a UI risk and plan a fallback.
  • Capture real usage: Add rating, edit, and report controls so live interactions feed back into future training and close the gaps you find.
  • Document data limits in handoff: Write down what the model was trained on and where it's weak, so engineering and legal can review before launch.
  • Design out-of-distribution states: Build clear screens for inputs the model wasn't trained on, instead of letting it produce a confident wrong answer.
🪄
Pro-tip: The model is only as good as what it saw. If your market, language, or domain wasn't well represented in training, the feature will underperform there in ways that don't show up in your demo set. Test with your actual user population, not the sample that shipped with the tool.
 

Challenges & limitations

  • You often can't see it: With closed models, the training data is hidden, so you infer gaps from testing rather than reading a manifest.
  • Data drifts: A set that matched your users last year may not now. Behavior, slang, and products change, so coverage decays unless the data is refreshed.
  • Bias and provenance are hard to audit: Tracing where data came from, what licenses apply, and what bias it carries takes real effort and creates legal and ethical risk.

Free resources

 
notion image

Share this post

Get free UX resources

Get portfolio templates, list of job boards, UX step-by-step guides, and more.

Download for FREE
 
 
 

The best email 📮 for growing 🌱 designers

 
Honest notes about the work behind the work. Read in 2 minutes, weekly. Free forever.
 
 
     
    notion image
     
    Join 13,045 designers and get tactics, hacks, and tips.