Asset management software voor infra: vergelijking en selectie-criteria

Asset management software, areaalmanagement, CMMS, EAM — de termen lopen door elkaar maar dekken verschillende dingen. In dit artikel: wat het verschil is, welke selectie-criteria écht tellen voor de Nederlandse infra-sector, en hoe je een leverancier kiest die niet over 3 jaar weer vervangen moet worden.

Inhoud

  1. De begrippen op een rij: AMS, CMMS, EAM, GBI
  2. Wie heeft welk type nodig?
  3. Vijf kerncriteria bij selectie
  4. NL-specifieke vereisten die niemand belicht
  5. Vier valkuilen bij leverancierselectie
  6. Integratie: het meest onderschat
  7. Wat zit er in de TCO?
  8. Het selectie-proces in 6 stappen
  9. Waar past FieldOps in dit landschap?

De begrippen op een rij: AMS, CMMS, EAM, GBI

Vier afkortingen die je in dit veld vaak tegenkomt:

In de praktijk overlappen ze. Een gemeente met 50.000 assets heeft typisch een GBI voor het areaal, een CMMS voor de uitvoerende dienst, en gebruikt rapporten uit beide voor het AMS-proces (lange-termijn-planning).

Wie heeft welk type nodig?

Aannemer in GWW

Werkt vooral met CMMS-functionaliteit: werkbonnen ontvangen, plannen, uitvoeren, factureren. Asset-data wordt geleverd door de opdrachtgever (gemeente of provincie). Zoekt naar lichte software die snel mee schaalt met aantal projecten.

Gemeente met buitendienst

Combinatie van GBI (asset-register, MOR-flow) en lichte CMMS (eigen buitendienst-werkbonnen, klacht-afhandeling). Voor gemeenten die uitbesteden: een MOR-systeem dat naadloos integreert met de aannemer-software.

Waterschap of provincie

AMS-fase: lange-termijn-planning over groot areaal met grote vervangingscycli (sluizen, gemalen, wegen). Vaak gecombineerd met SCADA voor real-time monitoring. Zoekt vooral robuuste integratie en data-portabiliteit.

Kleine ZZP'er of inspectie-bureau

Heeft alleen veld-tools nodig: registratie-app, foto, GPS, CROW-classificatie. Geen volledig EAM. Belangrijk: data-export naar opdrachtgever in formaat dat past.

Vijf kerncriteria bij selectie

1. Norm-conformiteit ingebakken, niet als plug-in

Software die CROW 146 en NEN 2767-2 als kernvelden in het datamodel heeft, is fundamenteel anders dan software die "ook" CROW-classificatie ondersteunt via een vrij tekstveld. Vraag bij demo: laat zien hoe je een melding maakt — als CROW-velden niet de eerste keuze zijn maar opties in een dropdown of tab, is het een bolt-on en geen native feature.

2. Mobiele first-class, niet als responsive bijproduct

Veld-veteranen werken op een iPhone in regen op een werklocatie zonder netwerk. Een desktop-app met een "mobiele weergave" is geen mobiele app. Native iOS/Android of een echte PWA met offline-cache is essentieel. Test in demo: hoe lang duurt een melding aanmaken op de mobiel? Werkt het zonder internet?

3. Open API met OpenAPI-spec

Vraag in de selectie: "geef me de OpenAPI 3.1 specificatie van jullie API". Geen spec = geen API = je zit vast in een vendor-lock-in. FieldOps publiceert de OpenAPI-spec publiek op portaal.fieldopsapp.nl/developers.

4. Audit-log dat audit-bestendig is

Een goed audit-log is append-only: geen wijziging is achteraf te muteren. Veel systemen hebben "logging" maar laten admins logs verwijderen. Voor Rekenkamer-audits, ISO 27001 of GDPR-DPA is dat onbruikbaar. Vraag: kunnen admins audit-records muteren of verwijderen? Antwoord moet "nee" zijn.

5. Data-portabiliteit en exit-strategie

Wat krijg je mee als je over 5 jaar wilt overstappen? Een PDF-export is geen exit-strategie; een complete CSV-dump van alle assets, meldingen, foto's en audit-events wel. Eis dit in het contract.

NL-specifieke vereisten die niemand belicht

Vier valkuilen bij leverancierselectie

1. "We doen alles" — en daarmee niets goed

Een leverancier die zegt "wij doen ook installatiebeheer, gebouwbeheer, fleet, parking..." doet vaak één ding goed en vier dingen middelmatig. Voor infra in NL: kies een specialist. Voor algemene CMMS: kies een specialist. Niet beide tegelijk.

2. Maatwerk-promises ("we bouwen het voor u")

Maatwerk klinkt aantrekkelijk maar is een lange-termijn-val. Je betaalt voor de eerste implementatie en daarna voor élk update-traject opnieuw. Standaard-software met goede configuratie-mogelijkheden is in de meeste gevallen bouwjaar.

3. Vendor-presentatie zonder live demo

Vraag een live-demo waarin de salesconsultant in real-time meldingen maakt, een CROW-classificatie invoert, een rapport genereert — niet een pre-recorded video. Als ze niet bereid zijn live te demonstreren, weet je waarom.

4. "Cloud-first" zonder uitleg waar de data staat

Cloud is geen productspec, het is een marketingterm. Vraag specifiek: in welk datacenter staat onze data? Is dat US, EU of mix? Wie zijn de sub-processors? Krijg je een DPA? Bij goede leveranciers is dit een 30-seconden-antwoord.

Integratie: het meest onderschat

In de praktijk faalt 70% van de asset-software-implementaties op integratie — de software werkt prima op zichzelf, maar praat niet (of slecht) met het ERP, GIS, MOR-systeem of agenda-applicatie. Vier integraties die je vrijwel altijd nodig hebt:

Eis een aantoonbare track-record van deze integraties. Een leverancier die zegt "we kunnen dat bouwen" maar geen klanten heeft die het in productie draaien, levert nogwerk-onder-de-vlag-van-implementatie.

Eis voor de RFP Vraag bij elke leverancier: "geef me 3 referenties van klanten met dezelfde integraties als wij nodig hebben, in de afgelopen 12 maanden in productie genomen". Als ze die niet kunnen leveren, is het een prototype, geen product.

Wat zit er in de TCO?

De licentieprijs is doorgaans 30-50% van de Total Cost of Ownership over 5 jaar. De rest:

De goedkoopste licentie wint zelden de TCO-vergelijking. Vraag bij elke leverancier een 5-jaar-TCO-schatting waarin alle bovenstaande posten zitten — en betwist niet-realistische posten.

Het selectie-proces in 6 stappen

  1. Behoefte-analyse — interview 5-7 stakeholders (veld, kantoor, IT, finance, opdrachtgever-vertegenwoordigers). Schrijf 30-50 must-haves op, niet meer.
  2. Marktscan — 8-12 leveranciers die in jouw segment werken. Long-list.
  3. Schiftelijke RFP — long-list naar short-list (3-4 leveranciers) op basis van must-haves, prijs-indicatie, referenties.
  4. Live demo's met identieke use-cases per leverancier. Beoordeel op uitvoering, snelheid, edge cases.
  5. Pilot met 1 leverancier op een afgebakend areaal (bijv. 1 wijk of 1 project). 8-12 weken.
  6. Beslissing en contract met data-portabiliteit, SLA, exit-clausules expliciet opgenomen.

Waar past FieldOps in dit landschap?

FieldOps is een operationele speler in dit veld: lichte CMMS + MAS-functionaliteit specifiek voor de Nederlandse GWW-sector, met:

Niet voor: full-EAM voor industriële omgevingen, gebouwen-management, fleet-tracking. Wel voor: aannemers, gemeenten, waterschappen en infra-bedrijven die een mobiele veldtool willen die direct CROW + NEN 2767 spreekt.

Verder lezen

Over de norm-zijde: CROW 146 uitleg en NEN 2767-2 conditiescore. Over implementatie: MOR-meldingen automatiseren en RGO in praktijk. Externe bronnen: de officiële NEN.nl publiceert handboeken voor NEN 2767, en CROW.nl alle CROW-documenten.

Test FieldOps tegen uw eigen criteria

De beste manier om software te selecteren is 'm draaien op uw eigen data. Maak een gratis test-organisatie aan en zie hoe het werkt.

Probeer de demo →

Meer artikelen