Skills
Learnings check
Before you build a test, find out whether your team already ran it. It searches the finished tests, weighs each one by how recent and how proven it is, and tells you to proceed, change it, or think again.
When do you reach for Learnings check?
Reach for it the moment an idea is proposed, not after it is built. Test hypothesis runs it automatically as step zero, and it works standalone when somebody asks in a meeting whether a thing has been tried.
Why check before you write?
The expensive mistake in conversion work is not a bad test, it is a repeat. A team runs something, writes up the result, the person who ran it moves on, and eighteen months later the same idea arrives as a fresh insight and spends another four weeks of traffic proving what is already in a file. This searches that file first and refuses to be polite about what it finds.
How does it weigh old results?
By age and by confidence, separately. Anything up to six months old carries full weight, six to eighteen months is usable but always cited with its age out loud, and anything past eighteen months is mentioned but never used as evidence. Sites change, audiences change, and a two-year-old result is a reason to re-validate rather than a reason to stop.
- Proven: two or more tests point the same way, with strong numbers, recently. Reliable.
- Provisional: one clean result. Useful for direction, but one test is not law, and it gets cited with that caveat every time.
- Weak: inconclusive, thin sample, stale or contradicted. Offered as a re-test idea, never as evidence.
- A win that was never re-validated is Provisional, not Proven. The skill says so out loud rather than letting a single result harden into a rule.
What does the verdict look like?
Four buckets and one call. It reports whether the idea repeats a recent loser, trips a documented failure mode, is already settled, or extends a validated winner, citing the test, its tier and its age in every line. Then: proceed, proceed with changes, or reconsider, plus one concrete way to sharpen the idea so it respects what is already known.
Does it block a test?
No. It is a guard, not a gate. It reconsiders only for a near-exact repeat of a recent loss or a clear anti-pattern, it always offers an alternative, and whoever asked can override it. A tool that blocks gets worked around within a month; one that informs gets used.
What you copy
One block, ready to paste. Nothing else to install unless the block says so.
1---2name: learnings-check3description: Check a proposed test idea against everything the team has already4 learned, weighted by how recent and how proven each past result is. Returns a5 verdict. Run it before any hypothesis gets written.6argument-hint: [brief description of the test idea]7---89# Learnings check1011The read side of a team's memory. Before an idea becomes a hypothesis, check it12against what has already been tested, so nobody re-runs a loser, re-litigates a13settled question, or ignores a pattern that already works.1415## Step 1 - query the record, most recent first1617Pull concluded tests from wherever the raw record lives: the testing tool, the18experiment tracker, or the learnings file. Filter to the ones touching the same19page, element or zone as the idea.2021If the live record is unreachable, fall back to the written digest and say so.22A verdict from a digest is not a verdict from the data.2324**If there is no record yet**, say that plainly and return PROCEED. A team on25its first test has no prior art and does not need to pretend otherwise. Then do26the one useful thing available: start the file, so the second test has something27to check against. Everything below applies from the second test onward.2829## Step 2 - apply the recency policy3031Bucket every match by how old it is, relative to today:3233| Age | Weight | How to cite it |34| --- | --- | --- |35| Up to 6 months | primary | full weight |36| 6 to 18 months | secondary | usable, but state the age out loud |37| Over 18 months | stale | mention it exists, never cite it as evidence |3839A stale test alone never blocks an idea. Sites change, audiences change, old40truths expire. Say "this was tested about two years ago, re-validate it" and41move on.4243## Step 3 - tier every result you are about to cite4445Mandatory. Never present a bare claim.4647- **Proven.** Two or more tests point the same way, with strong statistics, and48 recent. Reliable.49- **Provisional.** A single clean result. Directionally useful, one test, not50 law. Always cite it with that caveat.51- **Weak.** Inconclusive, small sample, stale, or contradicted by another test.52 Offer it as a re-test idea, never as evidence.5354A win that was never re-validated is Provisional, not Proven. Say so.5556## Step 4 - sort into four buckets5758Cite the test, its tier and its age every time.59601. **Repeats a recent loser.** A close paraphrase lost inside the last 1861 months. Quote the test and the mechanism.622. **Anti-pattern risk.** Contradicts a documented failure mode, even if this63 exact thing was never tested.643. **Already settled.** A recent win already shipped, or a recent inconclusive65 in a zone known to produce no signal.664. **Extends a validated winner.** Name it, tier it, and note that winners do67 not always transfer between pages, audiences or markets.6869If nothing matches inside the recency window, say that plainly. A genuinely new70idea is a valid outcome.7172## Step 5 - the verdict7374```75Learnings check: <the idea in one line> (as of <today>, 6mo primary / 18mo cap)7677Recent loser - [test, tier, N months ago, what happened]78Anti-pattern - [test, tier, mechanism]79Already settled - [test, tier, N months ago]80Builds on winner - [test, tier, effect, N months ago]81Stale precedent - [test, over 18 months, re-validate, not cited as evidence]8283Verdict: PROCEED / PROCEED WITH CHANGES / RECONSIDER84Why: <two or three sentences, every citation carrying its tier and age>85Sharpen it by: <one concrete adjustment that respects the past results>86```8788Omit any line that has nothing in it.8990- **RECONSIDER** only for a near-exact repeat of a recent, Provisional-or-better91 loser, or a clear anti-pattern. Always pair it with a better alternative.92- **PROCEED WITH CHANGES** when the idea is supported but risks a known failure93 mode.94- **PROCEED** when it is new, or when the only precedent is stale or weak.9596Be a guard, not a gate. Inform, never block. The person asking can always97override you, and sometimes should.
Free to use in your own work, paid work included, no attribution required. Not for repackaging into a product you sell. Full terms.
More in skills
Back to every skills entry.