[ 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 what Prior.Run is for, where it earns its keep, and where it doesn’t. 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 decision is worth, so the decision gets made in a meeting by whoever is most senior.

This third category is actually the largest. Don’t believe us? Do this: sort the decisions you made last month into three buckets — Tested, Researched, Neither. This third pile of “Neither” is always bigger than people expect. And it currently runs on gut.


02

How does Prior.Run work?

Pick an audience, ask one question, and a simulated panel of buyers reacts in their own words — including the parts you didn’t want to hear. Each panelist has a persona, a purchase history, and a set of priors about how they shop.

[ what it replaces ]

The 45-minute Slack thread where four people with no data argue about which headline is better and the most senior person wins.

[ what it doesn’t replace ]

A decision that needs statistical confidence on a real population.

03

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

A/B tests tell you which. Never why. B won by 3%. Nobody knows the mechanism, so nobody can apply it to the next forty decisions. The finding dies with the test.

Studies answer why beautifully — and cost three weeks. Worth it for a new category launch, absurd for an out-of-stock message.

Our cost is about ninety seconds. That’s the entire difference: it clears the bar for decisions neither method can profitably touch.


04

When should I use it?

[ three questions ]

  1. 01Is this too small to A/B test — not enough traffic, or not worth burning a test slot?
  2. 02Is this too small to book a study for — would I feel ridiculous putting it on a researcher’s calendar?
  3. 03Do I still need to know how a customer would react?

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


05

Can I trust this?

Calibrate before you believe anything.

  1. 01Pull three A/B tests you already ran and already know the winner of. Pick ones where the result surprised you.
  2. 02Hand both variants to the panel without telling it which won.
  3. 03Ask which it prefers, and why.

A home goods brand ran this on three Q1 tests:

PDP hero: styled room vs. product-on-white


Their A/B
Product-on-white (+11% ATC)
Prior.Run panel
Product-on-white
Verdict
Hit

Email subject: “Your cart misses you” vs. “The Linen Set is almost gone”


Their A/B
Scarcity line (+22% opens)
Prior.Run panel
Scarcity line
Verdict
Hit

Button placement: sticky mobile Add-to-Cart bar vs. inline button


Their A/B
Sticky bar (+9% ATC)
Prior.Run panel
Inline
Verdict
Miss

Two out of three — and the miss draws the line for you. The first two were questions about what a customer thinks: does this claim land, does this subject line create urgency. It got both. The third was a question about where a thumb travels on a 6-inch screen. Nobody in the panel felt differently about the sticky bar; they just used it more. That’s an interface question, and interface questions belong to eye-tracking, session replay, and a real test. Ask this panel what someone believes, fears, wants, and won’t admit. Don’t ask it where to put the button.

Side note: while the A/B took them a total of 13 weeks to reach a conclusive decision, Prior.Run let them know in under 5 minutes.


06

What is this good and bad at?

[ good at ]

Thoughts and feelings. Reaction, comprehension, hesitation. Whether a claim reads as credible, whether a price feels earned, whether an offer feels generous or insulting. Why the loser lost. And the words people use to explain all of it — that’s the output that travels.

[ bad at ]

Where a thumb travels, whether a sticky bar beats an inline button, how many images someone scrolls before they stop. Nobody has a feeling about a sticky bar. Those are interface questions and they belong to session replay, heatmaps, and a real test.

07

What are some of the tests I can run?

For product

  • The default choice: the iPhone page pre-selects 256GB before anyone touches it. Ask a panel: “You land on this page and the storage is already chosen for you. What do you assume about why that one?” You’re checking whether it feels like a recommendation or a nudge toward the more expensive one.
  • Reseller portal: Apple Authorized Reseller has maybe a few thousand accounts. Statistical testing is off the table permanently — but these are your highest-value relationships and their onboarding has never been researched.
  • Empty promo field: the empty promo code field sits above the total at checkout. Design wants it gone, growth wants it visible. Ask: “There’s a box for a discount code and you don’t have one. What goes through your head?” Nobody has evidence today, so it resolves by seniority.
  • Tiers people can’t reach: you’re launching a bundle with a top tier most customers will never need. Ask if that’s motivating or just annoying.

For design

  • Customization preview step: engraving an AirPods case is an extra step on a low-traffic flow. Does seeing your monogram render feel premium, or does it feel like a mall kiosk? Never enough volume to test, and it’s pure reaction.
  • Capacity comprehension: “256GB” vs. “about 50,000 photos.” A first-time buyer has no intuition for either. This is a comprehension question, not a preference one.
  • Storage chooser: 128 vs. 256 vs. 512GB. Gigabytes mean nothing; “four years of photos without deleting anything” means everything. Small lift, real confusion, nobody’s giving it a test slot.
  • Out-of-stock language: a $1,199 phone is unavailable. “Back in stock soon” vs. “Notify me” vs. a date. How does a customer feel about the brand at that moment? Low traffic, high emotional stakes.

For growth

  • The $1,199 question: what makes a price gap over a $400 competitor feel earned versus exploitative. You can test price. You cannot test why.
  • Discount tone: Apple rarely discounts. When it does, does a sale email make a customer feel lucky, or make them feel like the product was overpriced?
  • Trade-in framing: the trade-in estimate drops the sticker price by half before checkout. Does that read as generous, or does it make the original number feel invented?
  • Upgrade cadence: you’re asking a customer to replace a device that still works fine. Ask what makes that feel like an upgrade rather than a tax.


[ end of file ]

Run your first panel.

Start with a test you already know the answer to. See if it gets it right.