All posts

22 October 2026

Custom CRM & ERP systems: when off-the-shelf stops being enough

Most companies start with an off-the-shelf CRM or ERP, and that is the right first move — as long as your processes fit the product. The trouble starts when they don't: spreadsheets, workarounds and data nobody trusts. This post describes the signals that separate a configuration problem from a build decision, without pretending the answer is always "build".

The signals that off-the-shelf is not enough

Usually three of them, and they repeat:

  • People route around the system. The data lives in spreadsheets and chat threads; the CRM gets filled in "for the report". The system is a record, not a workplace.
  • Every process gets bent to fit. Operations staff keep manual half-steps, exports and double entry because the product has no shape for how the work actually flows.
  • Nobody trusts the reports. Two sources, two different answers, and no way to tell which one is true.

One signal is configuration. Three or more, persistent for months, usually mean something else: the way you work is part of what makes you competitive, and you are handing that to a generic product.

What "custom" actually means here

It does not mean building everything from zero. It means the data model and the processes follow how your company works, not the other way round. In practice that is the ordinary shape of our custom-software work: multi-tenant platforms, dashboards and operations tooling, integrations with what you already run, and the foundations — auth, roles (RBAC), billing — built once and built properly. Equally important is the part we usually leave out: rebuilding whole areas where a standard module already does the job.

What a good first month looks like

A small honest step instead of a big promise: one core — the process that started the conversation — in real use with real data. If after a month people use the core without being told to, there is a case to expand. If they don't, it is far better to learn that then than a year in.

European by default

For systems that hold client and operational data, privacy-first European engineering is a starting condition, not a compliance appendix. That is not a marketing line — it is how authentication, roles and access are designed from the first commit.

When custom is NOT the right answer

If your business is close to how the product was designed, don't build. Configuration, a trained team and data discipline usually do the job at a fraction of the cost. Custom systems earn their place when your processes are part of your edge.

If you recognise the signals above in your company, describe the process to us — request a conversation via the project form and we will tell you honestly whether we are the right address for it. More about how we work on the services page.