Way4Tech
No system yet

Odoo vs Spreadsheets

The most common system we replace, and still the right answer for more businesses than software vendors admit.

Most businesses run on spreadsheets before they run on anything else, and for a while that is correct. They are fast, they impose no process, and everyone can already use one.

This page is about the point where that stops being true, and about the point before it, where buying an ERP costs money and buys very little.

There is no pricing here. What decides this is not the price of software, it is whether the work you are doing by hand has started costing more than the system would.

Who each one suits

Odoo: the better fit for

  • Businesses where more than one person needs to change the same numbers.
  • Operations with stock, production or fulfilment, where an error turns into a physical problem.
  • Companies facing audit, tax filing or investor scrutiny, where who changed what has to be answerable.

Spreadsheets: the better fit for

  • Businesses in their first phase, where the process changes every week.
  • Teams of one or two, where the file has one clear owner.
  • Analysis, modelling and one-off calculations, which spreadsheets do better than any ERP.

Side by side

Structural facts only: how each one is deployed, extended, hosted and upgraded. There are no prices in this table, for either product, because both are priced by region, edition and contract.

Dimension Odoo Spreadsheets
What it is An ERP: a shared system with a defined data model, roles, and a record of what happened. A general calculation tool. It will hold any shape of data you put into it, which is both the strength and the problem.
Deployment A server you or a partner runs, or a hosted product. Everyone works in the same instance. A file on a drive, or a cloud document. Copies spread, and copies diverge.
Source code The Community core is open source and published. Not applicable. Your formulas are yours, and they are usually the only written record of how the business works.
Licensing model Open-source Community edition, plus a paid Enterprise subscription per user. Part of the office suite you already have.
Functional breadth Sales, stock, production, accounting, HR and more, connected to each other. Anything you can build, with no limits and no guardrails.
How you change it Configuration, then Python modules for anything deeper. Changes are versioned and tested before they go live. Anyone with the file can change anything, immediately, including the formulas.
Data model One database. A customer is one record, referenced everywhere it is needed. Whatever each sheet happens to contain. The same customer is spelled three ways across four tabs.
Who implements it A partner, a freelancer or your own team, as a project. Whoever built it. Usually one person, usually still the only one who fully understands it.
Upgrades A major version each year, taken as a project when you choose. None. Nothing breaks on a schedule. It breaks when somebody drags a formula.

When to pick each

Pick Odoo when

  • โœ“ Two people edit the same numbers and nobody is sure which copy is current.
  • โœ“ Stock on the sheet and stock on the shelf disagree, and the only fix is a physical count.
  • โœ“ Invoice numbers are maintained by hand.
  • โœ“ Month-end takes days of copying between files.
  • โœ“ Someone asks who changed a figure, and nobody can answer.
  • โœ“ The business depends on a file one person built, and only that person understands it.
  • โœ“ Every new hire needs a week of training on a spreadsheet before they can do the job.

Pick spreadsheets when

  • โœ“ You are early and the process still changes weekly. Encoding a process into a system before it settles is expensive, and it slows you down.
  • โœ“ One or two people touch the data, and the file has one clear owner.
  • โœ“ You have no stock, or stock you could count in a minute.
  • โœ“ You have no audit or filing pressure beyond a simple annual return.
  • โœ“ The work is analysis or modelling. Spreadsheets stay the right tool for that even after an ERP arrives.

Where we would tell you not to pick Odoo

Do not buy an ERP because the spreadsheets feel unprofessional. Buy one when you can name what they cost you: a wrong stock figure, a duplicate invoice, a week of month-end, a customer given the wrong delivery date. If you cannot name it, you are early.

We sell Odoo work. We would still rather say this now than three months into a project that was never going to fit.

Moving from spreadsheets to Odoo

How the work actually runs, in the order it runs. Most of the elapsed time is in the first two steps, not in the configuration.

  1. 1

    Find the files people actually use

    Not the ones on the shared drive. The ones on a laptop with a date in the filename. Ask each person what they open first in the morning, and work from that list.

  2. 2

    Separate master data from history

    Customers, suppliers, products and prices are master data and they come across. Two years of order lines usually stay in the file and get archived.

  3. 3

    Clean before loading, not after

    Duplicate customers, inconsistent product codes, three spellings of one supplier. Fix these in the file, in a column your team can see, because they are the only people who know which version is right.

  4. 4

    Load master data first and have it checked

    Load customers, suppliers and products, then have the people who use them look at their own records before anything else happens.

  5. 5

    Bring opening balances at a cutover date

    Balances at a date, plus open invoices and open orders. Take the balances from whoever prepares your accounts, not from the sheet.

  6. 6

    Go live on a quiet week and keep the files for one period

    Nobody deletes the spreadsheets on day one. They stay available, read-only, for one full period. That is what stops a bad first week turning into a retreat.

Where these migrations go wrong

  • ! Formulas holding business rules that nobody has ever written down.
  • ! The person who owns the master file, who has not been asked and does not want this.
  • ! Product codes that turn out not to be unique.
  • ! Opening stock quantities taken from the sheet instead of from a count.
  • ! Going live in the busiest week of the year.

Odoo vs Spreadsheets: common questions

Are we too small for Odoo?

Possibly, and we will say so. If the process still changes every week, if one or two people touch the data, and if there is no stock to get wrong, a rollout will take more from you than it gives back. Come back when you can name what the spreadsheets are costing you.

Can we move the spreadsheets across as they are?

The master data yes, the structure no. A sheet built around one person's way of working does not become a system by being imported. The cleaning step is where the value is, and your team has to do part of it because only they know which duplicate is right.

Will we still use spreadsheets afterwards?

Yes, and you should. Analysis, modelling and one-off calculations stay in a spreadsheet. What changes is where the numbers come from: exported from one system rather than typed in from several.

What is the smallest sensible starting point?

One or two functions that hurt today, usually sales and stock, or invoicing and stock. Everything at once is how small rollouts fail.

How long does it take?

A small first phase is weeks rather than months, and most of the elapsed time is cleaning data and training people rather than configuring software.

What is the biggest risk?

The person who owns the spreadsheets not being part of the decision. They know things nobody wrote down, and if the project happens to them rather than with them, it stalls.

Still deciding?

Send us what you are running now and what is breaking. A 30-minute call is usually enough to say whether Odoo is the right move, and we will tell you when it is not.