Growth

Analytics you can make decisions from

Most teams have analytics installed and still cannot answer where users drop off. The problem is rarely the tool — it is events named by whoever added them, with no plan and no shared definition of what counts as activation.

  • A tracking plan before any code

  • Funnels that answer a specific question

  • Experiment design that respects your traffic

What we set up

A tracking plan

One document defining every event, its properties, and the question it exists to answer. Events without a question do not get added.

Funnels and activation metrics

An agreed definition of activation, instrumented end to end, so 'are we getting better' has a factual answer.

Experiment infrastructure

Feature flags and variant tracking wired up, with honest guidance on when your volume can support a test.

Instrumentation before dashboards

A dashboard built on badly named events is worse than no dashboard, because people trust it. We start with a tracking plan — a short document naming each event, its properties, and the decision it informs — and implement against that.

It is unglamorous, and it is the difference between analytics that get used and analytics that get ignored after a fortnight.

On A/B testing

Testing is worth it above roughly a thousand conversions a month. Below that you will read noise as signal, ship the losing variant, and feel confident about it.

For lower volumes, qualitative research and sound judgement genuinely beat underpowered tests. We would rather tell you that than sell you an experimentation programme you cannot power.

Proof it works

All case studies

Frequently asked questions

Let's build something worth shipping

One flat monthly fee. Unlimited requests. Design and engineering under one roof — pause or cancel whenever you like.