fbpx
work in asper
Paul Jackowski Updated: 29 Nov 2022 8 min to read

Time and Material (T&M) vs Fixed Price – Software Development Pricing Models

If you’re looking to outsource software development, there are essentially two pricing models you’ll come across in most software houses: time and material model and fixed price projects. It might not be immediately obvious which one to go for, and many myths have arisen around both.

So if you’re in doubt about how to price your next project, read on to learn about what to watch out for – and why we recommend only one of the approaches (guess which).

  • We will introduce the definitions of fixed price and time and material models.
  • We will tell you 5 myths about fixed-price agreements…
  • and also time and material agreement myths. 
  • When to use which project pricing method – the main comparison of the two models.
  • So…which is better?

First things first – what exactly are fixed price and time and material models in software development? 

In simple terms:

  • Fixed Price: As the name suggests, it’s when you and your software development company agree on a fixed amount for the whole project (or its part). 
  • Time and Material (T&M): It’s when the price you pay reflects the actual time spent by developers working on the project and any other people like project managers, team leads, etc., their hourly rates, and the resources used in the process.

Both are based on different assumptions and reflect a completely different way of looking at software development projects (think waterfall vs agile). 

In the case of a fixed price agreement, you’re basically buying a product with a single, fixed price. But unless you’re actually buying software off the shelf, you need to remember that’s a tailor-made product, based on your specs and requirements and a detailed scope of work. It’s mostly used by companies working in the waterfall model and is never a good idea when you’re agile. And it might work if you have a definite vision and a (very) detailed specification that is certain not to change. With a focus on “might”.

A T&M contract, on the other hand – instead of taking an educated guess – takes into account all the dynamics that go into software development, like changing requirements, upgrades, and probable risks. That’s why most software houses (including ours) favor the time and material pricing model these days, although the fixed price model still has its applications.

At ASPER BROTHERS, we have some strong views on both models’ effectiveness (and ineffectiveness) and definitely favor time & material. Here are some common myths we wanted to debunk – so you’re more comfortable making the call when pricing your next project.

asperbrothersteam18

Fixed Price Model Price

Myth 1: It’s predictable

You know exactly how much you’re paying and what you’re paying for. So you can include it in your budget and not worry about it ever again. And there are no uncertainties when it comes to the product itself – it’s all you’ll agree on initially.

The reality: 

I hate to break it to you, but the experience of software development teams worldwide shows it’s hardly ever possible to give a 100% accurate estimate that’s bound never to change. 

Besides, rigid work scope is more than likely to cost you more because any improvements or even bug fixes can be treated as “out of scope” work. It leaves hardly any wiggle room, so in the end, you’re, in fact, paying more – and probably more than you would’ve paid in the time & material model. And that’s without being prepared for it (because, after all, everything was “fixed”), which might mean a domino of consequences for your business.

Plus, I don’t think I’ve seen a fixed-price project delivered on time in my career from my personal experience. That’s more like a mythical creature to me.

Myth 2: Everyone understands the vision and expectations

From start to finish. There are no surprises along the way, like increased costs or exceeded deadlines. At least in theory. 

The reality: 

You wish! There’s no such thing as “no surprises” (apart from an old Radiohead song). It’s super difficult and time-consuming to create a specification that’s so detailed you know absolutely everything. The truth is, you can never know what’s going to change, and the risk you’re running by keeping a rigid and strict budget and schedule is that you will end up with a product that’s not up to standards – and not what you expected.

Myth 3: It’s transparent 

You know exactly what the software house does, and you have the tools to measure their performance. You can leave it to them.

The reality: 

Wait, what? 

Most software houses won’t tell you that they add considerable margins to their estimates to cover for potential risks – anything from, say, 15% up to infinity. Some will base a large portion of their project on a ready-made script, making the client pay several times the value of the actual work they’re doing. Sorry folks, but this happens everywhere, all the time.

Myth 4: It’s easy to manage on the client-side

You usually have a fixed payment schedule aligned with the stages of the project. This might save your project management team some precious time.

The reality: 

We’ve worked with many clients on many different projects. And what we’ve seen is that the closer the client is to the project, the more successful the project is – and the better for everyone.

Of course, as your software development team, we’re there for you to take the load off your shoulders – which is what you hire us for. But we’ll need to work with you to make sure you’re getting just what you wanted, and that’s the whole point of outsourcing software development. It’s not to “get rid of a problem”. It’s to get support from experts who can help you reach your goal.

Myth 5: It’s cheaper

You agree on a price, and that’s all you’re paying, saving you the unexpected costs in case the project runs on for too long.

The reality:  

See above. The problem with fixed-price is that at first glance, it looks like it can save you time and money, but these savings are illusory in most cases. Software houses have their ways to hide costs in fixed price estimates, plus are not prepared to handle extra costs that most likely WILL come up. 

fixed-price-time-material

The pricing model should be adapted to the way the software is created. It is often challenging to set a fixed price when creating software from scratch.

Time & Material Model Pricing

Myth 1: It’s more expensive 

After all, with a fixed-price project, you agree on a fixed budget and won’t pay a dime more. And here, you never know.

The reality: 

I hope I managed to explain it in the first part of this article. Because time & material is by its very nature flexible, the budget and schedule are more negotiable, which in turn means lower risk for both the client and the development company. Agile projects, whose very nature is more dynamic, are basically the only reasonable choice you have.

And let me repeat this: with a flexible budget, you can accommodate additional improvements or changes that are most likely to be necessary and for which you’ll have to pay out of a fixed budget anyway. 

Myth 2: It’s unpredictable

Things might change many times over, and you might end up paying much more than you initially anticipated.

The reality: 

Things WILL change. And time and material agreements don’t (and definitely shouldn’t) mean you don’t have to create a scope of work, initial requirements, and specifications – and just go with the flow. 

But the good thing about them is that you can keep up with the changes and adjust your plans to them – WITHOUT overpaying at the end of your initial plans fall through. 

Myth 3: It’s easier to start

You don’t have to have a very detailed specification, to begin with, and you can rely much more on the experience and expertise of the development company.

The reality: 

This is partly true (at least compared to the level of detail you have to nail down before starting a fixed-price project), but it can be tricky. It is absolutely worth spending enough time at the outset to estimate the inaccuracy risk level in a project (and here’s how we do it at Asper Brothers). If you don’t want the myths of “more expensive” and “unpredictable” to prove true, that is.

Myth 4: It’s harder to control

You have no tools to control your budget and schedule and have no influence over the outcome and the final price.

The reality: 

With any project, you absolutely NEED to know how you’re going to keep track of it. There’s no point in even starting one if you can’t or don’t want to do that – unless you’re prepared to spend much more time and money on it. 

The key is to make it very clear from the beginning – both for the client and the development team – who’s in charge of tracking the progress and budget, which needs to happen before the project kicks off. 

Myth 5: It’s more work for the client

You need to be more involved in the project development – and you just don’t have the time.

The reality: 

You have to get involved if you want to have a product that fulfills your requirements – and that’s regardless of the model. This also means you do have control over all stages of the project (in case you believed the myth that the project is out of your hands). 

And again, this will ensure you have as few surprises as possible, you can monitor the progress all the way, and are less likely to end up with a product that’s essentially an overpaid disappointment. 

When to use which project pricing method?

Essentially, the main comparison of the two models could look something like this:

FIXED PRICE TIME & MATERIAL

When you have a limited, fixed budget.

When you’re flexible about the budget.

When you have a strict schedule, especially if it’s short.

When you’re flexible about how long the project will take.

For a small project with limited requirements.

For a complex, long-term project whose requirements might change.

When you want to leave most of the project management to the software development company (which we don’t recommend).

When you want more involvement in project management – and more control.

When you use traditional project management methodologies like the waterfall model.

When you use agile project management.

So, which is better: time and material or fixed price?

The very general answer could be: 

It depends on both your needs and the software house’s approach to software development

But the truth is, a lot of software development companies are moving away from fixed-price contracts (except maybe in the case of simple, quick projects that are easy to price and present no major tech challenges) and towards the time and material approach that lets everyone be more flexible and arrive at a better end product. 

Pricing Models FAQ

What is Time and Material (T&M) Model?

Time and Material is a method of software pricing based on man-hours of specialists and resources used. It is more flexible, does not assume a fixed final price (although it shows the range). It is the most commonly used model in software production.

What is Fixed Price?

Fixed Price is a model of setting the price of a service based on a fixed, rigid final amount. The parties agree that the work will be done for a certain price, on a given date. The disadvantage of this model is low flexibility and frequent need for updating.

How much does it cost to create software?

Programming services are quite expensive, but everything depends on technology and the market. For example, Central and Eastern Europe are cheaper than the same services in the USA or Scandinavia.

Call to action
Product development, in general, is moving away from the waterfall model that has you waiting for the working software until the very end of the project towards agile development that can have you use and test your product very early in the development process. Which is what we recommend. So, got a software development project to price? Ask us for a quote.
avatar

Paul Jackowski

Executive Brother

Share

ADD COMMENT

RELATED articles