The price is agreed before we start
Once the scope is agreed, you get a fixed price for the delivery. It stands throughout the project, regardless of how many hours we spend getting there.
You should know what the project costs before development starts. That is why we usually offer a fixed price on custom apps, systems and portals once the scope is agreed. No running hours to worry about, no surprises on the invoice.
A fixed price is not a sales trick, it is a way of working. It demands discipline from us, and gives predictability to you.
Once the scope is agreed, you get a fixed price for the delivery. It stands throughout the project, regardless of how many hours we spend getting there.
A fixed price works when both parties know what is being delivered. We describe the delivery in plain language, with clear acceptance criteria, before anyone signs.
New ideas along the way are welcome, and they are handled properly: you get a price and scope for the change before you decide. The order is always yours to make.
If something takes longer than we expected, that is our responsibility, not your budget. It gives us a strong incentive to plan well and develop efficiently.
Ownership is agreed before signing, and in the vast majority of projects you own the source code. The solution is yours, not a licence you rent for as long as you pay.
After launch we offer an operations agreement for an agreed monthly sum: support, security, minor updates and backups, hosted on Norwegian or EU/EEA-based cloud. Further development is ordered separately, in the direction you choose, usually at a fixed price.
Most people ordering a development project have heard a story about a budget that burst. That is often the real reason good projects never start: not the price, but the uncertainty around it.
A fixed price removes that uncertainty. The investment is known before you commit, it is easy to anchor with the board and management, and you can measure the gain against a number that stands still. We have delivered custom solutions to many clients on this model, across industries and project types.
Both models have their place, and which one fits depends on the task. Here is the sober comparison we use ourselves when clients ask.
Strengths
Trade-offs
When it fits
When the task cannot be scoped up front, for example exploration or ongoing advisory work.
Strengths
Trade-offs
When it fits
When you need something defined developed: an app, a system, a portal or an internal tool, and want to know what it costs.
Send us a short description of the need. We reply personally, give an honest assessment, and tell you clearly whether the project is a good fit for a fixed price.

