Skip to content
BlackFig

Fixed price vs day rate for MVP development

AntPublished Updated 5 min read

Quick answer

With a fixed price, the developer carries the risk of the work taking longer, so you pay a known amount for an agreed scope. With a day rate, you carry that risk and pay for time. Fixed price suits an MVP with a clear scope. Day rate suits open-ended work. A capped day rate sits in between.

On this page
  1. How each model works, in detail
  2. Current UK rates
  3. A worked example
  4. Side by side
  5. Which one suits an MVP
  6. Change requests and payment terms
  7. Questions to ask about pricing
  8. How I price

The pricing model on an MVP contract decides one thing above all: who pays when the work takes longer than expected. Most MVPs take longer than expected at some point, so this is not a small detail. It matters as much as the number on the quote.

This article is part of my guide to how to build an MVP. For what the total is likely to be by type of product, see what an MVP costs in the UK. This is about how that total is structured.

How each model works, in detail

Day rate

You pay for time. A developer charges a set amount per day, or per hour, and invoices for the days worked, usually weekly or monthly. The scope can change freely, because you are buying time rather than an outcome.

What that means in practice: if the work takes 30 days, you pay for 30. If it takes 40, you pay for 40. The developer has no financial reason to finish sooner, and no financial penalty for finishing later. Most are professional about it, but the incentive is worth knowing.

Fixed price

You pay for an outcome. The developer quotes one price for an agreed scope, and if it takes longer than they thought, that is their cost, not yours. The scope has to be written down clearly, because it is what the price is for. Changes are priced separately.

What that means in practice: you know the cost before you start. The developer has a reason to finish efficiently, and a reason to push back on changes that were not in the scope. The quote includes their allowance for risk, so it can look higher than the same work at a day rate if everything goes perfectly.

Capped day rate

A middle option. You pay a day rate, but with a ceiling on the total, or a cap per milestone. You keep some flexibility, and the developer shares some of the risk. It works well when part of the scope is clear and part is not.

Monthly retainer

After launch, some developers offer a fixed monthly fee for ongoing work, usually limited by the number of requests or hours. It suits steady improvement better than a one-off build.

Current UK rates

Day rates vary by role, seniority and location. These are the most useful public figures I could find for UK contract work.

UK contract day rates, from ITJobsWatch (six months to 10 November 2026) and YunoJuno, checked 10 November 2026
Median day rateRange or detail
Software developer (ITJobsWatch)£52910th to 90th percentile £364 to £638
Full-stack developer (ITJobsWatch)£50010th to 90th percentile £363 to £652
Product designer (ITJobsWatch)£41525th to 75th percentile £400 to £501
Software engineering contractor (YunoJuno)£533 average in 2025Senior £604, lead £609

ITJobsWatch figures are based on advertised contract rates, and YunoJuno's are from its own platform, so they measure slightly different things. Both point to roughly £500 to £530 a day for an experienced UK developer. At a 7.5 hour day, £529 is about £70 an hour.

Most MVPs also need design. If you hire a developer and a designer separately, add the designer's days to the total.

A worked example

Say an MVP is estimated at 30 days of development.

  • Day rate at £529: 30 days is £15,870. If scope moves and it overruns by eight days, the total is 38 days, or £20,102. You pay the difference.
  • Fixed price: the developer might quote somewhere above £15,870 to allow for the risk of overrun. If it overruns, the price stays the same. If it finishes early, the price also stays the same.
  • Capped day rate: £529 a day with a cap of, say, £18,000. You pay for time up to the cap, then the developer carries the rest.

The quotes in this example are illustrations, not market data. The point is the shape: a fixed price trades a slightly higher headline for a known total.

Side by side

Fixed price, day rate and capped day rate for an MVP
Fixed priceDay rateCapped day rate
Who carries overrun riskThe developerYouShared, up to the cap
Do you know the total up frontYesNoYou know the maximum
Changing scope mid-buildPriced as a change requestEasy, you just pay for the timeEasy until the cap
What you need before you startA clear, written scopeEnough trust to pay for timeA scope clear enough to set a cap
Developer's incentiveFinish efficiently, protect scopeDo what is asked, for as long as askedFinish within the cap
Best forAn MVP with a defined first versionOpen-ended or exploratory workPartly defined scopes

Which one suits an MVP

For a first version with a clear scope, I think a fixed price is usually the better deal for the founder. You can plan around a known number, you have a written list of what you are getting, and the developer has a reason to keep things moving.

A day rate makes more sense when the work genuinely cannot be defined yet: research, a technical spike to see if something is possible, or ongoing improvements after launch. It also suits founders with a technical co-founder who can direct the work day to day.

The catch with fixed price is that it needs a scope. If you ask for a fixed price on a vague idea, a careful developer will either decline, add a large buffer, or suggest a paid scoping phase first. All three are reasonable responses. How to scope an MVP in one afternoon gets you most of the way there.

There is a useful idea from Basecamp's Shape Up method here. It fixes the time and lets the scope flex, rather than fixing the scope and letting the time slip. A fixed price MVP works best with the same mindset: agree the budget and the date, and treat the feature list as something to trim if needed, not something to add to.

Change requests and payment terms

Whichever model you choose, write down how these work before you start.

  1. Define what counts as a change

    Swapping one similar feature for another is often absorbed. Adding a new feature, a new type of user or a new integration is a change.

  2. Price changes in writing

    Each change gets a short written note: what it is, what it costs, and what it does to the date. Nothing starts until you agree.

  3. Tie payments to things you can see

    A deposit to start, then milestones you can check: approved designs, a working preview, launch. Avoid paying everything up front.

  4. Agree what happens at the end

    How long bugs are fixed for free, what ongoing work costs, and how the code and accounts are handed over.

On timelines, how long it takes to build an MVP explains which decisions add weeks. Most of them are scope changes, which is why the change process matters so much.

Questions to ask about pricing

When you get a quote, ask:

  • Is this fixed, a day rate or capped?
  • What exactly is included, as a written list?
  • What is excluded: design, hosting, content, legal pages, post-launch fixes?
  • How are changes priced, and who decides whether something is a change?
  • How are payments split, and what triggers each one?
  • What does it cost to run each month after launch?

There are more in questions to ask before hiring an MVP developer.

How I price

I work on a fixed price. The MVP Build starts from £12,000 and typically goes live in 4 to 6 weeks, depending on scope. You get the exact number in writing after a call and a short scope, before you pay anything, and it is 50% to start and 50% on launch. If the idea is not defined enough to fix a price, the Validation Sprint, from £3,500 over 1 to 2 weeks, produces the scope and a fixed quote. After launch, Build Club is a monthly fee of £4,500 for ongoing work, one request at a time.

All three are on the pricing section. To get a rough number for your own scope first, use the MVP cost calculator.

The MVP scope template, as a PDF

A fill-in template: the problem, the user, the one job, must-haves, the cut list, budget and timeline.

You get the PDF now and two short follow-ups over the next week. Reply “stop” and the rest never arrive.

Questions founders ask

Is a fixed price more expensive than a day rate?

Sometimes, on paper, because a fixed price includes the developer's allowance for risk. A day rate can still cost more in the end if the work overruns, and you carry that overrun. Compare the likely total, not the headline.

What is a typical UK day rate for a developer?

ITJobsWatch puts the median UK software developer contract rate at £529 a day for the six months to 10 November 2026, with the 10th to 90th percentile at £364 to £638. YunoJuno reports an average of £533 a day for software engineering contractors in 2025.

What happens if I change my mind on a fixed price project?

The change is priced separately, usually as a written change request with its own cost and effect on the date. Small swaps of like for like are often absorbed. New features are not.

How should payments be split on a fixed price MVP?

Tie each payment to something you can see and use: a deposit to start, then milestones such as approved designs, a working preview and launch. Avoid paying the full amount up front.

Ant

Product designer who builds MVPs, based in Nottingham. 10+ years designing digital products, and the only person at BlackFig. More about me