Onion Sprint & MVP

MVP development and launch for UK startups. Build the real core first.

No proven core yet? I find the real core of your product and build it as production code in 2-5 days. Then we add layers, but only once the core has earned them. No mockups, no throwaway demos.

100+ STARTUPS ADVISED  ·  PRODUCTION CODE, NOT DEMOS  ·  FIXED PRICING

Live product, real users, payments or data?

You're past this stage. The AI Product Readiness Review checks whether what you've built can support your next milestone.

See the readiness review

Haven't proven the core yet?

You're in the right place. Everything on this page is about finding the real core of the product and building that first.

Let's talk about onions

BetSquad (the precursor to SquadGames) took two years to build. We had the UI. We had the polish. We built multiple features before we ever knew if the core mechanic actually worked. Some of those features survived. A lot didn't.

We don't think the team failed. We think the order failed. We built the shell first, what it should look like and what it should offer, instead of proving the one thing that actually mattered worked, before spending two years dressing it up.

Onion theory is what came out of that. Build the real core first. Not a mockup, not a design pass: the actual working thing, at the center. Add layers after, once you know the core is worth building around.

We could have saved a lot of time with some onions.

Walk away at any point and you have something usable. Not two years of polish wrapped around a question nobody answered first.

Start here

The Onion Sprint

How I decide what to build

Ruthless prioritisation

Most MVPs fail because they try to build everything. I help you ship the absolute minimum needed to test your core hypothesis.

What ships NOW

The minimum needed to test your core value with real users. Usually 3-5 features at most.

What comes LATER

Everything else. Nice-to-haves, polish and optimisation all wait for v2, after real users have told you what matters.

Fast feedback loops

Ship a basic version in 14-30 days, get real users, and iterate on actual usage rather than assumptions.

Darryll dressed as Caesar behind a market stall with a poster of Rome
Not sure anyone wants it yet?

Rome wasn't built in a day

Check someone wants the city before you build it. A market stall, a few posters and a trip to Dudley show how to find out what's worth building before you spend a fortune on it. Then the Onion Sprint builds the real core.

Read the story
MVP packages

Choose the level of support you need

MVP Strategy

14-21 DAYS
  • Core feature prioritisation workshop
  • NOW vs LATER roadmap
  • Technical architecture design
  • Tech stack recommendations
  • Build vs buy analysis
  • Detailed spec for developers
£3,000Ideal if you already have developers or want to hire a team.
Book a strategy call

MVP Full Build

30-90 DAYS
  • Everything in MVP Strategy
  • Complete product development
  • Basic UI/UX design
  • GitHub repo and deployment
  • Launch support
  • 30 days of post-launch tweaks
From £8,000I build your MVP from scratch and hand over the keys.
Book a build call

MVP Sprint

14 DAYS
  • Ultra-fast basic version
  • 1-2 core features only
  • Minimal viable design
  • Working product in 2 weeks
  • Get users fast, iterate from real feedback
£5,000For when you need something in users' hands this month.
Book a sprint call

How much does an MVP cost in the UK? Prices, timelines and what changes the number.

My MVP process

How I help you ship fast

  1. Discovery

    Understanding your vision, target users and core value proposition.

  2. Ruthless prioritisation

    Cutting scope to the essentials: what's NOW and what's LATER.

  3. Fast build

    Building lean and getting something working quickly.

  4. Launch and learn

    Getting the MVP into users' hands and gathering real feedback.

Ready when you are

Ready to see your core, built?

Start with an Onion Sprint: real working code in 2-5 days, from £1,500.

Already live with users? Try the AI Product Readiness Review instead.