Een Odoo-partner of -ontwikkelaar kiezen

Wie zoekt op "hoe kies je een Odoo-partner", krijgt vooral lijsten van bureaus die zichzelf de beste noemen. Dat is niet het echte probleem: het probleem is dat de meeste gidsen geen controleerbare criteria geven, alleen bijvoeglijke naamwoorden ("ervaring", "kwaliteit", "vertrouwen"). In dit artikel slaan we die over en gaan we naar wat je wél kunt controleren voordat je tekent: bestaat de code die je gaat betalen echt, met wie praat je als er iets misgaat, wat gebeurt er met de prijs als het project uitloopt, en zijn de referenties die je krijgt echt.

Partner van Odoo of onafhankelijke ontwikkelaar: wat betekent elk?

"Partner van Odoo" zijn is een commerciële status binnen het partnerprogramma van Odoo S.A., geen certificering van de kwaliteit van de code die je gaat ontvangen. Een partner van Odoo kan toegang hebben tot verkoopmateriaal en tot bepaalde support van Odoo, maar dat zegt niets over de vraag of de engineer die aan je database gaat werken goed is, snel reageert of onderhoudbare code oplevert. En andersom: een ontwikkelaar of adviesbureau zonder die status kan jarenlange echte ervaring met Odoo hebben en uitstekend werk leveren. Geen van beide wegen garandeert op zichzelf iets: wat iets garandeert, is wat je bij elke concrete leverancier kunt controleren, welke status die ook heeft.

Een belangrijke nuance die veel mensen verkeerd aannemen: je hoeft geen partner van Odoo te zijn om maatwerk of ontwikkeling in te huren. Het is gewoon configuratie of ontwikkeling met beheerderstoegang tot je eigen Odoo-account: elke ontwikkelaar met echte kennis van Odoo kan het doen, partner van Odoo of niet.

De 5 echte criteria om te beoordelen aan wie je je Odoo toevertrouwt

1. Echte code controleren, niet alleen een demo

Een opgenomen demo of een productvideo bewijst niet dat de module in jouw Odoo werkt. Wat wél iets bewijst, is vragen om toegang tot een testdatabase (of de module laten installeren in een omgeving van jou) en zelf in Instellingen → Apps controleren dat hij als geïnstalleerd en actief verschijnt: niet alleen vermeld op een dia. Als de leverancier die toegang weigert of je alleen schermafbeeldingen laat zien, is dat een waarschuwingssignaal.

Vraag bij maatwerk ook om de code van de module te zien: niet om hem zelf te auditen als je niet technisch bent, maar om te controleren dat hij bestaat als bestand onder versiebeheer (met manifest, tests en versiebeheer), en niet als belofte dat "we het nog gaan doen".

2. Directe support of een ticketwachtrij

Wie schrijf je als er iets stukgaat in productie? Er zijn twee heel verschillende modellen: rechtstreeks praten met degene die de module heeft gebouwd (of met een klein team dat jouw installatie kent), of een ticket openen in een wachtrij waar de eerstelijnssupport geen code aanraakt en alleen escaleert. Het tweede model is niet per se slecht (grote adviesbureaus gebruiken het en op hun schaal werkt het), maar het verandert de reactietijd bij een echt incident ingrijpend. Vraag het expliciet: "wie reageert als dit op vrijdag om 18 uur uitvalt, en binnen hoeveel tijd?".

3. Vaste prijs of open facturatie per uur

Open facturatie per uur schuift het hele risico van een slecht ingeschat project naar jouw portemonnee: als de scope groeit of de leverancier er langer over doet dan gepland, betaal je meer zonder dat jij het hebt besloten. Een vaste prijs (met de scope op papier en overeengekomen vóór de start) schuift dat risico naar de leverancier, die het het best kan inschatten. Dat betekent niet dat "per uur" altijd een slecht idee is: het is logisch bij doorlopend onderhoud of support op afroep. Maar voor een project met een begin en een einde (een implementatie, een ontwikkeling, een migratie) is een vaste prijs de optie die je beschermt.

4. Controleerbare referenties

Getuigenissen op de eigen website van de leverancier zijn per definitie niet controleerbaar: hij kiest en schrijft ze zelf. Vraag om iets wat je onafhankelijk kunt nagaan: de naam van een echt klantbedrijf dat je op LinkedIn of op de eigen website kunt opzoeken, of (nog beter) rechtstreeks praten met iemand van dat bedrijf zonder dat de leverancier erbij is. Als een leverancier al jaren actief is en je geen enkel controleerbaar contact kan geven, is dat op zich al een gegeven.

5. Wie houdt de code en de toegang (vendor lock-in vermijden)

Leg vóór de start schriftelijk vast wie eigenaar is van de op maat ontwikkelde code en wie de beheerdersgegevens van je eigen Odoo heeft. Als de leverancier de enige beheerderstoegang houdt en de code alleen in zijn privérepository staat, ben je voor elke toekomstige wijziging levenslang van hem afhankelijk, ook als je later van leverancier wilt veranderen. Een serieuze leverancier heeft er geen probleem mee dat de klant zijn eigen beheerderstoegang heeft en, bij maatwerk, de code in een repository staat die ook de klant beheert.

Partner van Odoo of onafhankelijke ontwikkelaar, criterium per criterium

Geen van beide wegen is objectief "beter": elk heeft zijn plaats, afhankelijk van de omvang en de aard van het project. Dit is wat er echt verschilt tussen beide:

Checklist met vragen voordat je inhuurt

Stel deze vragen vóór het tekenen rechtstreeks aan de leverancier en let niet alleen op het antwoord, maar ook op hoe snel en hoe ongemakkelijk hij antwoordt:

• Kan ik de module geïnstalleerd en werkend zien in een testdatabase voordat ik betaal?
• Staat de code bij maatwerk in een repository waar ik ook toegang toe heb?
• Wie reageert als er buiten kantooruren iets uitvalt, en binnen hoeveel tijd?
• Is de offerte een vaste prijs met de scope op papier, of open per uur?
• Als de scope tijdens het project verandert, hoe wordt de meerkost dan afgehandeld?
• Kun je me het contact geven van een echte klant die ik rechtstreeks kan bevragen?
• Met wie praat ik dagelijks: met jou, of met een accountmanager die mijn berichten doorgeeft aan een technisch team?
• Houd ik de beheerdersgegevens van mijn eigen Odoo?

Hoe wij het doen bij FlexigoTech

Bij FlexigoTech zijn we directe Odoo-ontwikkelaars, geen doorverkopers: er zit geen commerciële laag tussen jou en degene die de code schrijft. We werken met een vaste prijs, nooit met open facturatie per uur, en de scope wordt vóór de start schriftelijk overeengekomen. Als je maatwerk nodig hebt (externe integraties, complexe bedrijfslogica, geavanceerde rapporten), kun je nagaan hoe we dat aanpakken in onze dienst voor maatwerk in Odoo. En als je wilt weten wie we zijn voordat je ons schrijft, vind je de details op onze teampagina.

Handige links binnen FlexigoTech

Veelgestelde vragen

Wat wij hieraan doen