Fixed Price vs Hourly App Development: Which One Actually Protects the Client?

For most small businesses, a fixed price on a written scope protects the client better than hourly billing, because it moves the risk of overruns to the builder. But a fixed price is only as good as the scope behind it. A vague scope with a low number is not protection. It is a deposit on future arguments.

I run ForgeApp, a one-person AI-native app studio in Dubai, and I sell fixed prices. That is a bias, so I will be clear about when hourly is the better choice too. The figures in this post are illustrative examples, not quotes or client data.

Who carries the risk in each model?#

Every software project has the same risk: the work takes longer than expected. The only question is who pays for that.

With hourly billing, a builder who estimates badly is paid more. That is not a moral judgement; most hourly developers are honest. It is just how the incentive points. With a fixed price, a builder who estimates badly loses money, so they have every reason to estimate carefully and keep the scope tight.

When is hourly actually the right choice?#

Hourly is not a scam. It is the right model when the work cannot be described in advance:

• Ongoing improvements to a product that is already live, where priorities change weekly.
• Investigation work, such as "find out why the old system is slow", where nobody knows the answer yet.
• Small, frequent requests where writing a scope would take longer than the work.

In those cases, ask for a monthly cap, a weekly time report and the right to stop at any point. A capped hourly arrangement is a reasonable middle ground.

For a small business building its first app or tool, though, the work usually can be described. That is when a fixed price makes sense.

What makes a fixed price real?#

A fixed price is a price attached to a scope. If the scope is missing, the price means very little. A real fixed-price proposal has these parts:

1. A written in-scope list. The screens, features and integrations, in plain language.
2. A written out-of-scope list. What will not be built. This is where most disputes are prevented.
3. Acceptance criteria. How you both know a feature is done. "A customer can book, move and cancel an appointment from a phone" is checkable. "Booking works well" is not.
4. A set number of revision rounds. For example, two rounds of feedback on the design.
5. A delivery date and what happens if the builder misses it.
6. Payment milestones tied to delivered work, not to the calendar.
7. The total you will pay, with VAT shown. UAE VAT is 5%, so it is not a rounding error.
8. Ownership terms. Whose name the code, hosting and accounts are in at the end.

If a proposal has all eight, the number on it is worth something.

How do you spot a bait fixed price?#

A bait price is a low headline number designed to win the deal, with the real cost recovered later. Some warning signs:

• The scope fits in one sentence. "A booking app for your clinic" is a topic, not a scope.
• No out-of-scope list. Everything is implicitly included, until it is not.
• Basics sold as extras. Login, an admin panel, Arabic, or hosting quoted separately after you sign.
• "Unlimited revisions." It sounds generous but usually means nobody defined what done looks like.
• Large upfront payment. Most or all of the money due before anything is delivered.
• The code stays with the vendor. You rent the app rather than own it.

Here is an illustrative comparison. Two quotes for the same internal booking tool:

Quote A looks cheaper. Once Arabic, an admin panel and hosting are added, it may well cost more, and you still do not own the result. These numbers are made up to show the pattern; your quotes will differ.

What does a fair change order look like?#

Changes are normal. You will learn things once you see the first version. A fixed-price contract does not forbid change; it makes change visible.

A fair change order is short and written. It says:

Change order #2
What changes:   Add SMS reminder 24 hours before each appointment
Why:            Requested after demo on week 1
Extra price:    1,200 AED + VAT
Date impact:    +2 working days
Removes:        Nothing
Approval:       Needs your written yes before work starts

Two good habits make change orders painless. First, trade instead of add: swapping one feature for another of similar size often costs nothing. Second, park ideas in a "version 2" list rather than squeezing them into the current build.

If a builder starts extra work without a written change order and bills it later, that is a red flag regardless of the pricing model.

So which one protects you?#

If you can describe your first version on a page, ask for a fixed price and insist on the eight parts above. If you cannot describe it yet, pay for a short scoping step first, then get the fixed price. Use hourly, with a cap, for ongoing work after launch. I wrote about why I built ForgeApp around fixed prices in the founding post.

Questions#

Is fixed price or hourly better for app development?#

For a small business with a clear first version, fixed price is usually better because the builder carries the risk of the work taking longer. Hourly suits open-ended work, such as ongoing changes to a mature product, where the scope cannot be written down in advance.

How can I tell if a fixed price is real?#

A real fixed price comes with a written scope, a written out-of-scope list, a defined number of revision rounds, clear acceptance criteria and a change-order process. If the price is low and the scope is vague, expect the real cost to arrive later as extras.

What is a change order?#

A change order is a short written agreement to add or change something that was not in the original scope. It states what changes, the extra price, the effect on the delivery date, and needs your approval before any work starts.

Should a fixed price include VAT?#

It should say clearly whether it does. UAE VAT is 5%, so on a 20,000 AED quote the difference is 1,000 AED. Ask for the total you will actually pay, with VAT shown as a separate line.

Want a fixed price on a written scope?

• See how ForgeApp pricing works
• Book a 20-minute call

All AED figures in this post are illustrative and are not ForgeApp quotes or client data.