AI Product
Thirteen years deciding what a system should do and being accountable when it does it wrong. AI product is that job with a harder question attached — and the answer is not a better prompt. It is a scorecard.
Through to May 2026 I led the data-foundation phase of a portal heading toward agentic AI — the unglamorous part where structured and unstructured data get described and tied to the business, because no agent is trustworthy without it.
Fig. 01 — The capstone in one picture. Most agent outputs need a human to judge them. Transit does not, and that is the whole reason this evaluation set keeps working.
Six numbers. Defined before the build, not after the complaint. Four of them can be scored without a human in the loop, which is the only way an evaluation set stays useful past its first week.
01
Did it fetch the document or API response that actually contains the answer?
Scored automatically02
Did it invent a bus number, a stop, or a departure time that does not exist?
Scored automatically03
Did it call the weather and transit APIs, with the right parameters, when it needed to?
Scored automatically04
How long the slowest realistic request takes. Averages hide the answers that lose users.
Scored automatically05
What one answer costs to produce. The number that decides whether a feature survives contact with finance.
Scored automatically06
Correct is not the same as useful. Did it answer the question the person actually asked?
Scored with judgementAI product roles ask for a fairly consistent set of things, wherever the role sits. This is the set, grouped by what the work actually is. Some of it comes from thirteen years of owning delivery; the rest from graduate coursework in AI and big data — deep learning, natural language processing, generative AI, machine learning and analytics practicums, finished in the 94.9th percentile. I can walk through any of it.
Group 01
Group 02
Group 03
Working style: embedded in an AI squad rather than handing specifications over a wall. My value is not writing the model — it is deciding what the product should do, what "correct" means, and whether the output is good enough to put in front of a user.
A question-answering agent over a real document set, built so that retrieval accuracy, faithfulness and hallucination rate are scored automatically rather than judged by eye.
An LLM tool that drafts and checks the artefacts of product planning — requirements, flows, test scenarios. Built for one user first: me. The interesting part is where it is wrong and why.
Coursework is finished; this is what remains. The contribution is not the agent — it is the scoring: what counts as a correct answer, and how you catch a fabricated route automatically.