Skip to content
Decisions and pricing7 min read

How much does an internal business system cost?

Job records, an overview for management, approvals, a connection to invoicing. An internal system can cost thousands or tens of thousands of euros, and the number of screens is not what makes the difference. Here is what moves the price, where to start and how to work out whether it pays for itself.

Where the price of an internal system sits

An internal system is an application only your own people use: sales, production, dispatch, management. Customers do not sign in, so there is no registration, no customer area and usually no payments. That is why it tends to cost less than a client portal, for which the service page gives a lower bound from 5,300 EUR.

For internal tools we most often meet two scopes. A first version from 2,300 EUR: one role, one main workflow, deployment and handover. An operational tool from 3,400 EUR: records the team uses every day, with overviews and exports. Both figures are indicative lower bounds from the calculator, excluding VAT, not an offer.

What the price of an application is made of in general, why we do not quote straight away and what four model budgets look like is covered in How much does a custom application cost? This article goes one step further: what specifically makes an internal system more expensive and how to work out whether it is worth it.

What decides the price

The calculator works from hours and a rate of 65 EUR per hour excluding VAT. As you add requirements to an operational tool, the range grows like this. We assume your materials are ready and a standard timeline.

ScopeRangeDelivery
First version: one role, one workflow2,300 to 3,300 EUR2 to 4 weeks
Operational tool for a team3,400 to 5,000 EUR2 to 4 weeks
+ more roles with separate permissions4,900 to 7,100 EUR3 to 5 weeks
+ connection to another system5,800 to 8,400 EUR4 to 6 weeks
+ data migration from an old solution6,800 to 9,900 EUR4 to 8 weeks
Indicative ranges from the calculator, excluding VAT. Delivery counted from the brief, as the calculator shows it.

What those rows mean in day-to-day operations:

Job records

The core of almost every internal system. The price is not decided by how many fields a job has, but by how many states it passes through and what is allowed in each. A job that goes “received, done, invoiced” is different work from one that waits for material, goes back for rework and splits into parts.

Overviews for management

An overview is cheap when it reads data already in the system. It tends to get expensive when it is meant to show something nobody records today. Before you order one, try to say what decision you will make from it and which data it comes from.

Roles and permissions

More roles with separate permissions add 22 hours in the calculator, which is 1,430 EUR on the lower bound. Each role means its own view of the data, its own rules and situations that have to be tested. A good question to start with: does a sales person really need to see different things from their manager, or will one view do for everyone?

Approvals

Approving a quote, a discount or a purchase looks like one button. In reality it brings more states, another role and questions that used to be settled by phone: who approves when someone is away, what happens to a request that is sent back, who gets notified. If the business can manage without it for a while, we recommend leaving it for the next phase.

Integrations and data migration

A connection to invoicing, stock or a CRM adds 14 hours in the calculator (910 EUR), migrating data from an old solution 16 hours (1,040 EUR). Both are averages, though. The real scope depends on what interface the other system has and what state your spreadsheets are in. If you are only considering a connection, have a look at integrations and automation.

Start with a smaller first version

The most expensive internal system is the one built for a year from a wish list, after which people keep typing into the spreadsheet anyway. So we recommend starting with one part the team will actually use, and deciding what comes next based on how it works in practice.

  • Pick the workflow that slows you down most. Not the most complex one, but the one that creates the most manual work or errors today.
  • One role to begin with. Usually the people who enter the data. Management gets its overview in the next step, once there is something to calculate it from.
  • Leave integrations for later if you can. An export to invoicing can run by hand for a while, and the connection is added once it is clear which data should flow.
  • Approvals and exceptions once operations show the need. It often turns out that half the exceptions you wanted to handle never happen in practice.

In the calculator, a first version is one workflow, a few screens and no integrations, 2,300 to 3,300 EUR. It can be extended. We handle changes as we go, not as a new project from scratch.

A first version does not have to do everything. It has to handle what slows you down most today, and the rest can wait until day-to-day use confirms it.

Example: WCRM, an internal CRM

Our own internal tool shows where the hours come from. WCRM is a CRM for the Walio sales team, who work in it every day. We kept leads in a spreadsheet, and after a few hundred records that stopped working: nobody could see who had called whom and what should happen next.

A record of companies and contacts alone would be a small job. The scope comes from three roles with their own set of screens (sales person, manager, admin), two interfaces for desktop and phone, and a connection to Scrapik, where batches of leads come from. Add business rules nobody sees: a new batch must not overwrite work in progress, a company removed by hand must not come back as new, and the duplicate check also matches on a person’s name.

Team overview in WCRM with overdue tasks, today’s plan and upcoming tasks
The team overview in WCRM after the redesign. Names and companies in the screenshot are made up.

The process matches what we recommend to clients. First came the screen design and the data model, then the database with sign-in and permissions. We connected the screens step by step, starting with lists and the detail view. The import from Scrapik, the most complex connection, came after that. After the first weeks in use we redesigned the interface around how the team actually works with it.

What the price usually includes and what it does not

The calculator estimate includes deployment with basic security, a basic handover and short training where the solution includes content management. With internal systems we train the people who work in the application. The development price covers a basic design of the key screens. A standalone UX/UI phase with a detailed design of the whole product is not included in the calculator. The exact scope is confirmed in the offer.

Usually outside the development price:

  • Hosting, the domain and paid third-party services. You pay them directly to their providers. Running costs alone tend to be from a few to low hundreds of euros a month, depending on load and on which paid services the system calls.
  • A standalone UX/UI phase. The calculator does not include a detailed design of the whole product beyond the key screens. We set its scope by the number of roles, screens and states.
  • Changes and development after launch. For the first days we watch how it runs and fix what comes up. Maintenance and further development are agreed before launch, with a defined scope.
  • Per-user licences. We do not charge them at all, so one more person on the team does not mean one more monthly fee for the system.

Access, documentation and the scope of the source code handover are settled in the offer and the contract before work starts. So is whose accounts the system will run on.

An internal system does not pay off by looking good, but by people no longer doing work software can do for them. You can work out the payback in an afternoon, without us:

  • List what is done by hand today: retyping jobs, chasing status, putting together the overview for management, fixing errors after retyping.
  • For each activity, estimate the hours per month. The most accurate way is to log it for a week rather than guess from memory.
  • Multiply the hours by what an hour of that person’s work costs you, including payroll costs.
  • Assume manual work will not disappear completely. A cautious estimate of the savings is more honest than an optimistic one.
  • Subtract the running costs of the system from the monthly savings. Divide the development price by what is left. The result is the number of months it takes to pay for itself.

If you get more than a couple of years, start with a smaller first version, or ask whether a ready-made tool would do. It happens, and we will say so.

The calculation should also include what is harder to measure in hours: retyping errors, a job that slipped because nobody knew whose it was. If you are unsure, the calculator gives an indicative range. The rest we can go through in a 30-minute consultation; just tell us what you handle in spreadsheets today: Discuss a project.

Frequently asked questions

How much does an internal business system cost?

Indicatively from 2,300 EUR excluding VAT for a first version for one role, and from 3,400 EUR for an operational tool the team uses every day. More roles, a connection to another system and data migration push the price up. The calculator gives the range for your case; a binding price comes in the offer once the brief is clear.

Is an internal system worth it for a small company?

It depends on how many hours of manual work it saves each month. Add up the hours, multiply them by the cost of an hour of work and compare that with the price of development and running costs. If your workflow fits into a ready-made tool, we will recommend it.

AuthorOndřej Koziorek

Founder and creative director of NKZ. At nkz.dev, leads briefs, UX/UI and the direction of digital products.

More from the notes
Apps and UX

What should a brief for an application include?

No technical spec needed. Describe how work runs, who does it and what is retyped.

Read
Apps and UX

When is a custom portal worth it?

Signs that email no longer serves your customers, and how to start a portal small.

Read
Service

Custom applications

Internal systems and portals that replace spreadsheets and e-mail.

About the service