Budget & costs

How much does custom software or an application cost?

The honest answer: it depends. What we can do is explain what drives the price, so that you come to a first conversation with a clear view of the parameters.

The cost of custom software is not a catalogue price. It is built up from a set of interdependent factors that any serious provider must analyse before producing an estimate. The right way to approach the question is through total cost of ownership (TCO): not just the cost of the initial development, but the sum of everything the tool will cost — and save — over its lifetime.

The factors that determine the price

Functional scope

This is the most decisive factor. Its correlation with cost is not linear: some features that look simple (an advanced search engine, a multi-level access rights system, fine-grained workflow management) can represent a significant development effort. The scoping phase makes it possible to prioritise features and establish what is essential at launch and what can come in a version 2.

Business process complexity

Two applications can have the same number of features and very different costs, depending on the complexity of the business rules. A two-level approval workflow is simple; a conditional workflow with fifteen actors and different rules depending on the amount, the department and the requester's status is another matter.

Integration with existing systems

Each integration (ERP, CRM, data warehouse, third-party platforms via API) represents design, development and ongoing maintenance work. The number and complexity of these connections have a significant influence on the budget.

AI integration

AI built into a custom application is trained or configured on your real business data. This requires work to prepare the data, design the model and validate the results — that is the condition for AI to be genuinely useful rather than merely present.

User experience (UX) and design

The design of an interface has a direct impact on user adoption. Serious UX design work (wireframes, prototypes, testing) takes time ahead of development. This work is often underestimated in initial estimates.

Data: volume, migration and quality

If your project involves carrying over existing data, migration can be a considerable undertaking — especially where the quality of the source is inconsistent. The same applies to large volumes that need to be processed in real time.

Technical architecture and infrastructure

Architectural choices (cloud, hybrid, on-premise; monolithic or microservices) depend on your constraints around performance, security, data sovereignty and scalability. These choices have implications for the initial cost and for operating costs over time.

Maintenance and long-term support (application maintenance)

The cost of maintenance and long-term support must be built into your budget projection from the outset. A partner who abandons you after delivery leaves you with an asset that will degrade.

Table: cost factors and their impact

FactorImpact on budgetWhat reduces it
Functional scopeVery highRigorous prioritisation of features (MVP)
Business process complexityHighClear documentation of business rules upfront
Integration with existing systemsHighWell-documented APIs on the third-party systems
AI integrationVaries by use caseStructured, available business data
UX / designMedium to highInvolving end users from the design stage
Data migrationVariesQuality and structure of the data source
Architecture / infrastructureMedium to highChoices aligned with real usage (avoid over-sizing)
Maintenance and supportRecurringQuality of the initial code (less technical debt)
IoT componentAdditionalStandardisation of protocols and equipment

Custom vs off-the-shelf: thinking in total cost of ownership

Comparing the cost of custom development with that of an off-the-shelf package on the basis of the initial cost alone is a common mistake.

An off-the-shelf package can look cheaper at the start — but it may charge per-user licences, add-on modules, and updates that are sometimes disruptive. It can also force manual workarounds whose cost in time is rarely measured but often significant.

The relevant comparison is made over 3 to 5 years, taking in all direct and indirect costs. Our article on the total cost of ownership comparison between custom software and an off-the-shelf package explores this subject in depth.

How we build a quote

We do not produce an estimate without first understanding your situation.

  1. First scoping conversation. A 30- to 60-minute discussion to understand your business, the process concerned, your constraints and your objectives. No quote at this stage.
  2. Audit and scoping phase. For projects of a certain complexity, a structured audit and scoping phase: process analysis, essential features, integrations, architecture recommendations. This phase produces a functional specification and a reliable estimate.
  3. Transparent estimate. We break the budget down by functional lot, with the assumptions applied. You know what you are paying for and why.
  4. A long-term partnership. Our commitments include the maintenance and evolution of the tool. It is in our interest that what we deliver is robust and maintainable.

Going further

Before talking budget, it is helpful to clarify exactly what the need covers: what is a business application? And to weigh custom development against buying standard software, see custom software or an off-the-shelf package?. If the question of "do it yourself or have it done" comes up, we have covered it in in-house or outsourced development.

Frequently asked questions

Why do custom development quotes vary so much from one provider to another?
For several reasons: scope assumptions differ, levels of expertise vary, and some "low" quotes leave out essential phases (UX design, testing, documentation, integrations). A very low quote with no prior scoping phase is often a sign that the scope has been underestimated.
Can we start with a limited scope and extend it later?
Yes, and it is in fact the approach we recommend. We start with a first operational module (MVP), use it in real conditions, then extend it based on feedback. This approach reduces financial risk and lets you adjust priorities along the way.
How much does a custom mobile application cost?
The cost depends on the same factors: functional scope, process complexity, integrations, expected UX quality. To these are added specific choices: native application (iOS and/or Android), progressive web app (PWA) or hybrid — each option has implications for development and maintenance costs.
Should we budget for maintenance after delivery?
Yes, always. Custom software must be maintained over time: fixes, security updates, compatibility with the surrounding systems as they evolve, and functional developments. We build this commitment in from the initial contract stage.
How do I get an estimate for my project?
The most effective way is a first conversation to qualify the scope. In 30 to 45 minutes, we can usually identify the main parameters and tell you whether a scoping audit is needed before going any further.

A project or a business challenge?

A first 30-minute conversation to understand your context and assess how we can help. No commitment.

Let's talk about your project