ERP-eisen verzamelen zonder je oude rommel mee te nemen
Voordat je met een leverancier praat: zo voorkom je dat je eisenlijst een foto is van je oude systeem, in plaats van een blauwdruk voor het nieuwe.
Je zit met je eigen mensen om tafel. Er is nog geen leverancier in beeld, nog geen demo gepland. Je wilt eerst zelf helder krijgen wat je precies nodig hebt. Iedereen vertelt hoe het nu gaat: hoe de inkoop wordt gecheckt, hoe de planning wordt bijgesteld, hoe de administratie de facturen matcht. Na een paar weken ligt er een dik document. Het voelt grondig. Het voelt als huiswerk dat goed is gedaan.
En toch is dit precies het moment waarop veel ERP-trajecten al misgaan, weken of maanden voordat er ook maar één pakket ter sprake komt.
Want wat je net hebt opgeschreven, is niet altijd hoe je bedrijf zou moeten werken. Het is vaak hoe je bedrijf werkt omdat het oude systeem iets niet kon. Neem je dat over in je eisenlijst, dan stuur je straks elke leverancier de verkeerde kant op, nog vóór er één gesprek is gevoerd.
Wat niemand je vertelt over eisen ophalen
Een paar dingen die zelden hardop gezegd worden in deze fase, omdat er nog geen leverancier bij betrokken is om ze te verzwijgen, maar wel omdat niemand er intern bij stilstaat:
Je huidige werkwijze is vaak een lapmiddel, geen bedrijfsregel. Die handmatige controle elke vrijdag, die extra Excel naast het systeem, die goedkeuring die "erbij is gekomen": negen van de tien keer is dat ontstaan omdat het oude pakket iets niet automatisch deed. Niet omdat de wet of de klant het vraagt.
Een dik document voelt grondig, maar is vaak alleen een foto. Het legt vast wat er nu gebeurt. Het zegt niets over wat er zou moeten gebeuren als de beperking van vroeger wegvalt.
Wie je dit vraagt, bepaalt wat je antwoord krijgt. Vraag je iemand hoe het proces nu loopt, dan krijg je een beschrijving van de huidige stappen. Vraag je diezelfde persoon wat het proces zou moeten opleveren, dan krijg je een heel ander antwoord. De meeste eisentrajecten stellen alleen de eerste vraag.
Deze fase gaat over wat je vraagt aan leveranciers, niet over wat een leverancier aan jou verkoopt. Zodra je eisenlijst klaar is, bepaalt die welke pakketten überhaupt op je shortlist komen. Een eisenlijst vol littekens trekt de verkeerde leveranciers aan, en sluit misschien wel de beste optie uit voordat je hem gezien hebt.
Bedrijfsregel of litteken van het oude systeem?
Het onderscheid dat hier echt toe doet: is een stap een bedrijfsregel (iets wat je klant, je wet, of je eigen strategie vraagt) of een litteken (iets wat je alleen doet omdat het oude systeem geen andere weg liet)?
Als je alleen documenteert hoe het nu gaat, win je nu tijd. De eisenlijst is snel klaar en je kunt beginnen met leveranciers benaderen. Maar je verliest de kans om vooraf te sturen op verbetering, en je shortlist wordt gevuld met pakketten die toevallig goed zijn in het nabootsen van je oude beperking, niet met pakketten die het beste passen bij waar je naartoe wilt.
Kies je ervoor om dat onderscheid vooraf te maken, dan kost dat een paar extra gesprekken vóórdat er één leverancier is uitgenodigd. Maar je voorkomt dat je eigen eisenlijst de verkeerde pakketten aantrekt, en de juiste al bij voorbaat afschrikt.
Een concreet voorbeeld: een magazijnteam bij een technische groothandel dat binnenkomende goederen handmatig telt en aftekent tegen een uitgeprinte paklijst, omdat het oude systeem geen scanner ondersteunde. Komt die stap als eis op de lijst, dan ga je actief op zoek naar pakketten die dit papieren proces "goed ondersteunen". Terwijl scanning bij vrijwel elk modern pakket standaard is. Je sluit dus zonder het te weten een groot deel van de markt uit, om iets te behouden dat je helemaal niet zou moeten willen behouden.