Odoo customisation, scoped and specified properly

Every customisation has to be maintained and carried through future upgrades, so my first job is to check whether standard Odoo or configuration already covers the need. When a gap is real, I write the functional specification, agree acceptance tests with you, coordinate the build and test the result. On my projects the development itself is usually done by Odoo developers at Master Software Solutions, working from that specification.

Problems this solves

A good fit if

  • You’ve confirmed the requirement matters to how the business runs or earns money.
  • You’re on Odoo.sh or on-premise hosting, or willing to move there for custom code.
  • You want customisation documented so another team could maintain it later.

Probably not the right fit if

  • The change is about preference rather than need; configuration or a process change is usually cheaper.
  • You’re on Odoo Online and can’t change hosting; Odoo Online doesn’t accept custom modules, though Studio covers some needs.

Scope

01

Gap confirmation

Check the requirement against standard features, configuration options and Studio before anything is built.

02

Functional specification

What it must do, for whom, with examples, edge cases and acceptance criteria in plain language.

03

Build coordination

Work with the developers through questions, reviews and changes so the build matches the specification.

04

Testing

Test against the acceptance criteria in a test database, including the surrounding standard flows.

05

Documentation

A short record of what was built, why, and what to check at the next upgrade.

What you receive

How the work runs

  1. Collect requirements. Understand the business need behind each request, with real examples.
  2. Fit check. Try standard Odoo, configuration and Studio first, and record why they don't work if they don't.
  3. Specify and estimate. Write the specification, then have the developers estimate it.
  4. Build and review. Development in a test environment, with reviews against the specification as it progresses.
  5. Test and release. Acceptance testing by your users, then release to production in a planned window.

What I need from you

Experience behind this service

You work with me directly: I'm Sajjal Bajaj, an Odoo ERP consultant and project manager at Master Software Solutions in Mohali, India. Read about my background or see my CV.

? Frequently asked questions

When should Odoo be customised?

When a requirement is important to how the business runs and neither standard features, configuration nor Studio can meet it. Every custom module has to be adapted at each future version upgrade, so the benefit should clearly outweigh that cost.

Can I customise Odoo Online?

Only within what Studio and configuration allow. Odoo's documentation states that Odoo Online is incompatible with custom modules and modules from the Odoo Apps Store. Custom code needs Odoo.sh or on-premise hosting.

Who writes the code?

Odoo developers at Master Software Solutions, with me as tech lead. I confirm the gap, write the specification, lead the developers through the build and test it with your users before it goes live.

Will customisations make upgrades harder?

They add work to every upgrade, because each custom module must be adapted to the new version before the database can be upgraded. Keeping customisation small, documented and built on Odoo's framework keeps that work manageable.

Have a requirement standard Odoo doesn't cover?

Describe what you need and show me an example. I'll tell you honestly whether configuration can handle it, and if not, what a specification would involve.

Discuss your project