Software & development

Built around the estate you already run

Custom applications, integrations and portals — specified with the people who will use them.

Discovery

Scoping before estimating

A fixed price against a vague brief helps nobody. We spend the first phase turning what you want into something specific enough to build, price and test — and we will tell you if the answer is to configure something you already own rather than build anything.

  • Requirement workshops with the people who will use it
  • Process mapping as it works today, not as the SOP describes
  • Build, buy or configure recommendation, in writing
  • Scope, estimate and phasing before any commitment
  • A written definition of done for each phase
Applications

Internal tools and line-of-business systems

The systems that run an operation and were never available off the shelf — dealer portals, field applications, approval workflows, inventory and dispatch tools, dashboards that pull from four systems.

  • Web applications in modern, supportable frameworks
  • Mobile and field applications, online and offline capable
  • Role-based access aligned to your directory
  • Reporting and dashboards over live data
  • Built to be handed over, not to create dependence
Integration

Making existing systems talk

Most of the value is not a new application. It is the interface between an ERP, a CRM, a payment gateway and a warehouse system that were each bought separately and never introduced to each other.

  • REST and SOAP API development and consumption
  • ERP, CRM and accounting system integration
  • Middleware and message queues where volume justifies them
  • File-based integration where the legacy system allows nothing else
  • Retry, idempotency and reconciliation designed in
Engineering

How we actually build

Nothing here is unusual. It is simply done, on every engagement, which is not always true of the code we are asked to take over.

  • Version control, code review and CI from the first commit
  • Automated tests on the paths that matter
  • Staging that mirrors production closely enough to trust
  • Release notes and rollback plans for every deployment
  • Security review before go-live, not after an incident
Handover

What you own at the end

You own the source, the documentation and the ability to take it elsewhere. Support continues because it is useful, not because you are locked in.

  • Source code and repository ownership transferred to you
  • Architecture and deployment documentation
  • Runbooks for the operations team
  • Training for the internal team who will maintain it
  • Optional AMC with defined response times
Authorisations

Platforms and gateways we build against

Cloud, workspace and payments

Next step

Tell us what you are running today

We will tell you what we would change, and what it would cost. No obligation, and a named engineer on the call rather than an account manager.