Lessons from the field

Why ERP Projects Fail at SMEs — and How to Avoid It

ERP often misses its goals when a business starts with software instead of its processes, data, and users' ability to adopt change.

When an ERP project fails, blame usually falls on the software — "SAP is too complex", "Odoo doesn't fit our process", "the vendor didn't support us." In reality, the software is rarely the root cause.

6 practical reasons ERP misses its goals

🛒 01

Buying software before understanding the problem

Many businesses choose an ERP based on an impressive demo or vendor recommendation — without mapping which processes need to change, what data needs migrating, or who the actual end users are. Result: the system gets installed but not used.

🌊 02

Scope too large for the first rollout

Wanting to do everything at once — accounting, inventory, sales, HR, production. Scope expands, timelines stretch, the team burns out. Typically ends with "we use about 30% of the features."

👔 03

No ownership from the business side

The project is handed entirely to the vendor or an IT person. Leadership is not involved, end users are not consulted. At handover, no one wants to use a system that does not reflect how they actually work.

🗑️ 04

Legacy data is not cleaned before migration

Importing raw Excel data into ERP — including errors, duplicates, and non-standardised formats. Garbage in, garbage out. The new system produces results that cannot be trusted.

🔄 05

No change management plan

Staff are used to the old way. Without training, support, and a clear reason why the new way is better — they go back to Excel within weeks.

🌐 06

Language and Cultural Barriers (For Japanese Companies)

For Japanese companies in Vietnam, there is often a huge gap between HQ expectations and local vendor execution. Local vendors may not understand JP-standard reporting, leading to a breakdown in trust and communication.

Why can you trust SOBA?

We do not only advise in theory. The SOBA team directly builds and operates Gia Tộc Số across Web, iOS, and Android, so we understand what happens after a system goes into real use.

Deep Engineering Expertise
Hands-on Operational Experience
Bilingual (Japanese - Vietnamese)

A different approach

Instead of starting with "which software should we use?", start with "which process is causing the most pain?"

  • 1 Audit first: Map real processes, not the process on paper. Find the actual bottleneck.
  • 2 Start small: Fix the 1–2 most painful processes first. Prove value, then expand.
  • 3 Choose tools last: The tool depends on the problem — not the other way around. Sometimes Odoo is right, sometimes custom is better.

Considering a system rollout?

Talk to us before you decide — to avoid the most common mistakes from the start.

Free consultation