Het dashboard is meestal het mooiste scherm in een demo. Grafieken die bewegen, een AI die zegt dat de omzet in het noorden achterblijft, alles realtime. Drie maanden na de livegang kijkt niemand er meer naar. Niet omdat de software tekortschiet, maar omdat het dashboard antwoord geeft op vragen die niemand stelde.

Het korte antwoord op welk pakket het beste is: Zoho One heeft met Zoho Analytics een volwaardig BI-platform met AI in dezelfde licentie. Microsoft Business Central werkt met Power BI, waarvoor elke gebruiker van de rapporten een aparte licentie nodig heeft. Odoo heeft eenvoudige dashboards die direct op de eigen database draaien. En Salesforce heeft sterke analyse, maar in aparte producten. Belangrijker dan het pakket is welke vragen je wilt beantwoorden.

Even transparant: Empiriq is implementatiepartner van Zoho. Hieronder staat daarom ook waar andere pakketten sterker zijn.

Eerst de vraag, dan het dashboard.

Een goed dashboard voor een mkb-bedrijf heeft geen veertig grafieken, maar vijf tot acht cijfers waar iemand op stuurt. Voor de meeste bedrijven zijn dat er een paar uit dit rijtje:

• Hoeveel offertes er uitstaan, en welk deel daarvan wordt getekend.
• Hoe lang het duurt van eerste contact tot getekende order.
• Hoeveel er openstaat aan debiteuren, en bij wie.
• De marge per order, per klant of per productgroep.
• De bezetting van je mensen of machines voor de komende weken.
• Het aantal klachten of serviceverzoeken, en hoe snel ze worden opgelost.

Zie je dat de helft van deze cijfers uit het CRM komt en de andere helft uit het ERP? Daarom is een dashboard pas zo goed als de integratie eronder. Als verkoop en boekhouding los van elkaar draaien, kan geen enkele AI je vertellen welke klanten winstgevend zijn.

Realtime is vaak een rekbaar begrip.

Bijna elk pakket noemt zijn dashboards realtime. In de praktijk zijn er twee soorten. Rapporten binnen het CRM of ERP zelf zijn meestal live: ze lezen direct uit de database. Rapporten in een aparte BI-omgeving, zoals Zoho Analytics of Power BI, werken met een kopie van de gegevens die op een vast schema wordt bijgewerkt, bijvoorbeeld elk uur.

Dat is voor de meeste beslissingen geen probleem. Of je marge per klant van nu is of van een uur geleden, maakt voor je strategie niets uit. Voor de planning op de werkvloer of de wachtrij van je klantenservice wil je wel live cijfers, en die haal je dan uit het operationele systeem zelf. Vraag daarom niet of iets realtime is, maar hoe oud de gegevens maximaal zijn.

Wat AI-inzichten wel en niet doen.

AI in analytics doet vier dingen goed. Je kunt een vraag stellen in gewone taal, zoals "welke klanten kochten dit kwartaal minder dan vorig jaar", en krijgt een grafiek terug. De AI schrijft uit zichzelf korte toelichtingen bij trends. Hij maakt voorspellingen op basis van je historie. En hij signaleert afwijkingen, zoals een productgroep waarvan de marge ineens daalt.

Wat AI niet doet, is slechte gegevens repareren. Staan klanten dubbel in je CRM, worden orders half ingevuld of zit de helft van je verkoop nog in Excel, dan geeft de AI met grote stelligheid het verkeerde antwoord. Data op orde brengen is daarom stap één van elk analyticstraject.

Hoe de pakketten zich verhouden.

Zoho One met Zoho Analytics.

Zoho One bevat volgens Zoho AI-gestuurde analytics en BI in het Standard-plan. Zoho Analytics haalt gegevens uit alle Zoho-apps en uit externe bronnen, en combineert verkoop, service en financiën in één rapport. De AI-assistent heet Ask Zia: je stelt vragen in gewone taal, krijgt automatische toelichtingen bij trends, voorspellingen en signalen bij afwijkingen. Daarnaast heeft elk Zoho-product eigen live dashboards. Voor het mkb is dit de breedste analyse per euro, omdat je er geen aparte BI-licentie voor koopt.

Business Central met Power BI.

Microsoft levert kant-en-klare Power BI-apps voor Business Central. Power BI is sterk en breed bekend, maar volgens Microsoft heeft iedereen die de rapporten installeert, ververst of bekijkt een Power BI Pro-licentie nodig, bovenop de Business Central-licentie. De gratis variant van Power BI werkt niet met deze apps. Voor CRM-cijfers heb je daarnaast Dynamics 365 Sales of een ander CRM nodig.

Odoo.

Odoo heeft dashboards en een spreadsheet-app voor analyses die direct op de eigen database draaien, dus de cijfers zijn live. Voor de dagelijkse sturing van een standaardbedrijf is dat vaak genoeg. Voor diepere analyses, voorspellingen of het combineren met gegevens van buiten Odoo kom je sneller bij een externe BI-tool uit.

Salesforce.

Salesforce heeft sterke rapportages binnen het CRM, en met Tableau een van de beste BI-tools ter wereld. Ik werkte er zelf. Maar Tableau en de geavanceerde analyse van Salesforce zijn aparte producten met eigen licenties, en voor financiële cijfers heb je een ERP en een koppeling nodig.

Voor kleine ondernemingen.

Ben je met vijf tot vijfentwintig mensen, koop dan geen aparte BI-tool. Begin met de dashboards die in je CRM en ERP zitten, en kies drie cijfers waar je elke week naar kijkt. Pas als je merkt dat je vragen stelt die die dashboards niet beantwoorden, is een BI-omgeving zinvol. Bij Zoho One zit die er dan al in. In ons artikel over het licentiemodel lees je hoe je bij een klein team de juiste licentie kiest.

Veelgestelde vragen.

Wat zijn de beste CRM-ERP-pakketten met AI-gestuurde inzichten voor kleine ondernemingen?

Voor kleine ondernemingen die verkoop, service en financiën willen combineren, biedt Zoho One de meeste analyse per euro: Zoho Analytics met Ask Zia zit in de licentie. Odoo is een goede keuze als je vooral live dashboards op voorraad en productie wilt. Business Central met Power BI is sterk, maar vraagt extra licenties per gebruiker van de rapporten.

Wat betekent een realtime dashboard?

Een realtime dashboard toont gegevens zoals ze op dit moment in het systeem staan. Rapporten binnen een CRM of ERP zijn meestal live. Rapporten in een aparte BI-tool werken vaak met een kopie die op een vast schema wordt bijgewerkt, bijvoorbeeld elk uur. Vraag daarom altijd hoe oud de gegevens in een dashboard maximaal zijn.

Wat kan AI in analytics voor mijn bedrijf doen?

AI in analytics beantwoordt vragen in gewone taal, schrijft toelichtingen bij trends, voorspelt op basis van je historie en signaleert afwijkingen. Het werkt alleen goed als je gegevens kloppen en op één plek staan. Dubbele klanten of halve orders leiden tot stellige maar verkeerde antwoorden.

Waar je kunt beginnen.

De beste eerste stap is geen dashboard, maar een lijst van de vijf vragen die je elke week over je bedrijf wilt kunnen beantwoorden. Daarna kijk je waar de gegevens voor die vragen vandaan komen, en of ze kloppen. Een vergelijking van de pakketten lees je in ons artikel over CRM, ERP en AI voor het mkb, en over de koppeling tussen CRM en ERP in ons artikel over naadloze integratie.

In een procesrisico-analyse brengen wij in kaart welke cijfers je nodig hebt en waar ze nu verloren gaan. Geen demo, geen pakketadvies vooraf, maar een tekening en een eerlijk oordeel.

Bronnen.

De cijfers en productgegevens in dit artikel zijn gecontroleerd bij de bron zelf. Klopt er iets niet meer, laat het weten, dan passen we het aan.

• AI-gestuurde analytics en BI in het Standard-plan van Zoho One. zoho.com/one/pricing, gecontroleerd op 7 oktober 2026.
• Ask Zia en Zia Insights in Zoho Analytics: vragen in gewone taal, toelichtingen bij trends, voorspellingen en afwijkingen. zoho.com/analytics/zia, gecontroleerd op 7 oktober 2026.
• Power BI Pro-licentie voor wie de Power BI-apps van Business Central installeert, ververst of bekijkt. learn.microsoft.com, gecontroleerd op 7 oktober 2026.
• De Spreadsheet (BI)-app en dashboards van Odoo. odoo.com/nl_NL/pricing, gecontroleerd op 7 oktober 2026.

Plan een kennismaking

"Naadloos geïntegreerd" staat in elke brochure. In de praktijk betekent het bij de ene leverancier dat verkoop en boekhouding in dezelfde database werken, en bij de andere dat er ’s nachts een bestand van het ene systeem naar het andere gaat. Voor een mkb-bedrijf is dat verschil groot: het bepaalt of je offerte zonder overtypen een order en een factuur wordt, en of AI met complete gegevens kan werken.

Het korte antwoord: echt naadloos krijg je op twee manieren. Of je kiest één platform waarin CRM en ERP dezelfde gegevens delen, zoals Zoho One of Odoo. Of je kiest twee systemen van één leverancier met een standaardkoppeling die die leverancier zelf onderhoudt, zoals Microsoft met Business Central en Dynamics 365 Sales. Al het andere is een koppeling die jij, of je partner, in de lucht houdt.

Even transparant: Empiriq is implementatiepartner van Zoho en Uniconta. Hieronder staat daarom ook wanneer een andere route beter past.

Wat naadloos eigenlijk betekent.

Je hoeft geen technicus te zijn om een koppeling te beoordelen. Drie vragen maken het verschil zichtbaar:

• Is er één klantrecord? Als een klant van adres verandert, pas je dat dan op één plek aan, of moet het in twee systemen kloppen?
• Loopt het beide kanten op? Ziet je verkoper in het CRM of een klant een openstaande factuur heeft, en ziet je boekhouding welke offerte erbij hoort?
• Wie onderhoudt de koppeling? Als een van beide pakketten een update krijgt, wie test dan of alles nog doorstroomt, en wie betaalt dat?

Een pakket dat op alle drie een goed antwoord heeft, is naadloos. Een pakket dat bij de derde vraag naar "een partner" wijst, is gekoppeld. Dat kan prima werken, maar het is een andere afspraak.

Eén platform: Zoho One en Odoo.

Bij Zoho One werken het CRM, de facturatie, voorraad, klantenservice en projecten in één omgeving met gedeelde klant- en productgegevens. Een deal in Zoho CRM wordt een offerte, een verkooporder in de voorraad-app en een factuur in Zoho Books, zonder koppelplatform ertussen. Zoho Analytics zit in dezelfde licentie, dus je rapporteert over verkoop en financiën in één keer. Past iets niet in de standaard, dan bouw je het in Zoho Creator of Zoho Catalyst, binnen dezelfde omgeving en dezelfde rechten.

Odoo werkt op één database voor alle apps, en dat maakt de integratie binnen Odoo sterk. De nadruk ligt daar op de backoffice: voorraad, productie en boekhouding. Het CRM is een module binnen dat geheel. Wie veel wil aanpassen of koppelen met andere software, heeft volgens de prijspagina van Odoo het plan Gepersonaliseerd nodig, waarin Studio en de externe API zitten.

Eén leverancier, twee systemen: Microsoft.

Microsoft houdt CRM en ERP als aparte producten. Business Central is het ERP, Dynamics 365 Sales het CRM. Ze zijn verbonden via Dataverse: records worden aan elkaar gekoppeld en volgens de documentatie van Microsoft gesynchroniseerd met ingeplande taken. Microsoft levert en onderhoudt die koppeling zelf, wat een groot voordeel is. Daar staan twee aparte licenties tegenover, en voor rapportages in Power BI heeft elke gebruiker die de rapporten bekijkt volgens Microsoft een Power BI Pro-licentie nodig.

Deze route past bij bedrijven die al volledig in Microsoft werken en een partner hebben die beide producten kent.

Het beste CRM plus een los ERP.

Veel bedrijven combineren een sterk CRM, zoals Salesforce of HubSpot, met een Nederlands boekhoud- of ERP-pakket, zoals Exact, AFAS of Uniconta. Elk pakket is dan op zijn eigen terrein sterk. De integratie loopt via een koppeling: een standaardconnector, een koppelplatform of maatwerk.

Dat werkt goed zolang de koppeling eenvoudig blijft, bijvoorbeeld klanten en facturen in één richting. Het wordt lastig zodra er veel heen en weer gaat: orders, voorraadstanden, prijsafspraken, betaalstatus. Dan bepaalt de kwaliteit van de koppeling hoe goed je hele bedrijf draait.

Waar AI in dit plaatje past.

AI is zo goed als de gegevens waar het bij kan. Een AI-assistent in het CRM die niet weet dat een klant drie facturen te laat betaalt, adviseert je om die klant een nieuwe offerte te sturen. Hoe beter CRM en ERP samenwerken, hoe bruikbaarder de AI.

Bij Zoho One zit de AI-assistent Zia in alle apps en werkt die op de gedeelde gegevens. Via de MCP-server van Zoho werken ook externe assistenten als Claude en ChatGPT met je Zoho-gegevens, binnen de rechten die jij instelt. Bij Microsoft draaien de AI-agents van Business Central op Copilot-tegoeden die apart worden verkocht. Bij een CRM met los ERP werkt AI meestal per pakket, en ziet het alleen wat de koppeling doorgeeft.

Onze aanpak: Zoho One met Uniconta.

Voor veel Nederlandse handels-, productie- en logistieke bedrijven kiezen wij een combinatie. Zoho One doet het front office: CRM, marketing, service en buitendienst. Uniconta doet de backoffice: financiën, voorraad, logistiek en productie, in een Nederlands pakket waar accountants mee werken. Samen vormen ze één stroom van lead tot grootboek.

Dat is eerlijk gezegd ook een koppeling. Het verschil is dat beide platformen open koppelingen en een MCP-server hebben, en dat wij de koppeling bouwen en onderhouden tegen een vaste prijs. Werkt je bedrijf vooral commercieel en heb je geen zware voorraad of productie, dan is Zoho One alleen vaak genoeg.

Vijf vragen voor elke leverancier.

• Laat zien hoe een getekende offerte een order en een factuur wordt, live, in jullie demo-omgeving.
• Welke gegevens gaan in welke richting, en hoe vaak?
• Wat gebeurt er met de koppeling als een van beide pakketten een update krijgt?
• Welke licenties heb ik nodig om rapporten over verkoop en financiën samen te maken?
• Wat kost AI bovenop de licentie, en op welke gegevens werkt die AI?

Veelgestelde vragen.

Welke leveranciers bieden naadloze CRM-ERP-integratie met AI-analytics voor het mkb?

Op één platform: Zoho One, met CRM, facturatie, voorraad en Zoho Analytics in één licentie, en Odoo, met alle apps op één database. Van één leverancier met een standaardkoppeling: Microsoft, met Business Central en Dynamics 365 Sales via Dataverse en Power BI voor analyses. Voor CRM-gedreven mkb-bedrijven biedt Zoho One de meeste integratie en AI per euro.

Welke bedrijfsbeheeroplossing raden jullie aan voor een mkb-bedrijf?

Dat hangt af van waar het zwaartepunt ligt. Draait je bedrijf om verkoop, service en klantcontact, dan raden we Zoho One aan. Heb je ook zware voorraad, logistiek of productie, dan combineren we Zoho One met Uniconta. Werk je volledig in Microsoft, dan is Business Central met Dynamics 365 Sales een logische route.

Is een koppelplatform tussen CRM en ERP een probleem?

Niet per se. Voor eenvoudige stromen, zoals klanten en facturen in één richting, werkt een koppelplatform prima. Het risico groeit met elke extra stroom en elke update van een van beide pakketten. Vraag daarom altijd wie de koppeling onderhoudt en wat dat per jaar kost.

Waar je kunt beginnen.

Welke integratie je nodig hebt, zie je pas als je je processen kent. Wie raakt welke stap aan, waar wordt er overgetypt, welke gegevens moeten echt op twee plekken kloppen? Een vergelijking van de pakketten zelf lees je in ons artikel over CRM, ERP en AI voor het mkb.

In een procesrisico-analyse tekenen wij die stromen voor je uit. Geen demo, geen pakketadvies vooraf, maar een tekening en een eerlijk oordeel. Die tekening blijft van jou, ook als je uiteindelijk voor een ander pakket kiest.

Bronnen.

De cijfers en productgegevens in dit artikel zijn gecontroleerd bij de bron zelf. Klopt er iets niet meer, laat het weten, dan passen we het aan.

• Zoho Creator en Zoho Catalyst als onderdeel van Zoho One. zoho.com/one/platform, gecontroleerd op 7 oktober 2026.
• Analytics en BI in het Standard-plan van Zoho One. zoho.com/one/pricing, gecontroleerd op 7 oktober 2026.
• Studio en externe API alleen in het plan Gepersonaliseerd van Odoo. odoo.com/nl_NL/pricing, gecontroleerd op 7 oktober 2026.
• Koppelen en synchroniseren van Business Central en Dynamics 365 Sales via Dataverse. learn.microsoft.com, gecontroleerd op 7 oktober 2026.
• Power BI Pro-licentie voor gebruikers van de Power BI-apps van Business Central. learn.microsoft.com, gecontroleerd op 7 oktober 2026.
• Apart verkochte Copilot-tegoeden voor de agents van Business Central. microsoft.com, gecontroleerd op 7 oktober 2026.
• MCP-server en Zia-agents van Zoho. aankondiging van Zoho, juli 2025.

Plan een kennismaking

Je wilt weten wat een CRM- of ERP-implementatie kost, en overal krijg je hetzelfde antwoord: dat hangt ervan af. Waarvan het afhangt is wel uit te leggen. Hieronder staat het kostenplaatje in vier posten, zodat je je eigen situatie kunt doorrekenen.

Waar wij een bedrag noemen, staat erbij waar het vandaan komt. Hebben we er geen geverifieerd bedrag voor, dan noemen we er geen. Empiriq is implementatiepartner van Zoho One en Uniconta, dus wij verkopen dit werk zelf.

Waaruit bestaan de kosten van een CRM- of ERP-implementatie?

Uit vier posten: licenties, implementatie, maatwerk, en beheer en doorontwikkeling. Licenties zijn terugkerend en het best zichtbaar. Implementatie is eenmalig en bevat meestal het zwaartepunt. Maatwerk is eenmalig bij de bouw en terugkerend bij het onderhoud. Beheer is terugkerend en ontbreekt in offertes het vaakst.

Bij een CRM- of ERP-traject in het MKB zit het zwaartepunt van de kosten niet in de licenties maar in de implementatie. Licenties zijn het best zichtbaar, implementatie is het duurst, en beheer is de post die het vaakst helemaal ontbreekt.

Empiriq, kostenmodel voor CRM- en ERP-implementaties, 2026

Wat kosten de licenties per gebruiker per maand?

Licenties reken je per gebruiker per maand, en ze lopen door zolang je het systeem gebruikt. Het is de enige post die leveranciers openlijk publiceren, en dus de post waarop iedereen vergelijkt. Voor een bedrijf van 15 tot 150 medewerkers is het zelden de grootste post.

Een voorbeeld met publieke bedragen. De Nederlandse listprijzen van Microsoft Dynamics 365 Business Central, bij jaarlijkse betaling en exclusief btw, waren op 22 september 2026: Essentials 69,30 euro per gebruiker per maand, Premium 95,30 euro, Team Members 6,90 euro.

Dat laatste getal is het interessantste. Een lichte licentie, voor wie alleen kijkt of goedkeurt, is overal een fractie van een volledige. Of jij dat verschil kunt benutten, bepaalt je inrichting.

In de trajecten die wij zelf hebben getekend ligt de licentieprijs tussen 37 en 106 euro per gebruiker per maand. De onderkant is een opzet met precies wat een bedrijf nodig heeft. De bovenkant is de meest uitgebreide combinatie van Uniconta en Zoho One samen. Dat is bijna een factor drie verschil, en dat zit niet in onderhandelen maar in hoeveel je afneemt.

Voor twintig gebruikers komt dat neer op ruwweg 8.900 tot 25.400 euro per jaar aan licenties. Dat is een doorrekening van de bedragen hierboven, geen offerte.

Waarom zit het zwaartepunt in de implementatie?

Omdat een pakket uit de doos jouw manier van werken nog niet kent. De implementatie is eenmalig en bestaat uit vier blokken: inrichting van de processen, migratie van je gegevens, koppelingen met systemen die blijven bestaan, en training van de mensen die ermee gaan werken.

Inrichting is het best in te schatten, datamigratie het slechtst: niet het aantal records bepaalt de prijs, maar de kwaliteit ervan. Training sneuvelt het eerst bij een krap budget, en is de duurste bezuiniging.

Voor de implementatie zelf rekenen wij tussen 5.000 en 25.000 euro. Waar je in die bandbreedte terechtkomt hangt af van twee dingen: hoeveel je wilt automatiseren en hoeveel maatwerk je verwacht. Een compleet CRM- en ERP-traject voor twintig gebruikers hebben we afgeleverd vanaf 5.000 euro.

Zet die twee posten naast elkaar en je ziet meteen waarom de licentieprijs niet de vraag is waarop je moet sturen. Over drie jaar betaal je aan licenties vaak meer dan aan de hele implementatie, terwijl het gesprek bijna altijd over het maandbedrag per gebruiker gaat.

Wanneer wordt maatwerk een terugkerende kostenpost?

Vanaf het moment dat het gebouwd is. Maatwerk kost geld bij de bouw, maar de rekening die verrast komt later: elke afwijking van de standaard moet mee met elke update van het onderliggende pakket. Hoe verder je van die standaard af zit, hoe hoger die terugkerende rekening.

Bij pakketten die in versies werken zie je dat het duidelijkst. Odoo-implementatiepartners publiceren voor een versie-upgrade bedragen die voor een middelgroot bedrijf met eigen modules in de tienduizenden euro's lopen. Dat zijn schattingen van partijen die dat werk zelf verkopen, dus neem het als orde van grootte.

Hier zit een verschil dat je in offertes zelden expliciet terugvindt, en het is de moeite waard om er specifiek naar te vragen.

Bij ons bestaat de jaarlijkse post voor maatwerkonderhoud niet, omdat het platform automatisch wordt bijgewerkt. Verandert er iets in je processen waardoor je maatwerk mee moet veranderen, dan kun je een deel daarvan zelf in Zoho aanpassen, of het aan ons overlaten. Wat dat kost hangt af van de omvang van die verandering, niet van een vast percentage over wat er ooit gebouwd is.

Vergelijk dat met een platform dat in versies uitkomt. Daar moet eigen maatwerk bij elke nieuwe hoofdversie geschikt worden gemaakt voordat je kunt opwaarderen, en dat is een terugkerende rekening die meegroeit met hoeveel je hebt laten bouwen. Wij hebben dat mechanisme uitgewerkt in ons artikel over Odoo en Zoho One.

Wat kost beheer en doorontwikkeling na de livegang?

Dat is de post die je in de meeste offertes niet terugvindt, want hij hoort bij de tijd na het project. Beheer is alles wat na livegang terugkomt: vragen van gebruikers, koppelingen die haperen, nieuwe medewerkers inrichten, en wijzigingen omdat je bedrijf verandert.

Doorontwikkeling is geen tegenvaller: verandert er na een jaar niets, dan gebruikt niemand het systeem serieus. Vraag dus expliciet of er ondersteuning bij zit en wat die daarna per jaar kost.

NOG IN TE VULLEN: wat je beheerklanten met ongeveer twintig gebruikers per jaar kwijt zijn aan beheer en doorontwikkeling samen. Een van-tot bedrag per jaar en het aantal klanten waarop dat rust. Zonder dit getal blijft de vierde kostenpost de enige zonder bandbreedte, en dat is precies de post die in offertes van anderen ook ontbreekt.

Welke kostendrijvers maken echt het verschil?

Vijf, en het aantal gebruikers is er maar een van. Twee bedrijven van dezelfde omvang kunnen ver uit elkaar liggen in totale kosten, en dat komt zelden door de onderhandeling. Het komt door het aantal processen, de afwijking van de standaard, de staat van je gegevens, het aantal koppelingen en de tijd die je intern vrijmaakt.

• Gebruikers versus processen. Gebruikers drijven je licentiekosten, processen je implementatiekosten. Honderd mensen die hetzelfde doen, is goedkoper dan twintig mensen op vijf afdelingen.
• Afwijking van de standaard. De grootste knop waar je zelf aan kunt draaien. Elke afwijking kost bij de bouw en blijft daarna kosten.
• De staat van je gegevens. Een schoon relatiebestand migreert bijna vanzelf, twintig jaar dubbelingen migreert handmatig.
• Het aantal koppelingen. Vraag per koppeling of het standaard is of nieuw bouwwerk. Dat verschil loopt door in je beheerkosten.
• Of er intern iemand tijd heeft. Beslissen, opschonen, testen, collega's meekrijgen. Die uren staan in geen enkele offerte, en ze zijn er wel.

Die laatste is de meest onderschatte post van allemaal. Projecten lopen zelden vast op techniek en bijna altijd op beschikbaarheid.

Tot slot iets over de vorm waarin je de rekening krijgt, want dat bepaalt bij wie het risico ligt.

Wij werken niet met uurtarieven maar met totaalprojecten: één prijs, en daarvoor zorgen wij dat het werkt. Loopt het uit, dan is dat ons probleem. Dat is een bewuste keuze, en het maakt offertes ook vergelijkbaar.

Vraag daarom bij elke offerte die je opvraagt of het een vaste prijs is of een richtprijs op nacalculatie. Twee bedragen die er hetzelfde uitzien kunnen op dat punt totaal verschillende afspraken zijn, en het verschil merk je pas in maand vijf.

Wat overigens in geen enkele offerte staat, van welke partij dan ook, zijn de uren van je eigen mensen. Iemand moet beslissingen nemen, gegevens opschonen en collega’s meenemen. Reken daar op voorhand tijd voor in, want een traject dat aan jouw kant op niemands agenda staat, loopt uit.

Kun je twee offertes vergelijken op het totaalbedrag?

Nee, en dat is de fout die de meeste selectietrajecten duur maakt. Twee offertes met exact hetzelfde totaalbedrag kunnen totaal verschillende dingen bevatten. De een heeft datamigratie, twee koppelingen, training en nazorg meegerekend, de ander alleen de basisinrichting. Op papier zijn ze gelijk, in werkelijkheid niet.

Er zit een pijnlijke logica in: hoe eerlijker een leverancier is over wat erbij komt kijken, hoe hoger zijn bedrag en hoe slechter hij scoort in de vergelijking.

De goedkoopste offerte is meestal de offerte waarin het minste staat. Twee voorstellen met hetzelfde totaalbedrag kunnen totaal verschillende dingen bevatten, en het verschil zit bijna altijd in datamigratie, koppelingen, training en beheer. Vergelijk daarom niet op bedrag, maar op wat er binnen de scope valt.

Empiriq, vuistregel bij het vergelijken van offertes, 2026

Je maakt offertes vergelijkbaar door elke leverancier dezelfde zes vragen te stellen:

• Welke gegevens migreren jullie, tot hoe ver terug, en wie schoont ze op?
• Zijn de koppelingen standaard of nieuw bouwwerk?
• Hoeveel uren training zitten erin, voor hoeveel mensen?
• Wat valt onder nazorg, hoe lang duurt die, en wat kost ondersteuning daarna?
• Hoeveel uren van onze eigen mensen plannen jullie hierin?
• Wat gebeurt er bij uitloop: vaste prijs, nacalculatie of een bandbreedte?

Kan een leverancier een van deze vragen niet concreet beantwoorden, dan is dat op zichzelf al informatie. Zit iets niet in de offerte, reken het er dan zelf bij op.

Veelgestelde vragen.

Wat is de grootste kostenpost bij een ERP-implementatie?

Meestal de implementatie zelf, niet de licenties. Licenties zijn het best zichtbaar omdat leveranciers ze publiceren, maar de eenmalige kosten van inrichting, datamigratie, koppelingen en training wegen in de eerste twee jaar doorgaans zwaarder dan het licentiebedrag over diezelfde periode.

Welke kostenpost vergeten mensen het vaakst?

Beheer en doorontwikkeling. Die post hoort bij de periode na livegang en staat daarom zelden in een implementatieofferte. Toch komt hij elk jaar terug: gebruikersvragen, haperende koppelingen, nieuwe medewerkers en wijzigingen omdat je bedrijf verandert. Vraag vooraf wat ondersteuning daarna per jaar kost.

Waarom lopen offertes voor hetzelfde project zo ver uiteen?

Meestal omdat er verschillende dingen in staan, niet omdat de uurtarieven verschillen. De ene offerte bevat datamigratie, koppelingen, training en nazorg, de andere alleen de basisinrichting. Leg daarom eerst de scope naast elkaar en pas daarna de bedragen, anders vergelijk je onvergelijkbare dingen.

Hoeveel tijd kost een implementatie van onze eigen mensen?

Meer dan de meeste organisaties inplannen. Je eigen team moet beslissingen nemen, gegevens opschonen, testen en collega's meekrijgen, en die uren staan in geen enkele offerte. Wijs voor de start één iemand aan, leg vast hoeveel uur per week die vrij krijgt, en reken die uren mee.

Maakt maatwerk een implementatie veel duurder?

Bij de bouw meestal wel, en daarna blijft het kosten, omdat elke afwijking van de standaard mee moet met elke update en dus onderhouden wordt. De vraag is niet of maatwerk mag, maar of deze afwijking genoeg oplevert om er jarenlang onderhoud voor te betalen.

Hoe druk ik de kosten van een implementatie?

Niet door te onderhandelen over het uurtarief, maar door dichter bij de standaard te blijven, je gegevens vooraf op te schonen, het aantal koppelingen te beperken en lichte licenties te gebruiken voor wie alleen leest. Bezuinigen op training kost je vrijwel altijd meer dan het bespaart.

De kosten erp implementatie schat je pas goed in als je weet hoeveel van je proces in de standaard past. Dat weet je pas als je het hebt uitgetekend. Dat is wat wij in een procesrisico-analyse doen: een tekening en een eerlijk oordeel.

Bronnen.

De cijfers en productgegevens in dit artikel zijn gecontroleerd bij de leverancier zelf. Klopt er iets niet meer, laat het weten, dan passen we het aan.

• Licentieprijzen van Business Central voor Essentials, Premium en Team Members, bij jaarlijkse betaling en exclusief btw. microsoft.com/nl-nl/dynamics-365/products/business-central/pricing, gecontroleerd op 25 september 2026.
• De orde van grootte van de kosten van een versie-upgrade bij maatwerk, uit gepubliceerde ranges van Odoo-implementatiepartners, gecontroleerd op 25 september 2026.
• Bandbreedtes voor licenties en implementatie, uit getekende trajecten van Empiriq, september 2026.

Plan een kennismaking

Het begint bijna altijd hetzelfde. Je bent ooit met één Zoho-app begonnen, meestal CRM, soms Books of Desk. Die app draait, je team is eraan gewend, en de rest van het bedrijf leeft nog in Excel en in de mailbox.

Dan komt er een tweede wens. Offertes moeten er netter uit, iemand wil urenregistratie, of marketing vraagt om fatsoenlijke campagnes. Je kunt daar een los abonnement bij nemen, of doorgroeien naar Zoho One, waar volgens Zoho meer dan vijfenveertig apps in zitten. Zodra iemand die rekensom maakt, lijkt de uitkomst voor de hand te liggen.

Even transparant: Empiriq is implementatiepartner van Zoho One. Daarom staat hieronder ook wanneer losse abonnementen de betere keuze blijven, en waarom de brede suite voor een deel van de bedrijven averechts werkt.

Bij hoeveel apps en hoeveel gebruikers de rekensom kantelt.

Bij losse abonnementen betaal je per app, per gebruiker, per editie. Drie apps voor tien mensen zijn drie regels op je factuur, elk met een eigen prijs en verlengdatum. Bij Zoho One betaal je één bedrag en krijg je de hele bak.

Er zijn twee licentiemodellen, en dat verschil is groter dan het lijkt. Zoho biedt een prijsplan voor alle medewerkers, waarbij je verplicht een licentie koopt voor iedereen op de loonlijst, ook voor wie nooit inlogt. Daarnaast is er een prijsplan voor een flexibel aantal gebruikers. Voor een kantoororganisatie waar iedereen achter een scherm zit, valt het eerste model vaak gunstig uit. Voor een installatiebedrijf met veertig man in de buitendienst en twaalf op kantoor kan het een veelvoud schelen.

Bedragen staan hier bewust niet in. De prijspagina's van Zoho laden hun cijfers pas in de browser, en ze verschillen per regio en betaaltermijn. Haal ze op bij de bron en maak zelf de som. De vuistregel is simpeler dan de tabel: tel niet de apps die je ooit zou willen, tel de apps waarvoor je vandaag al zou betalen. Het kantelt meestal rond je derde of vierde betaalde app voor een groot deel van je gebruikers. Zit je op twee apps voor een handjevol mensen, dan verdien je het niet terug.

Wat je wint zit niet in de functielijst.

De winst zit zelden in de extra apps, maar in twee dingen die op geen tabel staan.

Het eerste zijn de koppelingen. Binnen één suite praten de apps met elkaar zonder dat jij die verbinding hebt gebouwd of onderhoudt. Een klant die je in CRM aanmaakt, is dezelfde klant in je facturatie. Bij losse abonnementen kan dat ook, maar dan ben jij de eigenaar van die koppeling. Jij bent degene die op maandagochtend ontdekt dat de synchronisatie sinds donderdag stilstaat.

Het tweede is beheer. Zoho One geeft je één centrale plek om gebruikers aan te maken en per persoon toe te wijzen welke apps ze krijgen. Dat klinkt saai tot iemand uit dienst gaat en je anders zes beheerschermen moet langslopen om te weten of het dicht staat.

De rekensom is bijna nooit het echte probleem.

Hier gaat het meestal mis. De voor de hand liggende conclusie is dat meer apps voor hetzelfde geld altijd beter is, en op papier klopt dat ook.

Alleen is de rekensom zelden waar het op stukloopt. Dat is dat een brede suite je verleidt om alles zelf te gaan doen. Alles zit er al in, aanzetten kost niets extra's, dus waarom zou je er iemand bij halen. Je zet er een app bij, je richt hem half in, je zet er nog een bij. Een jaar later heb je drie apps die goed staan en zeven die half leven. Niemand weet meer welke lijst leidend is, de cijfers uit de ene app kloppen niet met die uit de andere, en het team begint stiekem weer in Excel.

Een half ingerichte app is erger dan geen app. Geen app betekent dat mensen weten waar ze wel moeten zijn. Een half ingerichte app betekent twee plekken voor hetzelfde en niemand die ze vertrouwt.

Beter twee apps die kloppen dan tien die half leven. Dat is geen bezuiniging, het is de enige volgorde die werkt: mens, proces, technologie.

Een team dat net gewend is aan één app, raakt de weg kwijt in veertig.

De menselijke kant wordt bijna altijd overgeslagen, terwijl die het hardst telt. Je mensen hadden maanden nodig om CRM te gebruiken zoals jij het bedoeld had. Dat ging over gewoontes, niet over knoppen.

Open daarna in één klap een scherm met tientallen tegels en er gebeurt iets voorspelbaars. Mensen vragen niet waar iets hoort, ze gokken. De een zet de klantafspraak in de ene app, de ander in de andere, en beiden denken dat ze het goed doen. Daar helpt geen training tegen, want ze snappen de app prima. Er is alleen geen afspraak over wie wat waar zet.

Daarom pakt alles aanzetten zelden goed uit. Zoho One laat je per persoon bepalen welke apps zichtbaar zijn, en dat is precies de knop die je moet gebruiken. Geef iemand op de werkvloer de drie apps die bij zijn werk horen en niets meer. Ruimte die er niet is, kan ook niet verkeerd worden gebruikt.

Hoe je het dan wel aanpakt.

Doe het alsof je nog steeds per app betaalt. Dat is de hele truc.

• Zet alleen aan wat een proces vervangt dat vandaag ergens anders gebeurt. Geen app zonder aanleiding.
• Geef elke app één eigenaar met een naam, die beslist hoe hij is ingericht.
• Houd het tempo op ongeveer één nieuwe app per kwartaal, zodat de vorige is ingeburgerd.
• Beschrijf per app in twee zinnen waarvoor hij is en waarvoor niet, en hang dat op.

En de eerlijkste uitkomst mag ook: gebruik je vandaag één app en heb je geen tweede concrete behoefte, blijf dan gewoon staan. Overstappen omdat het voordelig lijkt, terwijl je er twee apps in gebruikt, levert een groter beheerprobleem op en geen betere organisatie.

Waar je kunt beginnen.

De keuze tussen Zoho One en losse abonnementen is maar voor een klein deel een licentievraag. Vooral is het een vraag over jezelf: hoeveel processen wil je het komende jaar echt aanpakken, en heb je de mensen om dat te dragen?

De nuttigste volgende stap is daarom geen demo van de apps die je nog niet hebt. Het is je eigen proces één keer uitgetekend krijgen: waar zit de tijd, waar doe je dingen dubbel, en welke stappen leven in Excel omdat het ooit zo begonnen is.

Dat is wat wij in een procesrisico-analyse doen. Geen verkoopverhaal, geen pakketadvies, een tekening en een eerlijk oordeel. Die blijft van jou, ook als de uitkomst is dat je voorlopig niets hoeft te veranderen.

Plan een kennismaking

Je hebt de shortlist teruggebracht tot twee: Odoo en Zoho One. Allebei breed, allebei een pakket waar je voor relatief weinig geld per gebruiker heel veel voor terugkrijgt, en allebei een demo waarin eigenlijk alles kan.

En juist dat maakt kiezen lastig. In een demo lijken ze op elkaar, want beide dekken CRM, offertes, projecten, facturatie en voorraad. Je ziet in beide gevallen een schone route van offerte naar factuur, en op die route werkt alles. De verschillen zitten in de randen: jullie afwijkende prijsafspraken, het servicelogboek van de buitendienst, de manier waarop jullie nacalculeren. Die randen komen in een demo zelden voorbij.

Even transparant, zodat je weet wat je leest: Empiriq is implementatiepartner van Zoho One. Daarom staat hieronder ook waar Odoo de sterkere keuze is, en waar geen van beide het antwoord is.

Wat er in de prijs zit, en waarom je dat niet naast elkaar kunt leggen.

De licentiemodellen van Odoo en Zoho verschillen niet vooral in hoogte, ze verschillen van soort. Bij Zoho One kies je tussen twee modellen. In het ene model koop je licenties voor alle medewerkers op de loonlijst, ook voor de mensen die het systeem nauwelijks aanraken. In het andere model koop je losse gebruikers. Dat verschil kan bij een productiebedrijf met veel mensen op de werkvloer enorm uitpakken, in beide richtingen.

Bij Odoo zijn andere dingen bepalend: welke editie je nodig hebt, welke apps je aanzet en of hosting apart op de rekening komt. Vraag dat uit voordat je een bedrag vergelijkt.

In dit artikel staan bewust geen bedragen. Prijzen van dit soort suites verschillen per regio, per editie en per betaaltermijn, en ze veranderen. Haal ze op bij de bron, op odoo.com en zoho.com, en zorg dat je twee offertes naast elkaar legt die echt hetzelfde zeggen: jouw aantal gebruikers, in euro's, per gebruiker per maand, exclusief btw, bij dezelfde betaaltermijn, met de apps erin die je daadwerkelijk gaat gebruiken.

De keuze valt niet op de functielijst en niet op de prijs per gebruiker.

Dit is waar de meeste selectietrajecten scheef gaan. Er komt een vergelijkingstabel met vinkjes, er komt een sommetje per gebruiker per maand, en daar rolt een winnaar uit. Maar bij dit type brede suite bepaalt de licentie zelden wat je uiteindelijk kwijt bent.

De kosten en het succes zitten in de implementatie, en vooral in hoeveel je wilt afwijken van de standaard. Twee bedrijven die exact hetzelfde pakket kopen, kunnen in totale kosten ver uit elkaar liggen. Niet omdat de een een betere deal heeft gesloten, maar omdat de een zijn processen grotendeels naar de standaard heeft gebogen en de ander het pakket naar zijn processen heeft laten bouwen.

Elke afwijking is werk dat terugkomt. Het wordt gebouwd, getest, beschreven, en het moet meebewegen met elke update daarna. Standaard is goedkoop, afwijken is duur, en die beslissing valt meestal niet tijdens de selectie maar tijdens het project, op momenten waarop iemand zegt dat het bij jullie nu eenmaal anders gaat.

De vraag die je dus moet beantwoorden is niet welk pakket meer kan. Het is: hoeveel van ons proces past in de standaard van dit pakket, en welke afwijkingen zijn het echt waard? Dat kun je alleen beoordelen als je je eigen proces op papier hebt staan.

Updates: waar bij Odoo de rekening zit.

Dit is het verschil dat pas na twee jaar zichtbaar wordt, en het is het belangrijkste punt van dit hele artikel.

Odoo brengt versies uit en je database moet mee. Op Odoo Online is een upgrade naar een nieuwe hoofdversie verplicht binnen twee jaar, op Odoo.sh binnen drie. Draai je op je eigen servers, dan mag je blijven zitten, met alle beveiligingsgevolgen van dien.

De upgrade zelf is gratis. Dat staat letterlijk in de upgradedocumentatie van Odoo: het opwaarderen van een database naar de nieuwste versie is kosteloos, inclusief ondersteuning bij het rechtzetten van afwijkingen. Wie daarop afgaat, denkt dat een nieuwe versie niets kost.

De rekening staat een regel lager. Odoo schrijft er zelf bij wat er buiten valt: modules die door jezelf of door een derde partij zijn gebouwd en niet onder een onderhoudscontract vallen. De broncode daarvan moet eerst geschikt worden gemaakt voor de nieuwe versie voordat de upgrade überhaupt kan draaien. Dat werk komt elke paar jaar terug, en iemand factureert het. Je kunt het afdekken met een abonnement op onderhoud van maatwerk, maar dan heb je het omgezet in een vaste post in plaats van opgelost.

Wat dat in de praktijk kost, hangt af van hoeveel maatwerk je hebt. Implementatiepartners publiceren bedragen die voor een middelgroot bedrijf met eigen modules in de tienduizenden euro's lopen, en hoger voor grote omgevingen. Dat zijn schattingen van partijen die dat werk zelf verkopen, dus neem ze als orde van grootte en niet als offerte. De richting klopt wel: hoe meer maatwerk, hoe hoger de terugkerende rekening.

Bij Zoho One werkt dit anders, en niet omdat Zoho aardiger is. Zoho draait één doorlopend bijgewerkte versie voor alle klanten tegelijk. Er is geen versie om naartoe te migreren, dus er is ook geen migratieproject om te betalen. Daar staat tegenover dat je niet kunt kiezen wanneer er iets verandert.

Het onderscheid is dus niet dat de een duurder is dan de ander. Het is dat Odoo je een terugkerende kostenpost geeft die meegroeit met je maatwerk, en Zoho niet. Hoe dichter je bij de standaard blijft, hoe kleiner dat verschil wordt. Bedrijven die vastlopen op een oude versie zijn bijna nooit vastgelopen op de software zelf, maar op wat ze eraan hebben laten bouwen.

Nederlandse partners en je boekhouding.

Je koopt niet alleen een pakket, je koopt ook de partij die het bij je neerzet. Hoeveel Nederlandse partners zijn er, ken je er iemand die in jouw branche heeft gewerkt, en wat gebeurt er in maand vier als de consultant weg is en er iets niet werkt? Voor beide geldt: de kwaliteit tussen partners verschilt meer dan de kwaliteit tussen de pakketten.

Dan de financiële kant. Vraag door op de koppeling met je boekhouding: welke koppeling is het, wie onderhoudt hem, en wie belt er als de synchronisatie een week stilstaat? Wij kiezen zelf meestal voor een scheiding tussen front office en financiële backbone, met Zoho One aan de voorkant en Uniconta als boekhoudkern. Dat is een keuze en geen wet. Als jouw zwaartepunt in productie en voorraad ligt, kan het logischer zijn om die kern juist wel in dezelfde suite te houden.

Wat er gebeurt als je over drie jaar wilt wisselen.

Bij de start is dit de minst populaire vraag, en na drie jaar de duurste. Vraag bij beide leveranciers concreet hoe je je gegevens eruit krijgt: in welk formaat, inclusief historie en bijlagen, en of je dat zelf kunt doen.

Maar de echte vastigheid zit niet in je data. Die zit in de proceslogica die je in het systeem hebt gebouwd: goedkeuringen, workflows, rapportages, koppelingen met je webshop of je planning. Data verhuist. Logica die over jaren in losse stukjes is ontstaan en nooit is opgeschreven, verhuist niet, die moet je opnieuw uitvinden.

Dat is nog een reden om dicht bij de standaard te blijven. Niet uit principe, maar omdat elke afwijking je uitgang een stukje duurder maakt.

Waar je kunt beginnen.

De keuze tussen Odoo en Zoho One is voor een groot deel geen pakketkeuze. Het is de keuze hoeveel je bereid bent je manier van werken aan te passen, en welke partij je daarbij helpt.

De nuttigste volgende stap is daarom niet nog een demo, maar je eigen proces één keer uitgetekend krijgen. Waar zit de tijd, waar zit het dubbele werk, welke stappen zijn echt uniek voor jullie en welke doen jullie zo omdat het ooit zo begon.

Dat is wat wij in een procesrisico-analyse doen. Geen demo, geen pakketadvies, een tekening en een eerlijk oordeel. Die tekening blijft van jou en is net zo bruikbaar als je uiteindelijk met een Odoo-partner in zee gaat.

Plan een kennismaking