[ Trusted by builders from ]NetflixServiceNowCiscoAdobePayPalAmazonDatadogJPMorgan ChaseDell
[ Trusted by builders from ]NetflixServiceNowCiscoAdobePayPalAmazonDatadogJPMorgan ChaseDell
Prior.Runprior.run

DOC · 01— Frequently asked questions

Too small to test.
Too important to guess.

Everything worth knowing about how a Run works, what it finds, and where it doesn’t earn its keep. Work through it top to bottom, or jump to a section.


01

Why does Prior.Run exist?

Too small for research. Too small for A/B testing. Too important to guess. That’s what Prior.Run is for.

Every consumer team has two ways to learn what customers think.

  • —A study — eight people, three weeks, real budget.
  • —Or a test — real traffic, six weeks, a statistically detectable lift.

Both have a floor. Below it, the evidence costs more than the change is worth, so the page ships on whatever the team caught clicking through it the night before.

And most of what goes wrong on a page isn’t a matter of opinion. A promo code that wipes the address. An email code that won’t paste. A delivery date you only see after you pay. Somebody just has to go through it before your customers do.


02

How does Prior.Run work?

  1. 01Paste a link. A live page, a checkout, a signup flow, or a design prototype from Figma, Framer and the like.
  2. 02Set it up. Pick desktop or mobile. Choose what to comment on — the words, how it works, or both. Then tell your panel what to do, like “use the yearly plan” or “skip the quiz”.
  3. 03Your panel runs it. In a browser, they click every button, open every tab, and fill every form with test details. They take the main path to the end, then the other one.
  4. 04You get the page back, marked up. In about 45–55 minutes. Each pin sits on the spot it’s about, with what went wrong, why it matters, and the change to make.

Pins come sorted: fix first, worth fixing, small, and keep — the things that already work, so nobody “fixes” them.

[ what it replaces ]

Hours of session recordings, or weeks of waiting on a study, to find what’s quietly broken on pages that have been live for months. You get the fixes, pinned to the page — every time the page changes.

[ what it doesn’t replace ]

A real A/B test, when you need to know which version sells more. A Run tells you what’s broken and how to fix it — but only real traffic can tell you how many more people will buy once you do.

03

How is it different from A/B tests, research and QA?

A/B tests tell you which. Never why. And they need traffic, so the worse version sits in front of real customers for weeks while you wait.

Studies answer why beautifully — and cost three weeks. Worth it for a new product, absurd for a change to the shipping step.

QA checks that the page does what the ticket says. It doesn’t ask whether a person understands it. A button can work perfectly and still look switched off.

A Run takes under an hour, before a single customer sees the page. It clears the bar for the changes none of the others can profitably touch.


04

When should I use it?

[ three questions ]

  1. 01Is a page or flow about to go live — or already live and not doing what it should?
  2. 02Is the change too small to A/B test, or to book a study for?
  3. 03Would you rather find out what’s broken before your customers do?

If you answered yes, yes and yes — that’s your answer.


05

Can I trust this?

Don’t trust it. Check it.

Every finding is pinned to the exact spot it’s about. Open the page, look where the pin is, and you’ll know in seconds whether it’s right. Nothing in the report asks you to take a number on faith.

The best first run is a page you already know has a problem — the form support keeps hearing about, the step where people drop off. See if it finds it.

What it holds itself to

  • —It never presses the button that costs money. No card details, no Place order, no Subscribe, and no Send on a contact form. Forms get filled with test details, so nothing lands in your orders or your inbox.
  • —It says when it was stopped. A login you haven’t connected, a “press and hold” check, a Continue button that never turned on — a screen it couldn’t reach is listed and marked as blocked, never quietly skipped.
  • —It doesn’t guess about price. It won’t call a price steep unless it can name what a rival charges.
  • —It knows a prototype isn’t finished. Links that go nowhere and screens you haven’t built yet don’t count as faults.

06

What is this good and bad at?

[ good at ]

Finding what’s broken or confusing, and saying exactly where. A form that clears itself. A button that looks switched off. Two parts of the page that promise different things. On a phone: buttons too small to tap, a price three screens down, a sticky bar covering the page. Every one pinned, with the fix.

[ bad at ]

Telling you how many more people will buy. It doesn’t predict conversion rates or pick an A/B winner — that still takes a real test. And because it stops before paying, it can’t see what happens after Pay: the confirmation page, the receipt email.

07

What pages and flows can I test?

For online stores

  • —Checkout: promo codes, shipping choices, address fields, and whether the total changes at the last step.
  • —Product page on mobile: the size picker, where the price sits, what’s hidden in the tabs, and whether Add to Cart is in reach.
  • —Cart: changing amounts, removing an item, and whether the upsell gets in the way of paying.

For software

  • —Signup and onboarding: password rules, email codes, and whether you can skip the steps that don’t matter yet.
  • —Pricing page: whether the plans are easy to compare, what each one really includes, and where the fine print lives.
  • —Your product, signed in: the upgrade flow, settings, or the first screen a new account lands on.
  • —Demo or contact form: every field filled, every error message seen — and nothing ever sent.

For design and growth

  • —A prototype before it’s built: paste the Figma or Framer link and find the confusing step while it’s still cheap to change.
  • —A landing page from an ad: whether the page keeps the promise the ad made, on the device the ad was seen on.
  • —A redesign: run the new version before it replaces the old one, and keep what the pins say already works.

08

What do I need to get started?

A link. No code to install, no access to your analytics, nothing to set up on your site.

If the page is behind a login, sign in once in a browser window we open for you. We keep you signed in for the Run, and never keep your password.

Pick a ready-to-go audience, or build one from your own customers. The audience tells your panel who the page is for — a first-time buyer and a returning customer trip over different things.

Your first Run is free. After that, see the plans.


[ end of file ]

Run your first page.

Start with a page you already know has a problem. See if it finds it.