PLM-gebruikersadoptie: verandermanagement dat werkt

Adoptie bepaalt of PLM waarde levert

Een perfect geconfigureerd PLM-systeem mislukt toch als engineers hun onderdelenlijsten in spreadsheets houden en tekeningen per e-mail versturen. De voordelen uit de PLM-business case, zoals kortere wijzigingscycli en minder fouten in de productie, verschijnen pas wanneer het systeem de enige plek is waar productdata worden aangemaakt en vrijgegeven. Adoptiewerk verdient daarom vanaf de start van het programma een eigen plan, budget en eigenaar.

Begrijp de weerstand per rol

Verschillende gebruikersgroepen hebben verschillende redenen voor weerstand. Door die vroeg in kaart te brengen, kun je gericht maatregelen nemen:

Pas een gestructureerd veranderingsmodel toe

Veel programma's gebruiken een veranderingsmodel voor individuen, zoals ADKAR (awareness, desire, knowledge, ability, reinforcement), om activiteiten per stap te plannen. In de praktijk betekent dat:

1. Awareness (bewustzijn): sponsors leggen uit waarom de verandering nodig is, aan de hand van concrete problemen zoals recente wijzigingsfouten of afvalkosten.
2. Desire (wil): laat elke rol zien wat er voor haar persoonlijk beter wordt en betrek gerespecteerde engineers als ambassadeurs.
3. Knowledge (kennis): rolgebaseerde training op echte bedrijfsdata, gegeven 1 tot 3 weken vóór de livegang.
4. Ability (vaardigheid): ondersteuning op de werkvloer, korte naslaggidsen en een helpkanaal in de eerste 4 tot 6 weken na de livegang.
5. Reinforcement (verankering): oude tools uitfaseren, goed gebruik erkennen en KPI's volgen.

Bouw een netwerk van key users en ambassadeurs

Key users vertegenwoordigen hun afdeling in ontwerpworkshops, testen sprintresultaten en trainen later collega's. Een praktische verhouding is één key user per 15 tot 25 eindgebruikers (schatting), met minimaal één per locatie en per belangrijke rol. Ambassadeurs zijn vaak dezelfde mensen, gekozen op hun geloofwaardigheid bij collega's. Maak key users formeel vrij voor 20 tot 30% van hun tijd tijdens configuratie en testen, zoals beschreven in de PLM-implementatieroadmap.

Train voor echte taken en sluit de oude paden

Generieke systeemtraining levert weinig op. Effectieve PLM-training:

• volgt rolgebaseerde leerpaden (ontwerper, wijzigingsanalist, productie-engineer, goedkeurder, kijker)
• gebruikt de eigen onderdelen, stuklijsten en workflows van het bedrijf in een trainingsomgeving
• houdt klassikale of virtuele sessies kort (2 tot 4 uur per module) en praktisch
• voegt korte video's en begeleiding in de applicatie toe voor taken die zelden voorkomen
• certificeert power users voordat ze beheerrechten krijgen

Goedkeurders en incidentele gebruikers hebben weinig training nodig als workflows en notificaties goed zijn ontworpen. Bevindingen over bruikbaarheid uit gescripte leveranciersdemo's laten vroeg zien waar training moet compenseren.

Adoptie stokt ook zolang het oude pad nog werkt. Bepaal een datum waarna de oude PDM alleen-lezen is en nieuwe onderdelen alleen in PLM kunnen worden aangemaakt. Stop met het accepteren van wijzigingsverzoeken per e-mail. Koppel het aanmaken van ERP-items aan de PLM-vrijgave, zodat de productie niet kan doorgaan zonder. Deze procesmaatregelen doen voor adoptie meestal meer dan extra training.

Meet en houd adoptie vast

Volg de adoptie de eerste 90 dagen na elke release wekelijks en daarna maandelijks:

• Actieve gebruikers per week als aandeel van de gelicentieerde gebruikers (doel per rol vast te stellen)
• Aandeel nieuwe onderdelen dat in PLM wordt aangemaakt in plaats van in oude tools (doel: 100% na de cutoverdatum)
• Wijzigingsopdrachten die via PLM-workflows zijn verwerkt
• Gemiddelde doorlooptijd van wijzigingen ten opzichte van de nulmeting
• Supporttickets per gebruiker en de top 5 van ticketonderwerpen
• Tevredenheidsscore van gebruikers uit een korte kwartaalenquête

Weinig gebruik op één locatie of in één rol wijst op een specifiek probleem: ontbrekende training, een prestatieprobleem of een workflow die niet past. Los de oorzaak op voordat de volgende release scope toevoegt.

Om de adoptie na de livegang vast te houden, richt je een PLM-expertisecentrum in met een business process owner, systeembeheerders en vertegenwoordigers van key users. Het verzamelt verbeterverzoeken, prioriteert ze per kwartaal en houdt processen consistent over locaties. Programma's die het team bij de livegang opheffen, zien het gebruik binnen een jaar vaak dalen doordat omwegen terugkeren.

Veelgestelde vragen

Bronnen

• ADKAR change model (Prosci)
• ISO 21500 family: guidance on project management (ISO)

Geschreven door Stephan Spijkers. Gecontroleerd op 16 oktober 2026 door de redactie van PLM Vendors. Regelgevingsdata en leveranciersgegevens veranderen; raadpleeg de bronnen voor de actuele stand. Correcties met bron: info@plmvendors.com.