De implementatiepartner bepaalt het succes, niet de software
Een goede tool met de verkeerde partner levert een matig resultaat op. Zo weeg je de partnerkeuze mee, los van welke software je uiteindelijk kiest.
In dit artikel:
Je hebt weken besteed aan de softwarekeuze. Vergelijkingen gemaakt, demo's gezien, een shortlist opgesteld. Dat is precies waar de meeste aandacht naartoe gaat. Wat er dan volgt, wordt vaak in een paar dagen beslist: wie gaat dit bouwen? Die tweede keuze krijgt zelden dezelfde kritische blik als de eerste, terwijl hij minstens zo bepalend kan zijn voor het resultaat.
Denk aan een stuk vlees. Geef een prachtige entrecote aan een matige kok, en je krijgt een schoenzool. Geef een gemiddeld stuk vlees aan een goede kok, en het wordt nog steeds een prima maaltijd. De kok bepaalt meer dan het vlees. Bij software werkt het niet anders.
Waarom niemand de partner toetst
Ik zie het geregeld: een prima pakket, verkeerd ingericht door een partij die de software wel kende, maar niet jouw processen, jouw mensen, of de vraag waarom je dit eigenlijk wilde. Het resultaat is niet een slecht systeem. Het is een goed systeem dat niemand gebruikt zoals bedoeld, gebouwd door een partner die nooit vroeg waarom.
Heb je de implementatiepartner daarin ook meegenomen? Doe de gratis Software Gereedheidscheck. Die geeft je in 10 minuten een eerlijk beeld van waar je staat.
Je kiest geen implementatiepartner omdat hij de software kent. Je kiest hem omdat hij weet waar implementaties misgaan.
Softwarepartner versus implementatiepartner
In de praktijk worden twee rollen vaak door elkaar gehaald.
Een softwareleverancier maakt de software. Een implementatiepartner zorgt dat die software in jouw organisatie gaat werken. Soms is dat dezelfde partij: veel implementatiepartners zijn gespecialiseerd in één pakket en verkopen de licenties er ook bij, denk aan een Exact-, AFAS-, Microsoft- of Odoo-partner. Daar is op zich niets mis mee.
Het punt zit niet in wie wat doet, maar in hoe iemand zijn geld verdient, en welke invloed dat heeft op het advies dat je krijgt. Vraag daarom niet alleen: kunnen jullie dit implementeren? Vraag ook: wat verdienen jullie aan deze software, en zouden jullie het ook zeggen als een andere oplossing beter bij ons past?
Die vraag, wie verdient er aan welk advies, is precies het mechanisme waar wij als netwerk om draaien. We verkopen zelf geen software en ontvangen geen commissies van leveranciers. Dat betekent niet dat we het bouwen doen. Het betekent dat we, los van wie het straks bouwt, meekijken of de keuze klopt. Lees ook de vragen die je leverancier je nooit stelt, met name de vraag over vendor lock-in.
Waarom de partner vaak zwaarder weegt dan het pakket
Een matige tool met een goede partner overleeft het meestal wel. Een goede tool met een slechte partner ontspoort. Logisch, als je bedenkt wat een partner allemaal bepaalt. Of de inrichting aansluit op hoe jouw mensen werken. Of er een escalatiepad is als het misgaat, niet alleen een projectplan voor als het goed gaat. Of de kwaliteit van het team meegroeit met de complexiteit van je vraag, of dat je senior consultant na drie weken wordt ingewisseld voor een junior.
We schreven eerder over dit patroon vanuit een ander perspectief: de 5 redenen waarom software-implementaties mislukken. Reden 1 daarin, 'de leverancier stuurt, de directeur volgt', is precies wat er gebeurt als de partnerkeuze te snel gaat.
'Ik heb ERP-trajecten zien ontsporen door de partner, niet door het pakket. De software deed precies wat op de doos stond. Alleen had niemand bij de partner ooit met een groothandel zoals de onze gewerkt.'








