Articles

The Eighteen-Month Mid-Market ERP Plan: What to Run Until Zoho ERP Is Evaluable in the US.

7 min read

A timeline bar with a green span bracketed at the top, three small system tiles connected beneath the span, a navy check marker where the span ends, and a faded tile beyond it.

For a decade the mid-market ERP decision had three answers: NetSuite, Dynamics, or stay on QuickBooks and spreadsheets a little longer. Zoho launching an ERP reopened it. Zoho ERP shipped in India in February 2026, and at its US conference in May Zoho committed the product to the US market for the fourth quarter of this year.

That commitment changes the question without answering it. A release date is not a product you can evaluate. When it lands, there will be no US reference customers, no partners who have taken a US company live on it, and no evidence yet on the localizations that decide whether a mid-market ERP works here: sales tax, multi-entity consolidation, US payroll integrations, the way American distributors and manufacturers actually run.

Our read is that a US operator can reasonably evaluate Zoho ERP against references somewhere in the first half of 2027. From the India launch, that is roughly eighteen months. This post is about what to run in that window.

The enemy is a wait that looks like a strategy.

The most common plan we hear is no plan. The operations systems are strained, the team knows an ERP is coming eventually, and the decision is parked until the vendor picture clears. Meanwhile the quoting spreadsheet grows another tab, inventory is reconciled by hand on the last day of the month, and finance closes ten days late.

Waiting feels prudent because nothing is bought. It is expensive because nothing is fixed, and because the mess that accumulates in eighteen months is exactly the mess the eventual ERP will be asked to absorb. Every undocumented exception, every duplicated customer record, every field someone added to make a report work becomes a migration line item.

The second most common plan is the opposite: buy an incumbent ERP now on a three-year term, because the pain is real and the vendor is here. That is a defensible decision for some companies, and we will say which below. For most, it means signing the largest software contract in the company's history months before a serious new option becomes evaluable.

Offer the missing piece: an interim architecture, not an interim vendor.

There is a third answer, and it is the one we recommend for most operators in the middle of this window.

Run the next eighteen months on the systems you already have, connected deliberately, with the three decisions that every ERP implementation eventually forces settled in advance. Treat the interim as architecture you own rather than a product you rent.

Concretely, the interim architecture has three parts.

  • One record of truth per business object, written down. Customers live in one place. Items live in one place. Orders, invoices and stock levels each have one system that may write them and any number that may read them. We have written about how to settle system of record per object; that decision is the foundation of everything below.

  • An integration layer that belongs to you. The connections between CRM, books, inventory and the shop floor run through a layer you can point at any ERP later, rather than through point-to-point connectors that die with the application they were built for.

  • Exceptions documented as rules. Every place the process departs from the happy path is written as a threshold, an else branch and a named owner. Those rules are what get configured into an ERP; if they are only in someone's head, the implementation discovers them one at a time, in production.

None of that requires an ERP. All of it is required by one.

Why this is not the same as getting ready.

We have argued before that ERP outcomes are decided before the vendor is chosen, and that a US operator should spend the wait on vendor-neutral preparation. Both of those are about conditions: data quality, ownership, documented exceptions.

This is about what runs. Readiness is a checklist you complete. An interim architecture is a system the business operates every day for a year and a half, which is why it has to be designed rather than assembled. The difference shows up in one place: when the ERP arrives, a company that got ready has clean data to migrate. A company that ran an interim architecture has clean data, a documented process the ERP will be configured to, and an integration layer where the ERP is one more endpoint. The first is a migration. The second is a swap.

What you get from running it.

The benefits arrive before any ERP does, which is the point.

  • A month-end close that does not depend on a spreadsheet reconciliation, because inventory and books agree by construction.

  • Quotes priced from the same item and cost records the books use, so margin on a quote is a fact rather than an estimate.

  • A customer record that sales, fulfilment and finance all read, which removes the class of error where three departments disagree about who owes what.

  • An evaluation of Zoho ERP, or anything else, that you can run against your own documented process instead of a vendor demo script.

The last one is the strategic payoff. An operator who has written down their record-of-truth decisions and their exceptions can evaluate an ERP in weeks, because the questions are already known. An operator who has not will spend the first two months of any evaluation discovering how the business actually works.

Where we would tell you not to do this.

Three situations argue for buying an incumbent ERP now rather than running the interim.

You are consolidating multiple legal entities across currencies today, and the close already needs a general ledger built for that. Do not wait for a product that has not proven it in the US.

You are under a compliance or audit requirement that names controls your current books cannot provide, with a date attached. A dated obligation beats a better option later.

Your systems are not strained but broken: orders are being lost, not merely reconciled late. An interim architecture is built on systems that work locally; if they do not, the interim is a rescue and the ERP decision should be brought forward.

Outside those cases, buying now mostly buys certainty about the vendor at the cost of certainty about everything else.

How we know this.

We build interim architectures on Zoho for mid-market operators as part of business systems integration, and we have watched the alternative: companies that arrive at an ERP implementation with the process undocumented and the data owned by nobody, and pay for the discovery in change orders. Our commercial terms exist to make this kind of work honest. Discovery is no-risk, so you pay for it only if you proceed. The estimate is guaranteed, so if the interim turns out to be harder than we scoped, that is our cost, not yours.

The ERP Readiness Review is the version of this we run in ninety minutes: master data quality, documented exceptions, integration scope and data ownership, scored, with a written scorecard you keep. It is the fastest way to find out whether your eighteen months should be spent building an interim or signing a contract.

Where this goes.

Zoho ERP will arrive in the US, partners will take companies live on it, and by the middle of 2027 it will be possible to say with evidence whether it belongs on a mid-market shortlist next to the incumbents. We will write that piece when the evidence exists rather than before.

What will not change is the architecture underneath. The companies that come out of this window well are the ones that treated the eighteen months as time to decide where the truth lives and how their systems connect. Whichever ERP they choose in 2027 will be configured to a business that already knows how it runs.

If you want to know which side of that line you are on, start with a no-risk discovery. We will tell you whether to build the interim, buy now, or do nothing yet, and we will say why.

Know whether your business is ready for an ERP before you sign for one.

The ERP Readiness Review is a 90-minute working session plus a written scorecard across master data quality, documented exceptions, integration scope and data ownership. Fixed scope, no obligation. Or see how we approach it.

Book the ERP Readiness Review

More on the same problem:

Frequently asked questions.

What is an interim architecture in a mid market ERP plan?

A deliberate way of running the systems a company already has while an ERP decision is open: one written record of truth per business object, an integration layer the company owns rather than point-to-point connectors, and every process exception written as a rule with a threshold and an owner. It is operated every day, not completed as a checklist, which is what makes the eventual ERP move a swap instead of a rescue.

How long should a mid market company wait before choosing an ERP?

As long as it takes for the options it cares about to be evaluable against references, and no longer than its systems can be run deliberately. Waiting with no plan is the expensive choice, because the undocumented exceptions and duplicate records that pile up become migration line items. A dated compliance obligation, an entity consolidation the current ledger cannot do, or systems that are losing orders all argue for buying now.

Does building an integration layer now get thrown away when the ERP arrives?

Not if it is built as a layer rather than as point-to-point connectors. The record-of-truth decisions are about the business and carry over untouched. A layer that routes between the CRM, the books, inventory and the shop floor gains the ERP as one more endpoint, and the connections to the systems the ERP does not replace, such as the storefront and the carriers, keep running. Connectors built for a system you retire are the part that goes.

What does a mid market company gain from the interim plan before any ERP is bought?

A month-end close that no longer depends on a spreadsheet reconciliation, quotes priced from the same item and cost records the books use, one customer record that sales, fulfilment and finance all read, and a documented process to evaluate any ERP against. The last is the strategic payoff: an operator who has written down the decisions can evaluate a product in weeks instead of spending the first two months discovering how the business works.

How does a mid market ERP readiness review differ from an ERP selection?

A readiness review scores the company, not the vendors: master data quality, documented exceptions, integration scope and data ownership, with a written scorecard. A selection compares products against that scorecard. Running the review first means the selection starts from the company's operations rather than from a vendor's demonstration, and it often changes the question from which ERP to whether one is needed this cycle at all.

Where we're not the right answer

We'll tell you if we're a fit. If we're not, we'll tell you that too.

  • Your current stack works and nobody wants to change it
  • You want licences resold at a discount and nothing else
  • Your internal team owns the operating model and is not handing it over
  • You want hours of configuration work and nothing run for you: that is on our services pages, and it is not a managed solution
How we start

Most of our best clients come to us with a feeling, not a plan.

"Something isn't working." "We're outgrowing our tools." "We're afraid to make the wrong move." No-Risk Discovery is a short, practical conversation that gets you clarity before you commit to anything big. We'll tell you if we're a fit. If we're not, we'll tell you that too.

Talk to us

Have a question about this?

Say who you are and ask. A person replies within one business day.

The rest of the form follows your answer.

A new client, or thinking about becoming one

Never shared. Never sold.

A solution, a service, or not sure yet.

Platforms you run today

Pick every one that applies. Choosing one is an answer too.