Guides and comparisons
How much does a custom web application cost?
A custom web application in my price list starts at €2,500, with a typical timeline of 4–10 weeks. Price depends on business rules, user roles, integrations and data migration. It's built for companies that need an admin panel, a CRM, a portal, or another business system, with a fixed quote for a precisely agreed first version.
Author: Petar Arsić · Updated:
Examples of scope within the web application package
| Example | Starting point | What increases scope |
|---|---|---|
| Admin panel | Web application from €2,500; entering and viewing agreed records. | Complex permissions, approvals, custom reports and historical data import. |
| CRM or internal tool | Web application from €2,500; a defined client or job workflow. | Automation, multiple teams, billing and links to other software. |
| Business portal | Web application from €2,500; a public side plus agreed administration. | Multiple languages, user accounts, special search and integrations. |
These are examples of different scope within the same starting package, not three guaranteed fixed prices. Complex projects cost more than the starting figure. The timeline in the price list is 4–10 weeks; the exact plan is tied to the specification.
Why screen count isn't enough for an estimate
One screen can show a simple list — or it can drive decisions about pricing, availability and permissions. That's why 'how many pages does the app have' doesn't reliably describe the work. What tells you far more is a concrete example of what a user is trying to finish, what data goes in, and what must still hold true after their action.
I start an estimate by describing one complete process end to end. For a quote, that's entering line items, calculating totals and generating a document; for a booking, it's picking a slot, confirming it and holding capacity. Then we check the exceptions: a change, a cancellation, a duplicate request or a mistaken entry. Once those steps are clear, we can estimate development and testing without guessing from a handful of sketched screens. Visual design still matters, but business rules drive most of the complexity.
What a first version from €2,500 actually means
The starting custom web application package covers the agreed business workflow and the features stated in the quote. The price list lists a Laravel and MySQL backend, a React frontend, role-based administration, integration capability and reporting. The exact combination and scope still need to be defined for your project — the list of what the package can include isn't a promise of unlimited development across every integration at once.
A good first version solves one important problem, start to finish. It might replace repeated copying from spreadsheets, unify a scattered record, or enable a new sales capability. We separate what a user can't complete their task without from conveniences that can wait. That gives you a useful, checkable result — instead of many half-finished modules that still don't support real work.
Roles, data and integrations drive most of the budget growth
Different staff permissions need clear rules: who sees data, who changes it, and who confirms the final step. Once several teams or locations are involved, access boundaries and shared records need checking. Reports need a precise meaning too — two people shouldn't expect different totals or statuses under the same label.
Integration depends on what the other system can actually do, and migration depends on its real data structure and quality. So I ask for interface documentation and an anonymised sample before promising a timeline. Payments, fiscal receipts, email and SMS bring their own external terms and costs. In the fixed quote, we separate development, assumptions and responsibilities. If access to a partner's system isn't available yet, that has to be visible in the delivery plan — not hidden until the final phase.
How we agree a timeline without scope creep
The price list gives a 4–10 weeks window, but the actual schedule depends on the features agreed and how quickly you give feedback. Working together starts with a free short call and a fixed quote within 48h. The quote lays out scope and phases, and you review progress regularly during development. Your decisions on rules and content are part of that schedule.
Changing your mind is fine, but a new feature isn't automatically included in the existing price. We first describe its impact, then you decide whether it goes in now or later. For every important feature we agree an example of an accepted deliverable, so both sides know when a task is actually done. At the end comes server setup, training and 30 days of free fixes — rather than an unclear finish where the app just changes status on a task list.
What you pay for and check after launch
An application needs proper hosting, backups, updates and monitoring. My maintenance package starts at €50/month, while third-party services and larger new development are agreed separately. The quote clarifies who has access, where the code is stored, and how the application could be handed to another qualified developer.
The DriveSoft operations back-office shows my experience with passengers, routes, departures and reporting. The wider Srbija Tours / DriveSoft platform has processed 150,000+ tickets and reservations. Leto Halkidiki is an example of a portal with structured listings and administration. These are references for how I work, not an estimate that your CRM or admin panel needs the same budget. Your own process and the scope of your first version are what decide the actual quote.
Questions about budgeting for a web application
Is €2,500 enough for a full CRM?
That's the package's starting price, not a guarantee for every CRM. A simple record of clients and jobs is very different from a system with multiple teams, approvals and billing. We first define which process has to work in the first version. From that you get a fixed quote and can decide what to leave for later.
What should I prepare for the first conversation?
Describe the problem you currently solve by hand, who uses the record, and what a finished job looks like. An anonymised example spreadsheet, document or export is useful, along with a list of integrations you need. You don't need to know the technology in advance or sketch every screen. What matters more is that we understand the rules, the edge cases and the result you expect from the application.
Does the price include migrating data from Excel?
Only if that specific migration is stated in the quote. We first review structure, duplicates and required fields on a sample. One clean spreadsheet and several disconnected records aren't the same job. We agree on mapping, checking the result, and the moment of final import — so the quality of old data doesn't get discovered only once the application needs to go live.
Can the app get a mobile version later?
It can be planned for, but it's worth distinguishing between a solid browser experience, a PWA, and a dedicated mobile app. Needs like camera access, offline work or push notifications shape that choice. We agree on the API and data structure with known future plans in mind. Later mobile development gets its own estimate, rather than assuming unlimited future support is baked into the starting price.
How do we know the agreed work is done?
Before starting, we define the specific processes the app has to support and examples of the expected result. You review them during each phase, and before launch we test the whole thing against agreed data and permissions. Handover includes training and access as agreed. Free fixes for the first 30 days cover issues in the delivered scope, while new ideas are estimated separately.
Is a custom application always better than an off-the-shelf tool?
No. If a ready-made tool supports your process well and its running cost works for you, it can be the more sensible choice. Custom development makes sense when specific rules, integrations or data control deliver a clear benefit. We check that difference before quoting, so you're not funding development for something you could already use more simply.
Get an estimate for one useful first version
Describe the job the application needs to finish and the tools you use today. I'll separate the necessary scope from later add-ons and prepare a fixed quote with delivery phases.
Get a quote