De meeste bedrijven met een buitendienst weten precies waar het misgaat. De monteur vult op de klus een werkbon in op papier, levert die aan het eind van de week in, en dan begint het werk opnieuw: iemand op kantoor tikt de uren over, zoekt uit welke materialen er werkelijk verbruikt zijn en probeert daar een factuur van te maken. Wie zoekt naar een field service app, zoekt zelden naar techniek. Je zoekt naar het einde van dat overtikken.

Dat is een goed vertrekpunt, want het is een procesvraag en geen softwarevraag. Alleen loopt het daarna vaak mis: er komt een demo, er komt een pakket met veertig functies, en een jaar later staat de stapel werkbonnen er nog steeds. Hieronder de route die in de praktijk wél werkt.

Wat papier je echt kost.

De kosten zitten niet in het papier. Ze zitten in de dagen ertussen.

• Uren komen een week later binnen, dus factureer je een week later. Dat is werkkapitaal.
• Meerwerk dat de monteur mondeling afstemt met de klant, staat nergens. Bij de eindafrekening verlies je die discussie, want je hebt geen bewijs.
• Foto's staan op de telefoon van de monteur. Bij een bouwbedrijf troffen we een eigenaar met duizenden projectfoto's op zijn eigen toestel. Waardevol materiaal, alleen niet terug te vinden en niet gekoppeld aan een project.
• Kantoor weet niet of een klus klaar is, dus wordt er gebeld. Elke dag, aan beide kanten.
• Je nacalculatie loopt achter de feiten aan: je weet pas na de laatste factuur of een klus geld heeft opgeleverd.

Begin bij de route van één werkbon.

Voordat je pakketten gaat vergelijken, teken je de route van één werkbon uit. Waaruit ontstaat de opdracht: een telefoontje, een mail, een contract, een storing? Wat moet de monteur weten voordat hij vertrekt: adres, contactpersoon, afspraken, de juiste tekening, de vorige keer dat hij er was? Wat brengt hij terug: uren, materialen, foto's, een handtekening, een opmerking over vervolgwerk? En wie doet daar wat mee: facturatie, loonadministratie, nacalculatie, planning?

Die tekening levert bijna altijd een verrassing op. Bij een bouwbedrijf met circa dertig medewerkers bleek de werkbon niet het echte knelpunt: de capaciteitsplanning per ploeg stond in Excel, meer- en minderwerk in een tweede Excel met een tabblad per onderdeel, en de uren kwamen binnen op papieren weekbriefjes. Drie bronnen die niemand naast elkaar kon leggen. Bij een servicebedrijf in de scheepsmotoren zat de pijn ergens anders: de ERP stond er goed in, maar de serviceplanning paste er niet in en gebeurde in Outlook. Twee bedrijven, twee verschillende eerste stappen. Dat zie je niet in een demo.

Wat een field service app moet doen, en wat je kunt overslaan.

Als de route helder is, wordt de eisenlijst kort. Voor de eerste fase heb je dit nodig:

• De opdracht op de telefoon, met adres, contactpersoon, afspraak en de historie van die klant of locatie.
• Uren en verbruikte materialen vastleggen op de klus, niet op de week.
• Foto's en een opmerking, direct aan de opdracht gekoppeld.
• Aftekenen door de klant op locatie, ook als dat maar een vinkje en een naam is.
• Werken zonder bereik, want kelders en nieuwbouw hebben geen netwerk.
• Één plek waar die uren terechtkomen, zodat facturatie en loonadministratie uit dezelfde bron werken.

En dit kun je later doen: voorraad per bestelbus, routeoptimalisatie, onderhoudscontracten met staffels, dashboards voor het management. Dat zijn geen slechte functies, het zijn de verkeerde eerste. Ze vragen data die je nog niet hebt en maken het scherm van de monteur voller. Kies je eerste fase zo klein dat je hem in twee minuten kunt uitleggen.

De verkeerde conclusie: alles moet op de schop.

Dit is de val waar de meeste bedrijven in stappen. De werkbon werkt niet, dus moet het hele systeem eruit. Het gesprek gaat binnen twee weken over een nieuw ERP, een migratie, een jaar doorlooptijd en een bedrag waar de directie van schrikt. Daarna gebeurt er niets meer, want niemand durft.

In de meeste gevallen is dat niet nodig. Je financiële administratie of je branchepakket kan blijven staan. De vraag is niet of het oud is, maar of het twee dingen kan: gegevens naar buiten geven en gegevens ontvangen. Kan dat, dan zet je de app ernaast en laat je de administratie doen waar die goed in is. Vervangen is pas nodig als de kern je gegevens niet kan vasthouden, of als de leverancier de doorontwikkeling heeft gestaakt. Dat is een aparte beslissing met een eigen tempo, en die hoeft je monteur niet af te wachten. Wat je naast je bestaande pakket zet en wat je kunt overslaan, staat in ons artikel over field service software.

De monteur bepaalt of het werkt.

Een field service app die op de klus langzamer is dan een pen, wordt niet gebruikt. Dan krijg je het ergste van twee werelden: een licentie, en nog steeds een stapel papier in de bus. Daarom is de belangrijkste test niet functioneel maar menselijk. Laat één ploeg vier weken meelopen, en kies daarvoor niet je meest enthousiaste monteur maar juist iemand die er sceptisch in zit. Als die het invult zonder klagen, gaat de rest volgen.

Let daarbij op het aantal schermen. Een directeur van een bouwbedrijf vatte zijn randvoorwaarden zo samen: hou het simpel, geen doolhof van apps, mensen eerst. Dat is geen weerstand, dat is een ontwerpeis. Als je al een systeem hebt waarin de klant en het project staan, hoort de werkbon daar ook in, niet in een losse tool die daarnaast leeft.

Klein beginnen, met één soort werk.

Pak niet je meest complexe projecten als eerste. Kies het werk dat zich het beste herhaalt: service, onderhoud, kleine klussen. Daar is de werkbon voorspelbaar, daar is het volume het hoogst en daar zit het meeste overtikwerk. Laat het vier weken naast papier lopen, vergelijk wat er binnenkomt, en pas de bon aan op wat de monteur echt nodig heeft. Daarna zet je het grotere projectwerk erop.

Het effect merk je vaak buiten de buitendienst. Zodra uren en materialen per klus binnenkomen, ontstaat je nacalculatie bijna van zelf en zie je per soort werk waar je marge zit. Dat is een groter resultaat dan het digitaliseren van een formulier.

Een eerste stap die niets kost.

Je hoeft hiervoor geen demo te bekijken en geen pakket te kiezen. Wij tekenen samen met je de route van één werkbon uit, van aanvraag tot factuur, en zetten erbij waar nu iets wordt overgetikt, kwijtraakt of blijft liggen. Die procesrisico-analyse duurt een ochtend, kost niets en levert een plaat op die je ook zonder ons kunt gebruiken.

Plan een kennismaking

Je zoekt één systeem waarin je klantcontact, offertes, orders, projecten en facturatie bij elkaar staan. Zes namen komen in Nederland telkens terug: Zoho One, Odoo, Exact Online, Microsoft Dynamics 365 Business Central, HubSpot en AFAS. Ze worden vaak in één adem genoemd, maar ze zijn niet voor hetzelfde gebouwd.

Dit artikel legt ze naast elkaar op de punten die tijdens een selectie echt verschil maken: is het één suite of een kern met aanvullingen, hoe zit het met hosting en nieuwe versies, hoe werkt het licentiemodel, waar is het pakket voor gemaakt en waar gaat het wringen. Daarna volgt per bedrijfsprofiel een aanbeveling.

Even transparant, want in een vergelijking hoor je te weten wie het schrijft: Empiriq is implementatiepartner van Zoho One en Uniconta, en juist daarom staat hieronder per pakket ook waar een ander de betere keuze is en wijzen we geen algemene winnaar aan.

Wat is een geïntegreerd CRM en ERP eigenlijk?

Een geïntegreerd CRM en ERP is één samenhangende omgeving waarin het klantproces (leads, offertes, contacten, service) en het bedrijfsproces (orders, voorraad, projecten, uren, facturatie, boekhouding) op dezelfde gegevens werken. Je hoeft een klant, order of prijs dus maar op één plek vast te leggen.

In de praktijk zijn er twee smaken. De eerste is de suite: één leverancier levert alles, van marketing tot grootboek. De tweede is een kern plus aanvullingen: je kiest een sterk pakket voor het zwaartepunt van je bedrijf en koppelt daar losse onderdelen aan, bijvoorbeeld een aparte financiële kern of een apart CRM.

Geen van beide is per definitie beter. Ze verplaatsen de rekening alleen naar een andere plek, en dat is precies wat je tijdens een selectie zichtbaar wilt maken voordat je tekent.

Kies je voor één suite, dan koop je samenhang en lever je keuzevrijheid in. Kies je voor een kern met aanvullingen, dan houd je keuzevrijheid en koop je koppelwerk. Beide zijn verdedigbaar, maar je betaalt de rekening op een andere plek.

Empiriq, vuistregel uit softwareselectie, 2026.

Hoe verhouden Zoho One, Odoo, Exact Online, Business Central, HubSpot en AFAS zich tot elkaar?

Zoho One, Odoo en AFAS presenteren zichzelf als brede suite. Exact Online en Business Central zijn sterk in de financiële en operationele kern, met aanvullingen eromheen. HubSpot dekt het klantproces en noemt op zijn productpagina's geen voorraad, productie of grootboek. Die indeling verklaart de meeste verschillen in de tabel hieronder.

Wat moet je per pakket weten voordat je het op je shortlist zet?

Per pakket staat hieronder waar het voor gebouwd is, met steeds een regel "Geschikt als" en een regel "Minder geschikt als". Dat is bewust geen oordeel over kwaliteit. Het is een uitspraak over doelgroep en zwaartepunt, want daar valt de keuze in de praktijk op.

Zoho One.

Zoho One bundelt ruim veertig bedrijfsapps in één abonnement, van CRM en marketing tot projecten, formulieren en klantenservice. Het licentiemodel is de belangrijkste selectievraag: je kiest tussen licenties voor alle werknemers op de loonlijst of een flexibel aantal gebruikers. Bij veel mensen op de werkvloer kan dat verschil groot uitpakken, in beide richtingen. Geschikt als je breedte zoekt over het hele klant- en werkproces en je financiële kern elders mag staan of licht mag zijn. Minder geschikt als je zwaartepunt in de Nederlandse boekhouding of in complexe productiebesturing ligt en je dat per se in dezelfde suite wilt hebben.

Odoo.

Odoo is modulair opgebouwd en bestaat in een open source Community-versie en een Enterprise-versie. Je host op Odoo Online, op Odoo.sh of op je eigen servers. Opwaarderen naar de nieuwste versie is volgens Odoo zelf gratis, inclusief ondersteuning, maar modules die je zelf of een derde partij bouwde en die niet onder een onderhoudscontract vallen zijn daarvan uitgesloten: hun broncode moet eerst geschikt worden gemaakt. Geschikt als je processen echt afwijken en je die afwijking bewust wilt bouwen en onderhouden. Minder geschikt als je geen budget wilt reserveren voor terugkerend onderhoud aan maatwerk.

Exact Online.

Exact Online is cloudsoftware met een sterke financiële kern en losse oplossingen daaromheen: Boekhouden, Financiële controle, Factureren, Projectadministratie, Abonnementen, Handel, Productie, Bouw, CRM, HR en Salaris. Exact noemt zelf accountancy, bouw, handel, productie, horeca en zakelijke dienstverlening als segmenten. Je koopt de oplossingen die je nodig hebt en combineert ze. Geschikt als je administratie en je accountant leidend zijn en je branchespecifieke functionaliteit wilt die in Nederland al is uitgewerkt. Minder geschikt als je zwaartepunt bij marketing en salesautomatisering ligt en je daar alles in één omgeving voor wilt.

Microsoft Dynamics 365 Business Central.

Business Central verbindt financiën, verkoop, service en bedrijfsvoering in één oplossing, online in de Microsoft-cloud of on-premises. Het is het enige pakket in deze vergelijking waarvan de listprijzen gewoon op de eigen site staan: Essentials 69,30 euro, Premium 95,30 euro en Team Members 6,90 euro per gebruiker per maand bij jaarlijkse betaling, exclusief btw. Geschikt als je al op Microsoft draait en financiële diepte nodig hebt, met een duidelijke scheiding tussen volledige gebruikers en meekijkers. Minder geschikt als je organisatie klein is en je liever één plat tarief voor iedereen hebt.

HubSpot.

HubSpot is gebouwd rond het klantproces: Marketing Hub, Sales Hub, Service Hub, Content Hub, Data Hub en Revenue Hub rond een Smart CRM, met gratis tools en betaalde edities. Revenue Hub voegt offertes, facturatie, abonnementen en betalingen toe. Wat HubSpot op zijn eigen productpagina's niet noemt, is voorraadbeheer, productiebesturing of een grootboek. Geschikt als je knelpunt in verkoop, marketing en service zit en je een systeem wilt dat je team ook echt gebruikt. Minder geschikt als je een volwaardige ERP-kern zoekt, want die moet je er dan naast zetten en koppelen.

AFAS.

AFAS presenteert zich als één pakket voor je hele organisatie, met ERP van verkoop en inkoop tot projecten en financiën, en daarnaast HRM en payroll met verlof, verzuim, loonstroken en mutaties. Je werkt online en krijgt automatische updates met nieuwe functies en nieuwe wetten. Geschikt als personeel en salaris een zwaar onderdeel van je bedrijfsvoering zijn en je die niet in een apart systeem wilt bijhouden. Minder geschikt als je veel wilt afwijken van de standaard of je processen sterk om losse, uitwisselbare onderdelen heen hebt gebouwd.

Bij een brede suite bepaalt niet de functielijst je kosten, maar de hoeveelheid afwijking van de standaard. Twee bedrijven die hetzelfde pakket kopen, kunnen ver uit elkaar liggen in totale kosten zonder dat een van beide een betere deal heeft gesloten.

Empiriq, observatie uit selectietrajecten bij het Nederlandse MKB, 2026.

Welke suite past bij welk bedrijfsprofiel?

Er is geen algemene winnaar, want de pakketten zijn voor verschillende zwaartepunten gemaakt. Wat wel kan: kijken waar het geld en de tijd in jouw bedrijf zitten, en daar het pakket bij zoeken. Hieronder staan vier profielen die we in het Nederlandse MKB het vaakst tegenkomen, met per profiel een richting.

Projectgedreven bouw of installatie.

Je zwaartepunt ligt bij calculatie, projectadministratie, uren en nacalculatie. Exact Online heeft daar een uitgewerkte Bouw- en Projectadministratie-oplossing voor, AFAS zet projecten en financiën in hetzelfde pakket als uren en verlof. Odoo is kansrijk als je werkwijze echt afwijkt en je bereid bent daarvoor te bouwen. Zoho One kan aan de voorkant, met een aparte financiële kern erachter.

Groothandel met voorraad.

Hier draait alles om inkoop, voorraad, marges en levertijden. Exact Online voert een aparte Handel-oplossing, Business Central verbindt financiën en bedrijfsvoering in één omgeving en Odoo dekt voorraad in zijn eigen modules. HubSpot is voor dit profiel geen ERP-antwoord, want voorraad staat niet op de productpagina's. Zoho One past als je klantkant zwaar is en je voorraad elders voert.

Maakindustrie.

Productiebesturing, stuklijsten en planning zijn hier bepalend, en dat zijn de onderdelen waar een pakket het snelst tekortschiet. Exact Online heeft een aparte Productie-oplossing, Business Central kent naast Essentials ook een Premium-licentie, en Odoo biedt productiemodules die je kunt aanpassen. Laat dit profiel altijd aantonen op je eigen orders, niet op een demoscenario van de leverancier.

Zakelijke dienstverlening.

Je verkoopt uren en kennis, dus je knelpunt zit meestal in de commerciële kant en in urenregistratie, niet in voorraad. Zoho One en HubSpot zijn hier sterk, met een boekhouding ernaast. Exact Online noemt zakelijke dienstverlening als eigen segment en heeft projectadministratie en abonnementen. AFAS is logisch als je veel mensen in dienst hebt en salaris meetelt.

Hoe maak je de keuze zonder in een demo te blijven hangen?

Zet je eigen proces één keer op papier voordat je gaat kijken. Neem drie echte gevallen uit je eigen bedrijf, inclusief de rommelige, en laat elke leverancier die doorlopen in zijn standaard. Vraag daarna pas om een prijs, met jouw aantal gebruikers en jouw onderdelen erin.

Dat is meteen het verschil tussen een selectie die klopt en een selectie die alleen netjes oogt. In een demo werkt de hoofdroute altijd. Jouw afwijkende prijsafspraken, je servicelogboek en je manier van nacalculeren komen daar zelden voorbij, terwijl de implementatiekosten juist daar ontstaan.

Vraag verder altijd hoe je er weer uitkomt: in welk formaat je je gegevens terugkrijgt, inclusief historie en bijlagen. De data verhuist meestal wel. De proceslogica die in jaren is ontstaan en nooit is opgeschreven, verhuist niet.

Bij Empiriq werken we in die volgorde: eerst mens, dan proces, dan technologie. Niet omdat dat nette woorden zijn, maar omdat een pakketkeuze die je vóór het proces maakt bijna altijd tijdens de implementatie wordt teruggedraaid.

Veelgestelde vragen.

Wat is het verschil tussen een suite en een kern met aanvullingen?

Bij een suite levert één leverancier alles, van klantcontact tot boekhouding, en zit de samenhang er al in. Bij een kern met aanvullingen kies je een sterk hoofdpakket en koppel je daar onderdelen aan. Je wint keuzevrijheid en levert samenhang in, of andersom.

Kan HubSpot een ERP-systeem vervangen?

Op zijn eigen productpagina's noemt HubSpot Marketing, Sales, Service, Content, Data en Revenue Hub rond een Smart CRM. Voorraadbeheer, productiebesturing en een grootboek staan daar niet bij. Voor het klantproces is HubSpot dus een volwaardige keuze, voor een ERP-kern zet je er een ander systeem naast.

Wat kost Dynamics 365 Business Central per gebruiker?

Microsoft publiceert voor Nederland listprijzen per gebruiker per maand bij jaarlijkse betaling, exclusief btw: Essentials 69,30 euro, Premium 95,30 euro en Team Members 6,90 euro. Die laatste licentie is bedoeld voor medewerkers die vooral meekijken. Controleer de bedragen zelf, want prijzen verschillen per regio en veranderen.

Moet je bij Odoo betalen voor een nieuwe versie?

Odoo schrijft zelf dat opwaarderen naar de nieuwste versie gratis is, inclusief ondersteuning. Daarbuiten vallen modules die je zelf of een derde partij bouwde en die niet onder een onderhoudscontract vallen: hun broncode moet eerst geschikt worden gemaakt voor de nieuwe versie. Dat werk komt terug bij elke hoofdversie.

Moet je bij Zoho One licenties kopen voor al je medewerkers?

Dat hangt af van het model dat je kiest. Zoho One kent een prijsplan voor alle medewerkers, waarbij je licenties moet afnemen voor alle werknemers op de loonlijst, en een prijsplan voor een flexibel aantal gebruikers. Reken beide door met je eigen personeelsbestand voordat je kiest.

Welk pakket is het beste voor het MKB?

Die vraag heeft geen algemeen antwoord, omdat deze zes pakketten voor verschillende zwaartepunten zijn gemaakt. Kijk waar in jouw bedrijf de tijd en het geld zitten: klantproces, administratie, voorraad, productie of personeel. Het pakket dat op dat zwaartepunt in de standaard past, is bijna altijd de goedkoopste keuze.

Wil je weten welk zwaartepunt bij jou geldt voordat je aan pakketten begint? Dat is precies wat wij in een procesrisico-analyse doen: geen demo, geen pakketadvies vooraf, maar je eigen proces uitgetekend en een eerlijk oordeel. Die tekening blijft van jou, ook als je uiteindelijk bij een andere leverancier uitkomt.

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.

• Zoho One: de twee licentiemodellen, waaronder de verplichting om in het prijsplan voor alle medewerkers licenties af te nemen voor iedereen op de loonlijst, en de ruim veertig geïntegreerde bedrijfsapps. zoho.com/nl/one/pricing, gecontroleerd op 22 tot en met 25 september 2026.
• Odoo: de gratis upgrade inclusief ondersteuning, de uitsluiting van eigen of externe modules zonder onderhoudscontract, en de termijnen van twee jaar bij Odoo Online en drie jaar bij Odoo.sh. odoo.com/documentation, upgrade, gecontroleerd op 22 tot en met 25 september 2026.
• Exact Online: de oplossingen Boekhouden, Factureren, Projectadministratie, Handel, Productie, Bouw, CRM, HR en Salaris, en de segmenten waarvoor Exact zegt te leveren. exact.com/nl/producten, gecontroleerd op 22 tot en met 25 september 2026.
• Dynamics 365 Business Central: de listprijzen Essentials 69,30 euro, Premium 95,30 euro en Team Members 6,90 euro per gebruiker per maand bij jaarlijkse betaling, exclusief btw. microsoft.com/nl-nl, Business Central, gecontroleerd op 22 tot en met 25 september 2026.
• HubSpot: de hubs Marketing, Sales, Service, Content, Data, Revenue en Agent rond het Smart CRM, en de inhoud van Revenue Hub met offertes, facturatie, abonnementen en betalingen. hubspot.com/products, gecontroleerd op 22 tot en met 25 september 2026.
• AFAS: één pakket met ERP en HRM inclusief payroll, online werken, en automatische updates met nieuwe functies en nieuwe wetgeving. afas.nl/software, gecontroleerd op 22 tot en met 25 september 2026.

Plan een kennismaking

AI-gestuurde inzichten. Realtime dashboards. Slimme voorspellingen. Het staat in elke softwarebrochure, en vrijwel nergens staat erbij wat je er maandagochtend mee doet.

Onder die termen zitten wel degelijk toepassingen die werken in een bedrijf van 15 tot 150 medewerkers. Alleen niet allemaal en niet tegelijk. Hieronder staan er vier, met per stuk wat het oplevert, welke gegevens ervoor nodig zijn en wanneer het nog te vroeg is.

Wat doen AI-analyses in een CRM of ERP concreet?

AI-analyses in je CRM of ERP komen in de praktijk neer op vier dingen: documenten automatisch uitlezen en boeken, calculaties ondersteunen met cijfers uit eerdere projecten, signalen over klanten afleiden uit mail en systeemgedrag, en vraag en doorlooptijd inschatten op basis van historie. De rest is presentatie.

Wat die vier gemeen hebben: ze rekenen op jouw gegevens. Wie facturen wil laten herkennen heeft een schoon leveranciersbestand nodig, wie een richtprijs wil heeft afgeronde projecten nodig. Ontbreekt dat, dan krijg je geen fout maar een leeg antwoord.

Elke AI-toepassing in een CRM of ERP is een functie van je eigen gegevens. Zonder consistente artikelnummers, leveranciersgegevens en afgeronde projecten heeft het model niets om op te rekenen. De staat van je stamgegevens bepaalt het resultaat, niet de keuze van het pakket.

Empiriq, vuistregel uit implementatietrajecten, 2026

Kan AI mijn inkoopfacturen en pakbonnen automatisch verwerken?

Ja, en dit is de volwassenste van de vier. Software leest een binnengekomen factuur, bon of pakbon uit, haalt daar leverancier, datum, bedrag en regels uit, en maakt er een boekingsvoorstel van. Iemand kijkt het na en keurt goed. Het scheelt typewerk, geen beoordelingswerk.

Zoho beschrijft bij Autoscan dat een geüploade bon wordt uitgelezen op datum, bedrag, valuta en leverancier, tot op regelniveau, in meer dan veertien talen. Exact beschrijft bij Scan & Herken een tweetrapsproces: eerst tekstherkenning, daarna een boekingsvoorstel op basis van eerdere boekingen en je eigen instellingen, met toewijzing aan leverancier, btw-code en grootboekrekening. Dat tweede deel is het echte werk, geleerd uit jouw boekingen.

Wat je ervoor nodig hebt: een leveranciersbestand zonder dubbelingen, een grootboekschema dat iemand kan uitleggen, één vaste route waarlangs facturen binnenkomen, en boekingshistorie om uit te leren.

Kan AI een richtprijs geven voor mijn offerte?

Dat kan, maar alleen als je nacalculeert. Het systeem vergelijkt een nieuwe aanvraag met eerdere projecten die erop lijken, geeft een richtprijs en waarschuwt als de aanvraag kenmerken heeft van opdrachten die eerder uit de hand liepen. Het vervangt je calculator niet, het geeft hem een ijkpunt.

Hier wordt de gegevenseis pijnlijk concreet. Zoho schrijft bij veldvoorspelling dat het algoritme pas werkt vanaf tweehonderd records die aan je criteria voldoen, en dat een keuzelijstwaarde minstens vijfenzeventig records nodig heeft. Doe je vijftig projecten per jaar, dan heb je meerdere jaren aan vergelijkbare, nagerekende projecten nodig.

Wat je ervoor nodig hebt: offerte, werkelijke uren en inkoop op hetzelfde projectnummer, vaste projecttypen, en de discipline om na oplevering de echte cijfers terug te zetten. Werkt niemand de nacalculatie bij, dan is dit nog te vroeg.

Hoe weet ik welke klant aandacht nodig heeft?

Door het systeem te laten letten op wat verandert: een klant die minder bestelt dan zijn eigen patroon, een gespreksverslag met een andere toon dan gebruikelijk, een offerte die ongewoon lang openstaat. Je verkoper voelt dat bij tien klanten prima aan. Bij tweehonderd klanten voelt niemand dat meer aan.

De functiebeschrijving van Zia in Zoho CRM laat zien wat dit type functie doet: afwijkingen van verwachte trends signaleren en de juiste collega waarschuwen, uit gespreksopnamen sentiment en intentie halen, en suggereren wanneer je een klant het beste benadert. Let op wat daar impliciet staat: afwijkingen signaleren kan alleen als er een patroon is vastgelegd.

Wat je ervoor nodig hebt: klantcontact dat centraal wordt vastgelegd, statussen die iedereen gelijk gebruikt, en genoeg historie per klant om een normaal patroon te herkennen. Blijft contact in eigen postvakken, dan ziet het systeem niets.

Kan ik vraag en doorlooptijd voorspellen met mijn eigen historie?

Ja, voor artikelen met een redelijk stabiel verloop. Het systeem kijkt naar je verkoophistorie per artikel, schat de vraag in de komende perioden en waarschuwt voor dreigende tekorten, zodat je eerder inkoopt in plaats van achteraf. Voor incidentele of projectmatige artikelen werkt het slecht.

Microsoft is open over de grens. In de documentatie van de voorspelfunctie in Business Central staat dat de voorspelling wordt gemaakt op basis van voorraadmutaties, met boekingsdatum, artikelnummer en aantal, en dat de dienst geen voorspelling doet wanneer er te weinig gegevens zijn of wanneer de gegevens veel variëren.

Wat je ervoor nodig hebt: voorraadmutaties die kloppen met de werkelijkheid, artikelnummers die niet halverwege het jaar van betekenis zijn veranderd, en zicht op je uitschieters. Die ene order waarmee je een magazijn leegtrok, moet eruit kunnen.

Welke toepassing past bij mijn situatie?

Dat hangt af van welke gegevens je nu al betrouwbaar vastlegt. Documentverwerking vraagt het minst en levert het snelst iets op. Calculatieondersteuning en klantsignalen vragen jaren historie. Voorspellende planning vraagt een voorraadadministratie die klopt. De tabel hieronder zet het naast elkaar.

Moet ik dan beginnen met een realtime dashboard?

Nee, en dat is de meest gemaakte misstap. Een dashboard voelt als de logische eerste stap, want inzicht is het doel. Maar een dashboard bovenop onbetrouwbare gegevens geeft je vooral sneller ongelijk. De cijfers worden dan zelf het onderwerp van gesprek, en dat kost je maanden.

Het patroon is bekend: er komt een scherm met marges per klant, de commercieel manager herkent zijn omzet niet, en de vergadering gaat over de cijfers.

Een dashboard op onbetrouwbare gegevens maakt je niet sneller slim, het maakt je sneller oneens. De directie praat dan over de cijfers in plaats van over het bedrijf. De volgorde is: eerst de gegevens op orde, dan het proces, dan pas de analyse.

Empiriq, uitgangspunt bij dashboardtrajecten, 2026

Dat is dezelfde lijn die wij overal aanhouden: mens, proces, technologie. Mensen moeten willen vastleggen, het proces bepaalt wat waar terechtkomt, en pas dan heeft de technologie iets om mee te rekenen.

Waarom is een vraag naar AI zelden een vraag naar AI?

Omdat de term het werkelijke probleem onzichtbaar maakt. In vrijwel alle dossiers waarin een klant ons om AI vroeg, bleek de onderliggende behoefte iets anders te zijn: calculeren zonder gokken, de factuurstroom uit de handen van één persoon halen, of eerder weten dat een klant afhaakt. Concrete problemen met een naam.

Als de markt hetzelfde woord gebruikt voor tien dingen, neem je dat woord over. Het gesprek wordt pas bruikbaar bij de vraag: wat gebeurt er nu, wie doet dat, en hoe vaak gaat het mis? Jimi Moreno Ruiz volgde bij MIT Sloan de programma's Organizational Design for Digital Transformation en AI Strategy, en dat is precies het perspectief: eerst het ontwerp van het werk, dan het gereedschap.

Begin daarom bij het proces dat het meeste handwerk kost en waarvan de gegevens het schoonst zijn. Dat is wat wij in een procesrisico-analyse doen: een tekening van je proces en een eerlijk oordeel over wat nu al kan.

Veelgestelde vragen.

Heb ik een apart AI-pakket nodig naast mijn CRM of ERP?

Meestal niet. Brede CRM- en ERP-suites hebben documentherkenning, voorspellingen en signalering vaak al ingebouwd, al zitten ze soms in een hoger abonnementsniveau of in een losse module. Controleer eerst wat je huidige pakket kan, voordat je iets aparts koopt en er een koppeling bij moet onderhouden.

Hoeveel gegevens heb ik nodig voordat voorspellingen werken?

Meer dan je denkt. Zoho noemt bij veldvoorspelling een ondergrens van tweehonderd passende records en minstens vijfenzeventig records per keuzelijstwaarde. Microsoft schrijft bij zijn voorspelfunctie dat er geen voorspelling komt als er te weinig gegevens zijn of als ze veel variëren. Reken dus op jaren consistente historie.

Werkt automatische factuurherkenning ook met Nederlandse facturen?

Dat verschilt per functie en moet je per leverancier navragen. Zoho geeft voor Autoscan aan dat bonnen in meer dan veertien talen worden gelezen, en Exact levert Scan & Herken voor de Nederlandse markt. Vraag bij nieuwe functies expliciet voor welke talen de leverancier ondersteuning garandeert.

Wat kost het om hiermee te beginnen?

De licentie is zelden de grootste post, zeker als de functie al in je abonnement zit. De echte kosten zitten in het opschonen van stamgegevens, het vastleggen van afspraken en de eerste maanden waarin iemand elk voorstel nakijkt. Reken dus op uren van je eigen mensen.

Wie moet dit binnen mijn bedrijf oppakken?

Niet je IT-contactpersoon, maar de persoon die het werk nu doet. Bij documentverwerking is dat de administratie, bij calculatie de calculator, bij klantsignalen de commercieel verantwoordelijke. Die persoon ziet als enige of een voorstel klopt, en zonder dat oordeel blijft elk model een gok.

Wat als mijn gegevens nu een rommel zijn?

Dan is dat je eerste project, en dat is goed nieuws: opschonen levert ook zonder AI iets op. Schone leveranciers- en artikelgegevens maken je administratie, rapportages en facturatie meteen betrouwbaarder. Begin met één bestand, maak iemand eigenaar, en maak bijhouden onderdeel van het dagelijkse werk.

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.

• De gegevensdrempels voor veldvoorspelling in Zoho CRM: minimaal tweehonderd passende records en vijfenzeventig records per keuzelijstwaarde, een eerste voorspelling na vierentwintig uur en opnieuw trainen elke twee weken. help.zoho.com, Zia veldvoorspelling, gecontroleerd op 25 september 2026.
• Documentverwerking bij Zoho: het uitlezen van datum, bedrag, valuta en leverancier tot op regelniveau, in meer dan veertien talen. zoho.com/us/expense, autoscan, gecontroleerd op 25 september 2026.
• Documentverwerking bij Exact: tekstherkenning op inkomende facturen en daarna een boekingsvoorstel met leverancier, btw-code en grootboekrekening op basis van eerdere boekingen. exact.com/nl/producten/boekhouden/scan-herken, gecontroleerd op 25 september 2026.
• De klantsignalen van Zia: afwijkingsdetectie, verloopvoorspelling, sentiment en intentie uit gespreksopnamen, en een suggestie voor het beste moment en kanaal van contact. zoho.com/crm/zia, gecontroleerd op 25 september 2026.
• Voorspellende planning in Business Central: de voorspelling op basis van voorraadmutaties met boekingsdatum, artikelnummer en aantal, en het uitblijven van een voorspelling bij te weinig of sterk variërende gegevens. learn.microsoft.com, Business Central, gecontroleerd op 25 september 2026.

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 tien tot vijftig mensen in de buitendienst, en het loopt. Niet soepel, maar het loopt. De planning zit grotendeels in het hoofd van één persoon, met een Excel-bestand als geheugensteun. Werkbonnen komen op papier binnen, of als foto via WhatsApp. Uren worden achteraf ingeschat, omdat niemand op locatie de tijd heeft om iets in te vullen. Materiaal dat uit de bus is gegaan, staat soms nergens. En de facturatie loopt daardoor structureel twee tot vier weken achter.

Ga je dan kijken naar field service software, dan kom je terecht in een markt die vooral laat zien wat er allemaal kán. Routeoptimalisatie, voorspellend onderhoud op sensordata, SLA-bewaking per contractregel, dashboards met alles erop en eraan. Dat is indrukwekkend, en het is ook grotendeels niet wat jou op dit moment tegenhoudt.

Dit stuk gaat over dat onderscheid. Wat je echt nodig hebt om van papier en schattingen af te komen, en wat je in dit stadium gerust kunt laten liggen zonder dat je jezelf tekortdoet.

De basis is smaller dan je denkt.

Als je terugrekent vanaf de factuur, kom je op een korte lijst uit. Alles wat op die factuur moet staan, moet ergens op locatie zijn vastgelegd door de persoon die het werk deed. Dat is het hele mechanisme.

• De werkorder digitaal naar de monteur. Wat, waar, bij welke klant, welke installatie, en wat er vorige keer is gebeurd.
• Een app die blijft werken zonder bereik. Kelders, machinekamers, scheepsruimen, nieuwbouw zonder wifi. Dit is de vraag die je aan elke leverancier expliciet stelt, want de folder zegt er zelden iets over.
• Uren en materialen ter plekke vastleggen. In seconden, niet in schermen. Als het invullen langer duurt dan opschrijven, gebeurt het niet.
• Foto's bij de opdracht. Situatie bij aankomst, situatie bij vertrek. Dit scheelt achteraf de meeste discussie.
• Handtekening van de klant op locatie. Akkoord op wat er is gedaan en wat er is verbruikt, op het moment dat de klant er nog bij staat.
• Doorstroom naar de facturatie. Van afgeronde werkbon naar conceptfactuur, zonder dat iemand het overtypt.

Dat is het. Als je dit werkend krijgt voor je hele buitendienst, heb je het grootste deel van je probleem opgelost. De rest is verfijning.

Begin niet bij de planning, ook al voelt dat als de grootste pijn.

Hier gaat het bij de meeste bedrijven mis, en het is een begrijpelijke fout. De planning is waar het schuurt. Het is de persoon die met vakantie niet gemist kan worden, de puzzel die elke ochtend opnieuw gelegd wordt, de bron van de meeste telefoontjes. Dus lijkt automatisch plannen de logische eerste investering.

Alleen: een planningsalgoritme is niet meer dan een rekensom over de gegevens die je erin stopt. En die gegevens heb je nu niet. Automatisch plannen werkt pas als drie dingen kloppen.

• Realistische doorlooptijden per taak. Niet wat je ooit hebt afgesproken dat een onderhoudsbeurt duurt, maar wat hij in de praktijk duurt, inclusief reistijd en het gedoe bij aankomst.
• Actuele beschikbaarheid. Wie werkt wanneer, wie is ziek, wie zit vast op een klus die is uitgelopen.
• Vastgelegde vaardigheden per monteur. Wie mag aan welke installatie komen, wie heeft welk certificaat, wie kent deze klant.

Die drie dingen zitten nu in iemands hoofd. Zet je daar een algoritme op, dan krijg je een systeem dat sneller de verkeerde planning maakt dan je planner dat met de hand deed. En erger: het is een planning waar niemand meer het gevoel bij heeft dat hij klopt, dus gaat iedereen er weer omheen werken.

Begin daarom bij de werkbon. Dat is waar de gegevens ontstaan. Na een half jaar consequent uren en materialen vastleggen op locatie, weet je hoe lang taken echt duren. Dán heb je iets waar een planningsmodule mee kan werken. De volgorde is niet willekeurig: eerst de mensen die het vastleggen, dan het proces, dan pas de techniek die erop rekent.

Wat je in dit stadium kunt overslaan.

Een paar dingen die bijna altijd in de demo zitten en bijna nooit in het eerste jaar iets opleveren.

Geavanceerde routeoptimalisatie. Die verdient zich terug bij veel korte opdrachten per dag in een dichtbevolkt gebied. Heb je monteurs die twee of drie klussen per dag doen, dan is de winst van een slimmere volgorde marginaal vergeleken met de winst van een werkbon die klopt.

Voorspellend onderhoud op sensordata. Dit vraagt gekoppelde apparatuur, jaren storingshistorie en iemand die de uitkomsten kan beoordelen. Zonder die drie is het een duur dashboard.

Uitgebreide contract- en SLA-modules. Zinvol als je met boetes op responstijden werkt of veel verschillende serviceniveaus verkoopt. Heb je vooral onderhoudscontracten die op dezelfde manier lopen, dan volstaat een terugkerende werkorder.

Dashboards. Vraag jezelf eerlijk af wie er elke maandag daadwerkelijk in gaat kijken en wat hij dan anders gaat doen. Kun je die vraag niet beantwoorden, laat het dan.

Wanneer die zwaardere onderdelen wél aan de beurt zijn.

Niet nooit, wel later. Concreet: routeoptimalisatie wordt interessant als je monteurs vier of meer opdrachten per dag draaien en je reistijd een serieuze kostenpost is geworden. Vaardigheden en shiftplanning gaan meetellen zodra je te veel monteurs hebt om ze allemaal te kennen, in de praktijk ergens rond de twintig tot dertig.

Contract- en SLA-bewaking wordt noodzakelijk op het moment dat je verplichtingen hebt die geld kosten als je ze mist. Voorspellend onderhoud komt in beeld als je installaties al data leveren en je genoeg storingshistorie hebt vastgelegd om een patroon te kunnen zien. Dat laatste is precies de reden om nu goed vast te leggen wat er bij een storing is gebeurd, ook al doe je er voorlopig nog niets mee.

De meeste pakketten laten zich in die volgorde uitbouwen, van een basis met werkorders en servicerapporten naar zwaardere onderdelen als vaardigheden, assets en onderhoudsplannen. Vraag bij je selectie dus niet alleen wat een pakket kan, maar ook wat je op dag één kunt uitzetten zonder dat het in de weg zit.

Waar je kunt beginnen.

Voordat je demo's gaat plannen, is het nuttig om je serviceproces één keer uitgetekend te hebben. Van binnenkomende melding tot verzonden factuur, met daarin de punten waar informatie nu verloren gaat of dubbel wordt ingevoerd. Meestal blijkt dat er drie of vier van die punten zijn, en dat ze samen het merendeel van je vertraging veroorzaken.

Dat is wat wij in een procesrisico-analyse doen. Geen demo, geen pakketadvies, gewoon een tekening en een eerlijk oordeel over waar je begint. Die tekening blijft van jou en is net zo bruikbaar als je uiteindelijk met een andere partij verder gaat.

Plan een kennismaking

Er is meestal een moment waarop je het doorhebt, ruim voordat iemand het hardop zegt. Je meldt iets kleins bij support en krijgt pas de volgende middag antwoord. Je vraagt naar die koppeling waar al twee jaar over wordt gesproken, en opnieuw staat die op de roadmap. De laatste release was ergens vorig jaar en bevatte vooral correcties.

Het pakket doet nog gewoon wat het altijd deed. Je mensen werken er tien of twintig jaar mee en kennen elke hoek ervan. Alleen is het stilletjes gestopt met meegroeien, en dat voelt anders dan een storing. Er is niets kapot, er gebeurt alleen niets meer.

Dit komt vaker voor dan je denkt, en bijna nooit met een aankondiging. Soms is de leverancier overgenomen door een grotere partij die het pakket in onderhoudsmodus zet. Soms gaat de oorspronkelijke bouwer met pensioen. Soms zijn er te weinig klanten om doorontwikkeling te betalen. Het gevolg is telkens hetzelfde, en jij hoort het als laatste.

De signalen zie je eerder dan de aankondiging.

Voordat een leverancier iets communiceert, is het patroon vaak al jaren zichtbaar:

• Releases liggen steeds verder uit elkaar en bevatten steeds minder functionaliteit.
• Support reageert trager, en je krijgt vaker een omweg aangeboden in plaats van een oplossing.
• Dezelfde wensen staan al jaren op de roadmap, zonder datum erbij.
• Je accountmanager wisselt regelmatig, of je hebt er in de praktijk geen meer.
• Er komen geen nieuwe klanten meer bij in jouw branche. De referenties op de site zijn oud.
• Handleidingen, trainingen en releasenotes worden niet meer bijgewerkt.

Eén signaal zegt weinig. Drie of meer tegelijk is een patroon. Vraag het na bij andere bedrijven met hetzelfde pakket. Als zij hetzelfde beeld hebben, ligt het niet aan jouw contract.

Je hebt meer speelruimte dan het voelt.

Software die niet meer wordt doorontwikkeld, stopt niet met werken. Morgen draait het nog precies zoals vandaag. Er is geen knop die omgaat.

Wat je wel verliest, is meebewegen. Nieuwe wettelijke eisen rond facturatie en rapportage worden niet meer verwerkt, koppelingen met systemen die wél doorontwikkelen gaan knellen, en de groep mensen die het pakket echt kent wordt elk jaar kleiner. Dat zijn risico's die langzaam oplopen, niet van de ene op de andere dag.

Het werk is dus niet om meteen te kiezen, maar om vast te stellen waarop het gaat knellen en wanneer. Leg je vragen ook schriftelijk bij je leverancier neer: wat staat er de komende drie jaar op de planning, wat gebeurt er bij een wetswijziging, en hoe kom ik bij mijn eigen data als ik weg wil. Het antwoord is informatie. Het uitblijven ervan ook.

Welke branchekennis zit er echt in de software.

Dit is de kern van de angst, en terecht. Een branchepakket bevat jaren opgebouwde kennis die in een standaardpakket niet zit. Daarom voelt vervangen als teruggaan naar af. Het helpt om die kennis in drie lagen uit elkaar te trekken.

Wat echt in de software zit. Rekenregels die je niet zelf onderhoudt, een datamodel dat past bij hoe jouw werk loopt (een project dat in fasen uiteenvalt, een order die per meter of per ton wordt afgerekend) en branchespecifieke documenten. Dit is wat je bij een vervanging echt moet oplossen.

Wat in je data zit. Je artikelstructuur, prijsafspraken, historie en stuklijsten. Waardevol, maar het is niet het pakket. Data verhuist, mits je erbij kunt.

Wat in je mensen en je werkafspraken zit. Wanneer je een opdracht wel of niet aanneemt, hoe je nacalculeert, wie tekent voor welk bedrag, hoe je omgaat met meerwerk. Dat zit in hoofden en gewoontes, niet in schermen.

Zet het een keer naast elkaar en je ziet bijna altijd hetzelfde: de eerste lijst is korter dan verwacht en de derde veel langer. Alleen die eerste lijst is een echt selectievraagstuk.

Waarom een ander branchepakket zoeken het probleem verplaatst.

De voor de hand liggende conclusie is: zoek een ander pakket voor onze branche dat alles weer precies zo doet. Begrijpelijk, want dat belooft de minste verandering.

Alleen was het probleem niet dat je het verkeerde pakket had. Het probleem is dat de partij erachter te weinig klanten, te weinig mensen of te weinig belang had om te blijven ontwikkelen. Kies je opnieuw voor een klein pakket met dezelfde kenmerken, een beperkte klantenkring, een handvol ontwikkelaars en één markt, dan koop je dezelfde afhankelijkheid opnieuw met de klok weer op nul. Over vijf of tien jaar kun je hier weer zitten.

Bij een één-op-één overzetting neem je bovendien alle keuzes mee die ooit zijn gemaakt voor klanten die je niet meer hebt. Je betaalt dan opnieuw voor je eigen verleden.

De betere vraag is welk deel van je proces echt uniek is voor jouw branche en welk deel je gewoon standaard kunt doen. Debiteuren, crediteuren, inkoop, urenregistratie, voorraad en klantcontact zijn bij een installatiebedrijf niet wezenlijk anders dan bij een groothandel. Dat kan op iets breeds dat door veel meer bedrijven wordt gebruikt en daardoor blijft doorontwikkelen. Wat overblijft, denk aan calculatie, planning, keuringen of nacalculatie per project, verdient je aandacht en je geld.

Dan krijg je een andere vorm: een brede administratieve kern die blijft bestaan, met daarbovenop een beperkte laag die van jou is. Die laag is veel kleiner dan een heel pakket. En als die over acht jaar niet meer voldoet, vervang je die laag en niet je hele administratie.

Hoe je hier een besluit van maakt zonder paniek.

De volgorde die werkt is mens, proces, technologie. Pakketten komen als laatste, niet als eerste.

• Schrijf per afdeling op welke stappen er werkelijk worden gezet, ook wat buiten het pakket om gaat in Excel of de mail.
• Markeer de stappen die niet in een standaardpakket zouden passen, en schrijf erbij waarom.
• Zoek uit hoe je bij je eigen data komt en test dat een keer echt. Dit is wel tijdkritisch, want bij een leverancier die afbouwt wordt het niet makkelijker.
• Kies zelf een moment waarop je beslist. Anders beslist de situatie het voor je.

Praat pas over pakketten als die lijst er ligt. Dan gaat het gesprek over jouw werk in plaats van over een demo.

Waar je kunt beginnen.

Voordat je met wie dan ook over vervanging praat, is het nuttig om je processen en je risico's één keer uitgetekend te hebben. Dan zie je zwart op wit welk deel van je branchekennis echt in de software zit en waar je nu kwetsbaar bent.

Dat is wat wij in een procesrisico-analyse doen. Geen demo, geen pakketadvies, gewoon een tekening en een eerlijk oordeel. Die tekening blijft van jou, ook als je met een andere partij verdergaat.

Plan een kennismaking

Je boekhouding draait in Exact Online en dat gaat goed. De facturen gaan eruit, de btw-aangifte klopt, je accountant kan erbij. Op dat vlak is er weinig reden om iets te veranderen.

En toch loop je vast. De planning staat in een Excel die één iemand beheert en waar niemand anders in durft. De monteurs sturen foto's van werkbonnen via WhatsApp. Je dealers mailen hun bestellingen, en iemand op kantoor tikt die over. Of er nog achter een offerte aan is gebeld weet je pas als je het vraagt.

Dat is een ander probleem dan uit je systeem groeien. Je hoeft Exact Online niet te vervangen. De vraag is wat je ernaast zet, en vooral in welke volgorde je dat doet.

Begin bij waar het misgaat, niet bij wat er ontbreekt.

De verleiding is om meteen functielijstjes te vergelijken. Dat is de verkeerde kant op werken. Houd eerst een paar weken bij waar werk blijft liggen, waar fouten ontstaan en waar iemand gegevens voor de tweede keer intikt. Niet uit je hoofd, maar op papier, met de mensen die het doen.

Wat daar uitkomt is vaak geen ontbrekende functie, maar een afspraak die nooit is gemaakt of functionaliteit die je al hebt en die niemand gebruikt. Exact Online kent naast boekhouden ook modules voor handel, bouw, productie, projectadministratie en CRM. Controleer op exact.com wat er in jouw situatie al beschikbaar is voordat je iets nieuws koopt.

Voor elk gat een losse tool is de verkeerde reflex.

Hier gaat het bij de meeste bedrijven mis, op een manier die op het moment zelf volledig logisch voelt. De planning loopt vast, dus je koopt een planningstool. De buitendienst werkt met papier, dus je neemt een werkbonnen-app. Dealers blijven mailen, dus je zet er een bestelportaal naast. Offertes blijven liggen, dus komt er een apart CRM bij.

Elk van die besluiten is verdedigbaar. Ze kosten weinig, ze zijn binnen een maand in gebruik en ze lossen precies op waar je last van had. Drie jaar verder zit je op zeven abonnementen en vijf koppelingen, waarvan er een paar zijn gebouwd door iemand die er niet meer werkt. Klantgegevens staan op vier plekken. Iemand wijzigt een adres in de planningstool, dat komt niet terug in Exact Online, en de factuur gaat naar het oude adres. Niemand kan nog zeggen welk systeem de waarheid bevat, en de vraag wat een project heeft gekost kost een halve dag.

Die tools zijn niet het probleem. Het probleem is dat niemand heeft vastgelegd welk systeem waarvoor de bron is. Het alternatief is dus niet meer tools en ook niet betere tools. Het is eerst die vraag beantwoorden: welk systeem is leidend voor relaties, artikelen, prijzen, voorraad, uren en orders. Pas daarna kies je waarmee je aanvult.

Bepaal per soort gegeven welk systeem de bron is.

Pak een vel papier, zet de soorten gegevens onder elkaar en schrijf achter elke regel één systeemnaam. Niet twee.

• Relaties en contactpersonen: waar worden ze aangemaakt, en waar alleen gelezen?
• Artikelen en prijzen: welk systeem bepaalt wat een klant uiteindelijk betaalt?
• Voorraad: welk getal is leidend?
• Uren: waar boekt de buitendienst, en wat daarvan gaat door naar de factuur?
• Offertes en orders: waar begint de order, en waar wordt hij financieel afgehandeld?

De regel is simpel: een gegeven wordt op één plek onderhouden en stroomt in één richting naar de rest. Twee systemen die elkaar allebei mogen bijwerken klinkt praktisch en levert binnen een jaar verschillen op die niemand meer kan verklaren. Wij houden vast aan de volgorde mens, proces, technologie, en dit is het procesdeel dat mensen willen overslaan omdat het niet op software lijkt.

Wat makkelijk koppelt en wat fragiel wordt.

Exact heeft een eigen App Store met oplossingen van andere leveranciers, met categorieën als magazijnbeheer, verzenden, productie, projectmanagement en relatiebeheer, en daar staan ook partijen tussen voor werkbonnen en buitendienst. Daarnaast is er een API voor eigen koppelingen. Er kan dus veel, maar niet alles wordt even stabiel.

Wat goed gaat, zijn gegevens die één richting op stromen in een vast formaat: verkoop- en inkoopfacturen richting je boekhouding, en relaties en artikelen vanuit Exact Online naar de tool die je ernaast zet. Fragiel wordt het als twee systemen dezelfde gegevens mogen wijzigen, als een koppeling bij elke handeling meteen moet doorgeven terwijl Exact limieten hanteert op het gebruik van de API, of als het maatwerk is dat één persoon ooit heeft gebouwd en nergens heeft vastgelegd. Vraag bij elke koppeling wie hem onderhoudt en hoe je ziet dat hij stilstaat. Dat laatste wordt bijna altijd vergeten, en een koppeling die stilletjes stopt is erger dan geen.

Let ook op dubbele stamgegevens. Wordt een klant in twee systemen apart aangemaakt, dan heb je twee nummers voor dezelfde klant. De koppeling moet ze matchen op naam of e-mailadres, en dat gaat mis zodra een bedrijf van naam verandert of een tweede vestiging krijgt. Spreek af welk systeem het klantnummer uitgeeft en laat het andere systeem dat nummer meedragen. Saai werk dat vooraf een uur kost en achteraf maanden.

Wanneer aanvullen niet meer genoeg is.

Soms is het eerlijke antwoord dat je verder moet kijken. Drie signalen wijzen daar echt op. Het knelpunt zit in je financiële proces zelf en niet aan de rand, bijvoorbeeld bij meerdere entiteiten of bij de manier waarop projecten worden vastgelegd. Je hebt drie of meer koppelingen nodig om te kunnen leveren, niet als extraatje maar om je primaire proces te laten lopen. Of de kern van je vak, productie of service, leeft volledig buiten je administratie.

Dan verandert de vraag. Het gaat niet meer over welke tool je ernaast zet, maar over welk systeem je financiële kern blijft en wat je daar als front office bovenop bouwt. Wij werken met Uniconta voor die kern en met Zoho One voor de voorkant. Dat is pas een zinnige discussie als je de bronvraag hebt beantwoord. Andersom werkt het niet, en daar gaan de meeste trajecten stuk.

Waar je kunt beginnen.

De eerste stap kost je geen geld. Teken je proces één keer uit, van offerte tot factuur, met elke plek waar gegevens worden ingevoerd en elke plek waar iets blijft liggen of wordt overgetikt. Op die tekening zie je zelf welke gaten echte gaten zijn en welke een afspraak zijn die nooit is gemaakt.

Dat is wat wij in een procesrisico-analyse doen. Geen demo, geen pakketadvies, gewoon een tekening en een eerlijk oordeel over waar geld en tijd weglekken. Die tekening blijft bruikbaar, ook als je met een andere partij verder gaat of als je besluit dat alles bij Exact Online blijft zoals het is.

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

Als je bedrijf nog op Microsoft Navision draait, heb je waarschijnlijk in de afgelopen twee jaar meerdere keren een mail gekregen van een partij die je wil helpen migreren. Meestal met een deadline erin en een gevoel van haast.

De haast is deels terecht. De conclusie die eraan wordt gehangen, lang niet altijd.

Eerst de datums, want die bepalen je speelruimte.

Microsoft werkt met een vaste levenscyclus: ongeveer vijf jaar mainstream support, daarna een periode extended support waarin je alleen nog beveiligingsupdates krijgt. Daarna niets meer.

• NAV 2013: extended support geëindigd op 11 januari 2023.
• NAV 2015: geëindigd op 14 januari 2025.
• NAV 2016: geëindigd op 15 april 2026.
• NAV 2017: eindigt op 12 januari 2027.
• NAV 2018: eindigt op 12 januari 2028.

Draai je op 2016 of ouder, dan krijg je op dit moment al geen beveiligingsupdates meer. Draai je op 2017, dan heb je nog ruim drie maanden. Op 2018 heb je nog iets meer dan een jaar.

Belangrijk om te weten: je systeem stopt niet met werken. Het blijft gewoon draaien zoals het vandaag draait. Wat je verliest is de beveiligingsondersteuning, en daarmee schuift dit van een IT-vraag naar een risicovraag. Dat is ook precies wat je verzekeraar of een auditor je gaat vragen.

Wat Business Central kost.

De listprijzen van Microsoft Nederland, bij jaarlijkse betaling en exclusief btw:

• Essentials: 69,30 euro per gebruiker per maand.
• Premium: 95,30 euro per gebruiker per maand.
• Team Members: 6,90 euro per gebruiker per maand, voor mensen die alleen lezen en lichte handelingen doen.

Voor een bedrijf met twintig volwaardige gebruikers op Essentials kom je op ongeveer 16.600 euro per jaar aan licenties. Premium heb je nodig zodra je productie of servicebeheer draait, en dan sta je op zo'n 22.900 euro.

Dat lijkt vaak meer dan wat je nu betaalt, en dat klopt meestal ook. Je huidige NAV is waarschijnlijk ooit als licentie gekocht en je betaalt sindsdien alleen onderhoud. Je gaat van een afgeschreven bezit naar een abonnement. Reken die overgang eerlijk door in je meerjarenbegroting in plaats van alleen naar het maandbedrag te kijken.

De echte kostenpost zit niet in de licenties.

Bijna elke NAV-installatie die tien jaar of langer meegaat, zit vol maatwerk. Aangepaste schermen, eigen rapportages, koppelingen met een webshop of een planningspakket, velden die iemand ooit heeft toegevoegd omdat het nu eenmaal zo werkte bij jullie.

Dat maatwerk is de rekening. Business Central werkt met extensies in plaats van met wijzigingen in de standaardcode, wat op termijn een groot voordeel is, maar het betekent wel dat je oude maatwerk niet zomaar meeverhuist. Het moet opnieuw gebouwd worden, of je laat het los.

En daar zit de vraag die te weinig gesteld wordt: welk deel van dat maatwerk gebruik je eigenlijk nog? In de trajecten die wij zien blijkt telkens een flink deel ooit gebouwd voor een klant die je niet meer hebt, een proces dat je anders bent gaan doen, of een rapportage die al jaren door niemand wordt geopend.

Waarom "we gaan gewoon naar Business Central" de verkeerde eerste stap is.

Hier gaat het bij veel bedrijven mis. Het einde van support voelt als een opdracht, en de meest voor de hand liggende route is upgraden naar wat je leverancier aanbiedt.

Maar het einde van support is een deadline, geen richting. Het zegt dat je iets moet beslissen, niet wat je moet beslissen.

Als je nu een offerte opvraagt voor een migratie, krijg je een prijs voor het naar Business Central tillen van het systeem dat je hebt, inclusief het maatwerk dat erin zit. Je betaalt dan opnieuw voor keuzes die je jaren geleden hebt gemaakt, en je houdt de beperkingen waar je nu tegenaan loopt. Alleen dan in de cloud en met een maandbedrag eronder.

Dit is ook het moment om vast te stellen of Business Central nog steeds past. Voor veel bedrijven is dat zo, zeker als je zwaar op productie of complexe voorraad draait. Maar als je in de praktijk vooral vastloopt op planning, offertes, service of klantcontact, dan los je dat niet op met een upgrade van je financiële kern. Dan is de vraag eerder welke backbone je aanhoudt en wat je daar als front office bovenop zet.

Drie vragen voordat je een offerte opvraagt.

Welk maatwerk gebruik je nog echt? Loop het door met de mensen die ermee werken, niet met de lijst uit de documentatie. Alles wat je schrapt, hoef je niet opnieuw te bouwen.

Waar zit je pijn op dit moment? Als je grootste ergernissen buiten je ERP liggen, in planning, calculatie of de buitendienst, dan is een migratie van je ERP het antwoord op een vraag die je niet stelde.

Wat is je echte deadline? Niet de datum uit de mail van je leverancier, maar die van jouw versie. Bij NAV 2018 heb je meer dan een jaar, en dat is genoeg tijd om het goed te doen in plaats van snel.

Waar je kunt beginnen.

Voordat je met wie dan ook over pakketten praat, is het nuttig om je processen en je maatwerk één keer uitgetekend te hebben. Dan zie je zwart op wit wat je meeneemt, wat je loslaat en waar het geld en de tijd nu weglekken.

Dat is wat wij in een procesrisico-analyse doen. Geen demo, geen pakketadvies, gewoon een tekening en een eerlijk oordeel. Die tekening is ook bruikbaar als je uiteindelijk met een andere partij in zee gaat.

Plan een kennismaking