Requirements analysis
Walking your real process — order to cash, procure to pay, plan to produce — and writing down what the system must do, in operational language rather than feature lists.
An Odoo ERP consultant is who you call before you commit — before you buy licences, before you approve development, before you decide which modules go live first.
The decisions made in the first two weeks of an ERP project are the expensive ones to reverse. Consulting is paying someone who has already made them, on somebody else’s budget.
Businesses we consult for on Odoo
An Odoo ERP consultant analyses how a business actually operates and decides how that should be represented in Odoo. That means mapping processes, choosing modules, deciding what is configured versus coded, planning data migration and integrations, and flagging the risks before money is committed. A consultant is accountable for decisions; a developer is accountable for code.
If a consulting engagement produces no written document you could hand to a different vendor, you did not get consulting.
Each of these can be bought on its own. You are not obliged to let us implement what we recommend.
Walking your real process — order to cash, procure to pay, plan to produce — and writing down what the system must do, in operational language rather than feature lists.
Where your process should change to suit Odoo, and where Odoo should change to suit you. Getting this backwards is the most expensive mistake in ERP.
Which applications go live first, which wait, and which you do not need at all. Phasing is usually the single biggest cost saving available.
For every gap: configure, buy an app, change the process, or build. We put a cost and an upgrade consequence against each option.
Which systems stay, which direction data flows, who owns each field, and what happens when something is down. See Odoo integration.
How far behind you are, what your custom modules will cost to carry forward, and whether an upgrade or a reimplementation is the cheaper answer.
For businesses already on Odoo: what is configured wrongly, what is unused, what is costing you licence fees, and what is quietly failing.
Why the numbers people need are not in the system, and what has to change in configuration or data entry for them to appear.
A review of someone else’s proposal or quote. We will tell you if it is reasonable, including when it is.
Consulting is cheap at these points and expensive after them. The pattern is the same every time: the decision is reversible now and structural later.
Enterprise is charged per user per month, forever. Knowing which requirements genuinely force Enterprise — and which do not — is often the whole consulting fee back in year one.
A large share of quoted customization is achievable through configuration. A second opinion on a development scope regularly removes items from it.
Standard, FIFO or AVCO sets how every margin report behaves. Changing it after a year of transactions is a project in itself.
One, two or three-step receipts and deliveries determine your locations, your scanning and your training. It is painful to change once stock is live.
Stalls are almost always a decision nobody will make, not a technical blocker. An outside consultant can name it without internal politics.
The cost is driven by your custom modules, not by Odoo. An audit tells you whether to upgrade, rewrite or stay put for another cycle.
A review that lists custom modules, failing scheduled actions, unused licences and security gaps turns an unknown liability into a plan.
Three situations where we would tell you to save the money.
Five users, straightforward trading, no manufacturing, no integrations. Standard Odoo configured sensibly will do, and the official documentation is genuinely good.
If your team has run Odoo before and the question is just execution, hire implementation hours, not consulting.
If the issue is that two departments will not agree on a process, consulting cannot settle it. That is a management decision and it has to come first.
Our consultants carry both sides: functional people who configure Odoo weekly, and technical people who have migrated custom modules across major versions. Recommendations come with the upgrade consequence attached, because we are the ones who have had to live with them.
Product capability statements follow Odoo’s documentation; the decision guidance is from our own projects.
A consulting call costs a fraction of the development it usually removes from scope. You keep the written output either way.