Scope and number of features
Every feature adds design, development, and testing time. Ten well chosen features usually beat thirty half finished ones.
COST GUIDE
Custom software is priced by scope, not by a rate card. This guide shows typical ranges for small, mid-size and large projects, what moves the number up or down, and how to get an estimate you can plan around.
Get a project estimateMost custom software projects fall into one of three bands. Find the one closest to your idea, then read on for what pushes you toward the lower or upper end.
A dashboard, approval workflow, or report generator that replaces a spreadsheet process.
A customer portal, booking system, or CRM with user roles, integrations, and reporting.
Several connected modules, multiple user types, APIs, and ongoing releases. Often delivered in stages.
These are indicative ranges for projects built by a small, senior team. They are a planning guide, not a quote. A real estimate depends on your scope, integrations, and how much of the design is already decided.
Six factors account for most of the difference between a small quote and a large one.
Every feature adds design, development, and testing time. Ten well chosen features usually beat thirty half finished ones.
One type of user is simple. Admins, staff, customers, and partners each need their own screens, rules, and security checks.
Payment gateways, accounting tools, ERPs, and third party APIs take time to connect, test, and keep working as those services change.
A clean, conventional interface costs less than a fully custom design system with animation and many unique screens.
Sensitive data, audit trails, and industry requirements add planning and testing that cheaper quotes often leave out.
Migrating records from an old system or fitting into current tools can be as much work as the new software itself.
How the work is billed changes how risk is shared. Each model suits a different kind of project.
| Model | Best for | How the budget works | Trade-off |
|---|---|---|---|
| Fixed scope | Clearly defined projects with a settled brief | One agreed price for a defined scope | Changes are estimated and agreed separately |
| Staged milestones | Products that will evolve as you learn | Budget is released stage by stage after each delivery | Needs a review after every stage |
| Dedicated team | Long running or fast changing work | A predictable monthly cost for a team that works on your roadmap | You need to prioritise work actively |
Estimating should take a few conversations, not a long procurement process.
We learn who will use the software, what it should replace or improve, and the constraints around time and budget.
A short callFeatures are grouped into what the first release needs and what can wait, so the estimate covers a realistic first step.
Usually a few daysYou receive a price range, the assumptions behind it, and the decisions that would raise or lower it.
Shared in writingWork starts in milestones you can review, so cost and progress stay visible throughout.
After approvalThese choices reduce cost without lowering the quality of what you get.
Software is not finished on launch day. Hosting, security updates, bug fixes, and small improvements continue for as long as the product is used. A common planning guideline is to set aside roughly 15 to 20 percent of the original build cost each year for this, although the right figure depends on how fast your product changes and how many people rely on it.
Ask every vendor what is included after delivery. Clear documentation, a handover session, and a defined support period are worth far more than a slightly lower build price, because they decide how easily the software can be maintained by you or by any future team.
THE FIRST STEP
Share your goals, your current setup, and the main challenge you want to solve. We will use that context to discuss a practical scope and the information needed to plan the work.
Start a project conversationThe most useful estimate is one that lists its assumptions. We outline the scope in plain language, separate what must be in the first release from what can wait, and show a price range with the decisions that would move it. That lets you compare options, stage the work, and avoid surprises once development starts.
Small internal tools often start around $5,000 to $15,000, business systems such as portals and booking platforms commonly fall between $15,000 and $50,000, and multi-module platforms can exceed $50,000. The average matters less than where your own scope sits, which is why we estimate from a short discovery conversation.
Usually the first cost is higher, because you pay to build it rather than rent it. Over several years the comparison depends on licence fees, workarounds, and how well a packaged tool fits your process. Custom software tends to make sense when your workflow is a competitive advantage or packaged tools need constant workarounds.
Yes. Many projects are split into milestones so budget is released as each stage is delivered and reviewed. This also lets you adjust priorities based on what you learn from the first release.
Quotes differ when they assume different scope, design depth, testing, and support. A low price that leaves out testing, security, or handover often costs more later, so compare what is included before comparing the total.