FPL Experiment

FPL editorial experiment

TallyKind FPL Experiment

I built the TallyKind FPL tools because I wanted a clearer way to test my own Fantasy Premier League decisions. This page shows how I use the tools together and what kind of impact they are designed to reveal.

Experiment premise

Use the tools, make a decision, review what happened

Follow David Slade's TallyKind FPL experiment, with weekly notes on decisions, transfers, captaincy and how Saka Potatoes is doing.

  • Shows how the public-data FPL tools fit together.
  • Focuses on decision impact rather than model certainty.
  • Links directly to the tools used for team rating, transfer planning and squad benchmarks.

Available weeks

FPL experiment notes

Why I built it

I wanted FPL tools that showed their working

A lot of Fantasy Premier League advice gives a conclusion without enough context. I wanted tools that let me see the projected points, fixture shape, player role signals, expected minutes, form and risk notes behind a recommendation.

TallyKind's FPL tools are my attempt to make that process inspectable. They use public FPL data and modelled signals to create a shortlist, then leave room for human judgement, deadline news and strategy.

  • The model helps me compare choices more consistently.
  • I can still override it when team news, chip plans or risk appetite matter.
  • The important bit is making the trade-off visible before acting.

How I use it

A simple workflow for FPL decisions

I start with the Team Analyser to see where the squad stands, then use Team Planner for transfer and captain context. Best Squad gives a clean benchmark, and the Transfer Analyser looks backwards at whether previous moves actually helped.

That keeps the workflow practical: rate the squad, compare options, make a decision, then review whether the move added value.

  • Rate the current squad against a same-budget benchmark.
  • Use projections and fixture context to compare transfer options.
  • Review finished decisions with the Transfer Analyser.

Gameweek notes

The review sits beside the tools

The weekly notes are where the model output, real FPL result and decision review meet. The first published review looks at the move from GW4 to GW5.

Each review should stay grounded in actual tool output and public FPL results rather than turning into a generic gameweek diary.

  • Start with the latest GW5 review.
  • Keep any week note grounded in the real tool output.
  • Separate model suggestion from human decision.
  • Compare the finished result with the original expectation.

Inputs and limits

What goes into the recommendations

The FPL tools use public manager, squad, player, price, availability, fixture, minutes, form, attacking, defensive, team-strength and market signals where available.

They cannot see private transfer plans, exact selling values, hidden chip intentions, late leaks, or whether I simply decide to ignore a sensible recommendation.

  • Model output informs the decision rather than replacing it.
  • FPL data changes through the week, so recommendations can move.
  • The weekly notes should explain what I actually did, not pretend the tool made the decision for me.

FAQs

TallyKind FPL Experiment FAQs

Is the TallyKind FPL Experiment using a real team?

The page is about using TallyKind's tools against real FPL decisions and reviewing the impact honestly, without inventing results or ranks.

Will the model make every decision?

No. The model creates recommendations and context, but final decisions can include deadline news, risk preference, chip strategy and human judgement.

Will failures be reported?

Where a decision is reviewed, the misses matter as much as the wins because they show what the model or decision process did not capture.

Transparency

Model output informs, it does not dictate

The useful part is seeing what the model emphasises, where human judgement changes the call, and what the outcome says afterwards.