Football scouting data platform

Overview

Scouting starts as a filtering problem. There are tens of thousands of players and a scout wants the handful who match a set of attributes, a position, an age band and a budget. Reading profiles one at a time does not get there.

This collects the player data and puts a grid over it, so the shortlist is produced by narrowing rather than by reading. Built for the same direct client as the monitoring platform, two systems later.

What I own

Collection, the data model, the upload pipeline and the interface.

Complexities tackled

Attribute data is only useful when it is complete. A grid with gaps is worse than no grid, because a filter silently drops every player whose value is missing rather than telling you it did. The collector walks the full population rather than sampling, and the load step validates the shape of every record before it is accepted, so a partial scrape fails loudly instead of quietly producing a shorter shortlist.

Separating collection from serving. The scrape is slow, occasionally blocked and rerun often. The interface has to be fast and always available. Those two things do not belong in one process, so collection writes into a store and the interface only ever reads from it. Rerunning a scrape cannot take the product down.

Comparison is the actual feature. A table of numbers does not answer “is this player better than that one”. The interface pairs the grid with per-player detail and attribute bars, so a value is read against its distribution rather than in isolation. That framing is what turns a dataset into a scouting tool.

Stack

Playwright and Node.js for collection, MongoDB for storage with a separate schema and upload step, and a React and TypeScript front end built with Vite and Tailwind CSS.