WMS selectie: van magazijnproces naar systeemvereiste

Waarom de meeste WMS selecties mislopen

De meeste organisaties beginnen een WMS selectie vanuit een probleem. Het huidige systeem loopt vast, de groei vraagt om meer automatisering, of een fusie maakt een nieuw platform noodzakelijk. Die urgentie begrijpen we. Maar urgentie leidt vaak tot haast, en haast leidt tot aannames.

Een aanname klinkt zo: "We picken nu zo, dus het nieuwe systeem moet dat ook ondersteunen." Of: "Onze pickroutes werken prima, die hoeven we niet te herzien." Zulke uitspraken klinken logisch, maar ze zijn zelden gebaseerd op data. Ze weerspiegelen hoe mensen het systeem ervaren, niet hoe het werkelijk functioneert.

Dat verschil heeft grote gevolgen. Leveranciers die een demo geven, spelen in op wat ze horen. Ze passen hun presentatie aan op de aannames die jij aanreikt. Zo ontstaat een selectieproces waarbij niemand de harde vragen stelt en iedereen bevestiging zoekt in plaats van feiten.

Het antwoord is structuur. En die structuur begint bij één vraag: wat doen we eigenlijk, en waarom doen we het zo?

De business analyse als vertrekpunt

Een business analyse is geen formaliteit. Het is het fundament waarop de hele selectie rust. In deze fase breng je alle relevante magazijnprocessen in kaart, niet op hoog niveau, maar in detail.

Dat betekent: hoe verloopt het ontvangstproces? Welke controles voer je uit bij inkomende goederen? Hoe worden locaties toegewezen? Op basis van welke logica worden orders samengesteld? Welke uitzonderingen bestaan er, en hoe vaak komen die voor?

Die vragen lijken eenvoudig, maar de antwoorden zijn dat zelden. Processen die al jaren hetzelfde lopen, blijken bij nader onderzoek inconsistent te zijn uitgevoerd. Medewerkers hanteren eigen werkwijzen. Uitzonderingen zijn stilaan de norm geworden. Een goede business analyse maakt dat zichtbaar.

Processen documenteren op operationeel niveau

De analyse werkt het best als je op de werkvloer begint. Observeer hoe orders worden gepickt. Loop mee met inbound afhandelingen. Spreek met mensen die dagelijks met het systeem werken en weten waar het knelt.

Combineer die observaties met data. Hoeveel orderregels worden dagelijks verwerkt? Wat is de verhouding tussen enkelvoudige en meervoudige picks? Hoe vaak worden locaties herindeling? Welk percentage van de orders bevat afwijkingen?

Die cijfers geven structuur aan wat je hebt geobserveerd. Ze helpen je ook om prioriteiten te stellen. Niet elk proces heeft dezelfde impact op het systeem. Door te kwantificeren, weet je welke vereisten zwaar wegen en welke randgevallen zijn.

Voorraadbeheer in kaart brengen

Voorraadbeheer is een gebied waar veel WMS-implementaties later op vastlopen. Organisaties onderschatten hoe complex hun voorraadlogica werkelijk is.

Denk aan vragen als: werk je met batch- of seriebeheer? Zijn er artikelen met een beperkte houdbaarheid? Hoe gaan jullie om met retouren? Worden artikelen op meerdere locaties opgeslagen, en zo ja, op basis van welk principe?

Elk van die vragen heeft implicaties voor de functionele vereisten van een WMS. Een systeem dat geen first-expired-first-out logica ondersteunt, is voor een voedingsmiddelenbedrijf simpelweg niet geschikt. Maar als je die vraag niet stelt tijdens de business analyse, wordt het pas duidelijk na de implementatie.

Logistieke stromen en uitzonderingen

Naast de standaardprocessen zijn de logistieke stromen en uitzonderingen informatief. Hoe verloopt de doorstroom van goederen die niet via de reguliere weg worden verwerkt? Zijn er klantspecifieke verpakkingseisen? Worden bepaalde orders anders behandeld dan andere?

Uitzonderingen worden in selectietrajecten vaak weggelaten omdat ze als randgevallen worden gezien. Maar in een magazijn kunnen uitzonderingen twintig procent van de werkzaamheden beslaan. Een systeem dat daar niet op is ingericht, creëert handmatige workarounds, en die zijn duur.

Van analyse naar systeemvereisten

Zodra de business analyse is afgerond, begint de vertaalslag. Dit is het moment waarop operationele kennis wordt omgezet in functionele en technische vereisten.

Die vertaalslag vraagt om discipline. Het is verleidelijk om een lange wensenlijst op te stellen op basis van wat je hebt gezien. Maar niet alles wat je waarneemt, is een vereiste. Sommige zaken zijn verbeterpunten in het proces zelf, andere zijn aanpassingen die je al kunt doorvoeren vóór de implementatie.

Functionele vereisten opstellen

Functionele vereisten beschrijven wat het systeem moet kunnen doen. Ze zijn processpecifiek, meetbaar en toetsbaar. Een goede functionele vereiste klinkt als: "Het systeem moet putaway-suggesties genereren op basis van artikelkenmerken en beschikbare opslaglocaties." Niet: "Het systeem moet slim zijn met opslag."

Werk de vereisten uit per procesdomein: inbound, opslag, orderpicking, outbound, voorraadbeheer en retouren. Wijs per vereiste een prioriteit toe. Onderscheid wat absoluut noodzakelijk is van wat gewenst maar niet doorslaggevend is. Hierbij kan gericht PIM advies helpen om de juiste keuzes scherper te krijgen.

Die prioritering is later in de leveranciersvergelijking van grote waarde. Niet elk systeem scoort op alles even hoog. Met een duidelijke prioritering kun je bewuste afwegingen maken in plaats van te zoeken naar een onbestaand ideaal. In deze fase kan ook een software implementatie consultant waarde toevoegen door de vertaalslag naar de praktijk te toetsen.

Technische en integratievereisten

Naast functionele vereisten zijn er technische randvoorwaarden. Welke systemen moet het WMS kunnen koppelen? Denk aan ERP-platforms, transportmanagementsystemen, scanapparatuur of automatiseringsoplossingen zoals conveyors of sorteersystemen.

Bepaal ook welke eisen gelden voor beschikbaarheid, schaalbaarheid en beveiliging. Die vereisten komen voort uit de operationele realiteit: een distributiecentrum dat zeven dagen per week actief is, heeft andere uptime-eisen dan een bedrijf met vaste kantoortijden.

Leveranciers objectief vergelijken

Met een volledige set vereisten in de hand verandert het selectieproces fundamenteel. Leveranciers krijgen niet langer de ruimte om hun sterkste functies te presenteren. Ze worden beoordeeld op basis van wat jouw organisatie nodig heeft.

Een scoremodel gebruiken

Een scoremodel helpt om subjectiviteit te beperken. Verwerk alle vereisten in een gestructureerd beoordelingskader. Geef gewichten aan vereisten op basis van hun prioriteit. Laat leveranciers aantonen hoe hun systeem aan elke vereiste voldoet, bij voorkeur door middel van een gescripte demo.

Een gescripte demo werkt als volgt: je biedt de leverancier een reeks scenario's aan die zijn afgeleid van je eigen processen. Ze tonen hoe hun systeem die scenario's verwerkt. Zo vergelijk je appels met appels, in plaats van te beoordelen op presentatievaardigheid.

Referentiebezoeken en dieptetoetsing

Vraag altijd om referenties bij vergelijkbare organisaties. Niet alleen naar tevredenheid in het algemeen, maar naar specifieke ervaringen met de processen die voor jou het zwaarst wegen.

Voer ook een dieptetoetsing uit op de vereisten die je als hoogste prioriteit hebt aangemerkt. Is de functionaliteit standaard beschikbaar, of vereist het maatwerk? Maatwerk is niet per se een probleem, maar het heeft implicaties voor kosten, doorlooptijd en beheersbaarheid op lange termijn.

De kwaliteit van je keuze begint bij de kwaliteit van je voorbereiding

Een WMS selectie is een intensief traject. Maar de kwaliteit van de uiteindelijke keuze wordt grotendeels bepaald vóórdat je ook maar één leverancier hebt gesproken.

Organisaties die investeren in een grondige business analyse en hun processen vertalen naar concrete, gewogen vereisten, maken betere keuzes. Ze worden minder snel verrast door functionaliteit die ontbreekt. Ze onderhandelen vanuit een sterke positie. En ze implementeren een systeem dat aansluit op hoe het magazijn werkelijk functioneert. Proceskennis is geen bijproduct van een WMS selectie. Het is de basis ervan.

‍