Skip to content
All insights

General

You Might Not Need a Bigger ERP Yet

By Shanshan "Sasha" Ma

Growing past $5M, the chaos gets blamed on your systems. Often it's coordination, not records. How to tell which problem you have before signing an ERP project.

"We were told we'd outgrown QuickBooks. What we'd actually outgrown was the coordinator's memory."

A customer emails at 9:40 asking when their order will arrive. The coordinator opens the supplier portal, then searches her inbox for the vendor's last reply, then checks the order spreadsheet. The portal says the 18th. The spreadsheet says the 12th. Buried in a thread from last Thursday, the supplier mentioned a two-week slip. Nobody updated anything. The customer now hears about the delay from a scramble instead of a heads-up.

Somewhere around $5M to $50M in revenue, this becomes a daily pattern. And somewhere in that range, someone tells the operations leader: you need a real ERP.

Maybe. But first it's worth asking which problem you actually have.

Two problems that look like one

As a company grows, its operating complexity outgrows its systems. The information is all there, just in different places:

  • Orders live in the accounting system, the CRM, or a spreadsheet.
  • Customer commitments live in email.
  • Supplier status lives in portals and vendor emails.
  • Project and delivery dates live in people's heads.

So coordinators spend their days reconciling, chasing updates, and flagging problems by hand. It feels like a systems problem, and part of it is. But two different problems are tangled together here.

Managing records and transactions. What was ordered, invoiced, received, and paid. How much inventory exists. What the official balances are.

Coordinating the work. What's happening with each order right now. Which supplier commitment slipped. What information is missing. Who needs to act, and what could go wrong next.

An ERP is built primarily for the first problem. It can support the second, but the second is mostly made of emails, phone calls, and judgment, which don't arrive as clean transactions. Plenty of companies finish a long ERP implementation and still have a coordinator reconciling a portal against an inbox.

So the real question isn't "do we need an ERP?" It's this: do we need a bigger system of record, or do we first need a better way to coordinate work across the systems we already have?

Sometimes the answer is both. It's rarely only the first.

What an ERP-first path asks of you

A properly scoped ERP can be exactly the right call, and some products are built specifically for smaller manufacturers and distributors. But a full implementation still asks a lot of a 40-person company: platform selection, process redesign, data migration, training, and months of disruption while the business keeps shipping.

That's a reasonable price when you need what an ERP does. It's a hard price to pay when the pain you're trying to fix is coordination.

Before you spend a year implementing a new system, find out how much of your operational chaos you can eliminate by connecting the systems and information you already have.

Here's how the two approaches differ:

  • Starting point. ERP-led: choose and implement a core platform. Coordination-first: find the most costly workflow gap.
  • Scope. ERP-led: often several business functions at once. Coordination-first: one operational workflow at a time.
  • Existing systems. ERP-led: migrate or integrate extensively. Coordination-first: keep them where practical.
  • Information. ERP-led: structured transactions. Coordination-first: structured data plus the messy context around it (emails, PDFs, portals).
  • Problems. ERP-led: configured processes and alerts. Coordination-first: AI-assisted interpretation, prioritization, and early warnings.
  • Adoption. ERP-led: new processes and training. Coordination-first: fits how the team already works.
  • When value shows up. ERP-led: as the implementation progresses. Coordination-first: in a bounded first use case.

What coordination-first looks like

Picture a composite: a $20M industrial distributor, 40 people, running QuickBooks, HubSpot, Excel, Outlook, and a handful of supplier portals.

Today: A customer asks about an order. A coordinator checks supplier emails, a portal, and a spreadsheet. The supplier's date has slipped, but the internal tracker is stale. The customer finds out late, and the coordinator spends the afternoon cleaning it up.

With a coordination layer:

  1. Supplier emails and portal updates are matched to the right order automatically.
  2. The current supplier date is compared with what was promised to the customer.
  3. A likely delay is flagged before the customer has to ask.
  4. The coordinator sees the evidence, the impact, and a suggested next step in one work queue.
  5. Once she approves, the right person contacts the supplier or customer, and the official record is updated through a controlled step.

Nothing in the stack got replaced. QuickBooks still holds the books. HubSpot still holds the customer. What's new is a dependable way to keep the state of each order current and to show what needs action.

They may still need an ERP someday. This doesn't automatically remove that need. It lets them run better before they buy one, and it can shrink how much ERP they end up implementing.

When this buys you time, and when it doesn't

The deciding factor is the capabilities you need, not your revenue or headcount. An honest breakdown:

  1. Accounting works; order tracking is manual. A coordination layer connects operational information and surfaces risks. Still need ERP? Possibly not yet.
  2. Orders and supplier commitments are scattered across email and spreadsheets. A coordination layer builds a workbench around each order. Still need ERP? Not necessarily, if core records stay reliable.
  3. Inventory counts are wrong and stockouts are common. A coordination layer can surface discrepancies, but inferred data shouldn't be treated as your inventory record. Still need ERP? You likely need a proper inventory system.
  4. Production scheduling, bills of materials, and material planning are loosely controlled. A coordination layer can coordinate information around them. Still need ERP? You likely need MRP or a manufacturing ERP.
  5. Finance, purchasing, inventory, and production all need one authoritative source. A coordination layer bridges gaps and supports the transition. Still need ERP? ERP is likely the right move.

If you're in situations 1 or 2, a 12-month implementation may be solving the wrong problem first. If you're in 3, 4 or 5, a coordination layer helps, but it isn't a substitute for a real system of record.

Try this week

  • Follow one late order backward. Write down every system, inbox, and person someone touched to find out it was late. Count the hops.
  • Ask your coordinators how much of their week goes to finding and reconciling information versus actually deciding something.
  • Look at the five situations above and pick yours honestly. If it's 1 or 2, scope the single workflow that hurts most before you scope an ERP.

That's where LevelOneAI starts: one costly workflow, built on top of the systems you already run, with a person still making the calls. Keep the software that works. Fix the part between it.