Customisation of the platforms you already run

New modules, workflow changes, API connections and performance work on the systems you already have — keeping upgrades safe and every change documented.

Extend, don't rebuild · Fixed-scope changes · Upgrade-safe by design

The gap between the platform and how you work

The last 20% is your business

Platforms get every company 80% there. The 20% that matches how you actually run — approvals, workflows, data, edge cases — is exactly the part they can't configure.

Customisation horror stories

You've heard them: a heavily customised system that can't be upgraded, breaks on the vendor's next release, and nobody knows what the last agency actually changed. That fear keeps companies stuck with a bad fit.

The spreadsheet workarounds multiply

When the platform can't be changed safely, the process leaks out into spreadsheets, email chains and tribal knowledge. The system becomes a place data visits, not where work happens.

The choice isn't "live with it" or "rip and replace". It's customisation done properly — scoped, documented and upgrade-safe.

Four ways to make the platform fit

01 New modules and features

New modules and features

Functionality the platform should have but doesn't — built as proper extensions, not hacks: custom objects, apps, plugins, embedded tools.

Use it forClosing the 20% gap without leaving the platform.

02

Workflow and process changes

The platform reconfigured to match how your business actually runs: stages, automations, approvals, notifications, permissions.

Use it forThe system finally working the way the team works.

03

API connections

Your platform joined to the rest of your stack — and to the software that doesn't exist yet. Bi-directional where it should be, logged and alerting where it must be.

Use it forMaking the platform part of a connected system.

04

Performance and cleanup

Slow pages, tangled data, a decade of undocumented changes. We profile, untangle and document — then speed it up.

Use it forRescuing a system everyone has given up on.

Everything we build goes through the platform's supported extension points — not hacked core files that die on the next release.

Connecting rather than changing? ERP & back-office integration. Building something that doesn't exist yet? Custom software builds — the other half of the build-vs-extend decision.

Scope Fixed in writing
Delivery Working sprints
Handover Documented & trained
Ownership Yours — code, config, credentials

How a customisation runs

Customisation projects run in sprints — scope fixed before anything changes

1Blueprint first

The change is scoped from the architecture defined in your Blueprint — what the platform holds, what connects to it, and what a change is allowed to touch.

2Fixed-scope specification

What changes, what it must not break, and how the change survives the vendor's next upgrade. Agreed in writing before anything is touched.

3Build in sprints

Working changes at the end of every sprint, reviewed with you — never a big-bang deploy on a live system.

4Extend, don't fork

Changes built the way the platform intends — extension points, APIs, supported customisation layers — not hacked core files that die on the next release.

5Test and validate

The change tested, plus the regression check that matters: does everything else still work? Upgrade path verified before go-live.

6Handover with documentation

Every change documented — what, where, why, and how to undo it. Your team owns the system's full picture, with us or without us.

What customisation changes

Before

The platform sort of fits, the workarounds multiply, and upgrades are a quarterly risk.

After

The platform fits, the workarounds are retired, and the next upgrade is routine.

Is this what you need?

You're living in a platform that almost fits

Salesforce, HubSpot, Dynamics, Shopify, WordPress or a custom system — 80% right, and the last 20% costs you daily.

An agency "customised" it and left

Nobody knows what they changed, upgrades are terrifying, and documentation is a myth. A proper audit changes that.

Your team works around the system, not in it

Spreadsheets beside the CRM, processes in people's heads. That's the platform asking to be changed — safely.

You're not sure: extend or rebuild?

That's a Blueprint question, not a sales question. The Diagnostic answers it honestly — sometimes the answer is a small customisation; sometimes it's a build. Learn about custom software builds →

If any of these sound familiar — a customisation project is worth discussing. Start with a Diagnostic →

Platforms change. Your customisations shouldn't break when they do.

Vendors ship releases, APIs get versioned, edge cases accumulate. Maintenance and support contracts keep your customisations verified against new releases and fixed fast when something shifts — with agreed response times.

Managed hosting, maintenance & support →

Frequently asked questions

Not if it's done right. We build through the platform's supported extension points — not hacked core files — and we verify the upgrade path before go-live. You get a system you can upgrade and customise.

CRMs (Salesforce, HubSpot), ERP and back-office systems, ecommerce platforms (Shopify and others), WordPress and web platforms, and custom or legacy systems. If it has supported extension points, we use them; if it doesn't, we'll tell you honestly what's safe.

Yes — that's a common starting point. We audit what was changed, document it, verify the upgrade path, and give you back a system you can see inside of. Often that audit becomes the Blueprint for what to change next.

Customisation projects are scoped from a Blueprint. If you already have a documented architecture, we review it and scope from that. If not, the Diagnostic is the fastest honest path to a fixed-price quote.

Then we'll say so — with reasons. Sometimes the platform is wrong, not the configuration, and a scoped build is cheaper than years of workarounds. You'll get the honest call either way. See custom software builds →

Start with clarity.

The Digital Growth Diagnostic is how every engagement begins. Fixed price. Two to three weeks. A decision-ready roadmap — including whether your platform should be extended, integrated, or replaced. Sometimes a small change is all it takes. We'll tell you.

Book a 20-minute call → See how Implementation works →
Project enquiry All fields required
Please enter your first name.
Please enter your last name.
Please enter a valid email address.
Please enter your company name.
Please tell us a bit more (at least 10 characters).