What Your CRO Agency Needs From You Before Week One

Five things: platform and analytics access, context your data cannot provide, named decision-makers with a feedback window, a realistic answer on who implements winners, and the constraints nobody thinks to mention until a test is already designed.

Access is the easy one. The other four are what actually determine whether month one produces a hypothesis backlog or a status call about why nothing has started.

What to Prepare, and What Happens Without It


What's needed

Why

Cost of not having it

Analytics and platform access

Nothing can be diagnosed without it

Week one lost to IT ticket queues

Business context

Margin, AOV targets, strategic priorities

Tests optimised for the wrong metric

Named approver

Mockups and hypotheses need a decision

Each approval cycle adds days to test launch

Implementation capacity

Someone ships the winners

Winners queue up unshipped; compounding never starts

Constraints and no-go areas

Brand, legal, peak periods, dev freezes

A designed test gets rejected after the work is done

Test and change history

Avoids repeating eliminated hypotheses

A quarter spent re-learning what you already knew

The first row is the one everyone prepares for. The fourth is the one that quietly kills programmes in month four.

1. Access

Request these before the kickoff call, not during it. Permissions in larger organisations routinely take a week.


System

Level needed

Google Analytics 4

Editor on the property

Google Tag Manager

Publish on the container

Shopify or your platform

Staff access with analytics and theme read

Google Ads and Meta Ads Manager

Read, for traffic quality and attribution context

Google Search Console

Read

Heatmap and session recording tools

Full

A/B testing platform

Admin, if one already exists

Staging environment

If one exists

Two things worth checking rather than assuming:

Who owns the GTM container. On a surprising number of Shopify stores it is a previous agency, and nobody has the login. This is a two-week problem if discovered in week one.

Whether a server-side container exists. If someone set one up and left, it may still be firing events nobody is accounting for.

2. Context Your Data Cannot Provide

Analytics tells us what happened. It does not tell us what matters to you.

Margin structure by product or category. A test that lifts conversion on your lowest-margin line while cannibalising a higher-margin one is a loss that looks like a win. Without margin context, we will optimise for revenue and you will discover the problem at the quarter end.

What you are actually trying to grow. Order volume, average order value, new-customer acquisition, repeat rate and delivered-order rate pull in different directions. A programme optimised for one can work against another.

Operational constraints that shape the funnel. Which pincodes you serve, where COD is available, what your realistic dispatch windows are. A test proposing faster delivery on prepaid is worthless if operations cannot support it.

Upcoming changes. A replatform, a brand refresh, a new product line, a pricing change. Any of these invalidates a test running through them, and we would rather sequence around it than discover it mid-flight.

3. A Named Approver and a Feedback Window

The least glamorous item on this list and the one with the largest effect on output.

A test cycle contains at least two approval points — the hypothesis and the variant design. Most retainers specify a feedback window, commonly around three business days, after which timelines shift.

The arithmetic is unforgiving. Convert.com's guidance on test duration is a minimum of two full weeks per test regardless of when significance appears. A variant waiting a week for sign-off has lost half a test's runtime before it launches. Over six months that is comfortably a full test cycle — at typical D2C volumes, a quarter of your annual testing capacity.

What to establish before week one:

  • One named approver per decision type — hypotheses, design, copy, technical implementation

  • A committed turnaround, even if it is five days rather than three

  • A deputy for when that person is unavailable

  • Whether a wider stakeholder review is required, and if so, how it runs in parallel rather than sequentially

An approval process involving four people who have not seen the hypothesis document is not a review. It is a delay with a meeting attached.

4. Who Implements the Winners

The question most engagements leave ambiguous until it becomes a problem.

A test produces a winning variant. Shipping it permanently is usually a development task — the variant was built in a testing platform, not in your theme. Someone has to make it real.

Three honest answers, each with a consequence:

Your engineering team. Fine, if they have genuine capacity. If they are fully committed to product roadmap, winners queue up and the compounding that justifies the whole programme never starts.

The agency. Check whether this is in scope. Variant implementation for a test and permanent implementation in your theme are different line items in most agreements — our post on what's actually in a CRO retainer covers where that boundary usually sits.

A third-party development partner. Workable, but add their turnaround to every cycle.

Decide before week one. A programme with three unshipped winners in month four is not a programme, it is a research project.

5. Constraints and No-Go Areas

Tell us what is off the table before we design around it.

Brand guidelines. Colours, typography, tone, imagery rules, and whether they are genuinely fixed or merely preferred.

Legal and compliance. Claims that cannot be made, disclosures that must appear, regulated language. For brands in regulated categories this can rule out entire classes of test.

Peak trading periods. Festive corridors, sale windows, planned campaign spikes. Tests running through these measure a different audience and the results will not hold afterward. We will plan around them if we know.

Development freeze windows. Common before peak season and genuinely disruptive if discovered mid-cycle.

Pricing. Whether price and discount structure are testable at all, or owned elsewhere in the business.

A designed test rejected at approval for a constraint nobody mentioned costs the same as a designed test that loses — except it teaches you nothing.

6. What Has Already Been Tried

Most brands have tested something. Very few have a record of it.

What helps:

  • Previous test results, including the ones that lost. A losing test is an eliminated hypothesis, and re-running it wastes a slot.

  • Changes shipped without testing, and roughly when. These show up as unexplained steps in historical data.

  • What a previous agency concluded, and whether anyone believed it.

  • Known problems you have chosen not to fix, and why. Usually there is a reason, and it is faster to hear it than to rediscover it.

If no record exists, say so. That is a normal starting position and the first month's research accounts for it. What does not work is a vague sense that "we tried something like that before" surfacing after the test is built.

The One Thing You Can Do Before Anyone Starts

Check whether your conversion data is accurate.

Pull your GA4 purchase event count and your platform order count for the same 30-day window and compare them.


Gap

What it means

Within 5–10%

Healthy. Proceed.

10–20%

Worth investigating before testing starts

Over 20%

Fix this first

GA4 higher than platform

Duplicate events — your baseline is inflated

This matters more than anything else on the list. Every test is measured against your conversion data. An inflated baseline makes sample size calculations too small, so tests appear conclusive before they are — and the winners do not hold in production.

Finding this in week zero saves a month. Finding it in month four means re-running everything. Our GA4 ecommerce tracking audit guide covers how to run the check, and our post on why CRO results take longer than brands expect covers what it costs when nobody does.

Pre-Kickoff Checklist

  • All access granted and tested, not just requested

  • GTM container ownership confirmed

  • Margin structure and business priorities documented

  • Named approver per decision type, plus a deputy

  • Feedback turnaround agreed in writing

  • Implementation owner for winners confirmed

  • Brand, legal and compliance constraints shared

  • Peak periods and dev freezes on a shared calendar

  • Previous test history shared, or its absence confirmed

  • GA4 reconciled against platform order data

Ten items. A brand that arrives with these complete starts testing in week three rather than week six — and at typical test cadence, three weeks is most of a test cycle.

Before all of this, though, comes choosing the right partner. Our guide to choosing a CRO agency covers the questions worth asking first, and how to read a CRO agency's monthly report covers what to expect once the work is running.

Planning a CRO engagement and want to arrive prepared? Talk to FunnelFreaks about a CRO Programme.