Workflow complexity
More roles, exceptions, approvals and status paths require more design, development and testing.
There is no responsible single price for bespoke software. A focused workflow tool, a connected CRM and a multi-module operational platform involve very different design, integration and support work.
Bespoke software cost depends on workflow complexity, users, integrations, data migration, security, testing and support. A reliable quote follows a short discovery process and a clearly defined first release.
The number of screens is rarely the best measure. Cost is driven by the business rules, integrations, data and operational risk behind those screens.
More roles, exceptions, approvals and status paths require more design, development and testing.
Each external platform introduces authentication, data mapping, failure handling and supplier constraints.
Clean, structured data is simpler to move than inconsistent spreadsheets or poorly documented legacy databases.
Granular permissions, audit records, sensitive information and formal assurance add legitimate work.
Portals, payments, document signing and public booking journeys require additional testing and support planning.
Training, staged rollout, hosting, monitoring and ongoing changes should be considered as part of the whole cost.
A credible estimate needs enough detail to distinguish essential workflow from assumptions and optional ideas.
| Information | Why it matters |
|---|---|
| The problem | Explains the operational cost, risk or missed opportunity the project needs to address. |
| Users and roles | Shows who needs access, what each person can do and where permissions differ. |
| Main workflow | Defines the stages, decisions, handovers and exceptions that must work reliably. |
| Existing systems | Identifies integration, migration, hosting and ownership constraints. |
| Priority outcome | Keeps the first release focused on the result that justifies the investment. |
| Timescale and constraints | Highlights fixed dates, internal availability, procurement or compliance requirements. |
The best way to reduce risk is not to omit important foundations. It is to separate the first useful operational release from features that can wait.
Software is easier to justify when the current cost can be described. Estimate time spent on repeated administration, avoidable errors, delayed work, lost enquiries, reporting effort and software subscriptions that the new system could replace.
Discovery identifies the real workflow, exceptions, integrations and constraints. Without it, a price is likely to rely on assumptions that later become changes.
Yes. Phasing is often the best way to control risk, provided the first phase has a complete operational purpose and the technical foundations support later work.
Not necessarily over the life of the process. The comparison should include user licence growth, manual workarounds, multiple subscriptions, integration costs and the value of owning a system shaped around the operation.
Depending on the arrangement, ongoing costs may include hosting, backups, monitoring, support, third-party services and further development. These should be stated clearly before work begins.