I see problems through data, and data builds the products

Ten years across data science and product, three products, and the studies that decided what stayed in them.

Products

Three products: claim-level news verification, local discovery, synthetic user testing.

Each one exists because something kept breaking in the ordinary way of doing it. Each carries a pre-registered study of a question that mattered to its design.

VerifiedNews: claims pulled from newspapers into a verified feed

VerifiedNews

A news pipeline that assigns each extracted claim a verification tier, keeping the strength of the evidence separate from how well the claim was reported, so a well-reported claim cannot be upgraded to a true one.

23.9%

of week-one Contested verdicts held up against a later verdict built from cited evidence, so about 3 in 4 of the claims marked Contested were true.

Sidestreet: a place surrounded by food, drinks, tickets and coffee

Sidestreet

Local discovery for people who are past the touristy layer, from a layered retrieval engine that reads intent from a plain question and is built to surface the places list sites bury.

69.4%

of good answers lost when query interpretation is removed, the largest cost of any single layer, an estimate from fewer runs than the headline figure.

Understudy: a synthetic population runs an app and findings come out AI

Understudy

Synthetic user populations that browse a real web app and turn what they do into findings: rage clicks, confusion, pages nobody can find.

64/64

Every session that produced the behavior its rage-click signal looks for was caught, and none was caught without it, in a study that maps where the instrument goes blind.

Studies

The questions that got real answers

Designed before the data existed, run against the products I build, and ending in a recorded decision. Every number cites the committed code or data it comes from.

Stress test

Can findings from synthetic user populations be trusted?

Understudy

Five seeded defects at controlled doses, rerun under resampled populations, drew a boundary that extends trust to element-level detections and withholds it from page-level signals on their own and from silence in retention mode.

Writing

github.com/minihm

The other half of this site is on GitHub.

Every study has its own repository, with its frozen design, its data, its analysis, and a script that recomputes published numbers from source. The studies and their code open with each release.

verifiednews-rescoring-study

Frozen design, 600-claim sample, re-scoring pipeline and verifier.

sidestreet-ablation-study

9 arms, stability gates, and the cost of every retrieval layer.

understudy-detection-study

Seeded defects, synthetic populations, detection boundaries.

portfolio-site

This site: content as typed collections, and gates that fail bad builds.

$ python3 specs/verify_published.py → 30 checks OK, exit 0

About

The short version

I've spent ten years where data science meets product: enterprise data at Autodesk, then six years at 6sense working with enterprise accounts, where a value-measurement framework I built outside my job description became a product adopted across teams. Now I'm the data scientist at Pristine Data AI, heading data product and strategy. I built the data function there from nothing, and the analysis sits inside the product decisions it feeds.

The products on this page started outside work and turned into real systems. The studies exist because I wanted my own decisions held to the standard I'd demand at work.

Ask this site anything: a retrieval engine over everything here is in design. For now, the studies answer the hard questions.

Pristine Data AIData Scientist — Head of Data Product & Strategy2024–now
6sensePrincipal data consultant for enterprise accounts and value measurement2019–2024
AutodeskData analyst & engineer on enterprise account hierarchy at scale2016–2019