Een POC heeft als doel om het vertrouwen te wekken in de leverancier of in een bepaalde maatwerkoplossing. Op het moment dat jouw POC succesvol is gebleken, kun je starten met de implementatie en hoef je dus niet meer bang te zijn dat de gewenste oplossing niet gaat werken. Dit geeft erg waardevolle rust en controle. De leverancier zal mensen (consultants) moeten vrijmaken en inplannen op de POC. Dit zijn gewoon betaalde uren voor zowel de consultants als jouw eigen medewerkers. Zij zullen hun best doen om focus te houden en zoveel mogelijk uit deze uren te halen. Wanneer dit gratis aangeboden wordt, loop je het risico dat men zich met andere zaken bezig gaat houden.. Voor consultants zijn dit betaalde zaken, voor jouw medewerkers zijn dit de normale werkzaamheden.
Hier is het verschil met een gewone "demo" heel duidelijk. Een demo is gratis, maar bevat meestal niet de specifieke "maatwerk"vragen die voor jou zo belangrijk zijn.
Als het goed is heeft jouw leverancier ervaring met implementaties en kan dus een veel realistischer inschatting maken van wat er mogelijk is om te laten zien in de POC. De klant (of prospect) kan aangeven of dat voldoende is om vertrouwen te krijgen in de oplossing. Jouw leverancier wil absoluut met jou in zee: vertrouw dus op de expert.
Als klant of prospect bepaal jij wanneer je de POC geslaagd vindt of niet. Maak hiervoor duidelijke acceptatiecriteria. Maak ze Specifiek, Meetbaar en Realistisch. Doe dit vooraf en wijzig dit niet meer.
Als klant heb je geen inzicht in de oplossing en hoe die tot stand moet komen. De leverancier zal dit veel beter kunnen inschatten. Volg dan ook de planning die de leverancier realistisch lijkt, wees natuurlijk kritisch maar wijk hier niet te veel vanaf. Vaak moet er veel opgeleverd worden binnen korte tijd en hoge druk, het laatste dat je wilt is dat mensen zich al in de stress gaan werken vóórdat je uiteindelijke project überhaupt is gestart.
Je hebt als het goed is al een aantal zaken gezien in een demo of als je pech hebt in een Powerpoint. Nu volgt de grote test: gaat mijn "probleem" wel opgelost worden door deze leverancier? Het is dan ook moeilijk voor bedrijven om zich in te houden en focus aan te brengen. Je kunt niet verwachten dat het hele systeem al voor je wordt ingericht, dat je even mag snuffelen en dan pas bepalen of je het wilt kopen. Het doel van een POC is om vertrouwen te krijgen. Kies maximaal 5 cases uit en baseer daar je vertrouwen op. Als dit lukt dan heeft de leverancier zichzelf bewezen. Als het jou niet lukt om je te beperken tot 5 cases dan moet je je afvragen of het wel zo verstandig is om nieuwe software aan te schaffen. Je bent er misschien nog niet aan toe.
Ik krijg regelmatig POC-aanvragen waarin er echt wordt gevraagd om "eventjes" meer dan 100 cases op te lossen. Het is lastiger om van 100 cases terug te gaan naar 5, dus hebben we vaak toch te maken met uitgebreide projecten terwijl de prospect dat helemaal niet had verwacht. Achteraf wordt bijna altijd aangegeven door de klant (geen prospect meer natuurlijk) dat minder cases veel prettiger was geweest. Ooit heb ik een POC begeleid waar meer dan 300 cases in stonden. Achteraf tijdens het project wist de klant zelf niet eens meer wat er in stond en waarom dat destijds belangrijk was, zonde van ieders tijd!
Zorg ervoor dat je resources vrij maakt en dit er niet "even bij doet", je hebt een projectteam nodig met minimaal:
Daarnaast zal de leverancier een expert leveren en meestal een projectleider. Vraag bij je leverancier na hoeveel tijd je moet vrijmaken en doe dit dan ook. Maak net als bij een echt project een scope, planning en zorg dat er een kop en een staart aan zit.
Een paar project-randvoorwaarden die wat mij betreft altijd moeten voorkomen in een POC:
Het is een open deur, maar een POC is ook om kennis te maken met je leverancier en het product. Zorg voor regelmatig overleg en laat de experts vanuit jouw organisatie ook voldoende deelnemen aan de sessies met de consultants. Wees ook gretig in het testen en samenwerken en vier de oplevermomenten samen met elkaar.
Betrokken projectmedewerkers komen nooit voor verrassingen te staan. Je merkt dan al in een vroeg stadium wat de uitkomst gaat worden van de POC.
In softwareland is het eenvoudig om de resultaten van een POC te hergebruiken. Soms kun je op deze basis verder bouwen of simpelweg copy-pasten. Ook is het belangrijk dat iedereen weet wat de uitkomsten van de POC waren, ook eventuele nieuwe projectmedewerkers. Een goed registratiesysteem is hierbij noodzakelijk. Vraag je leverancier of zij hier een systeem voor hebben, want zij hebben dit vaker gedaan.
Na de POC ga je meestal verder met het "echte" project. Er zijn nog een paar laatste tips die je kunnen helpen zoveel mogelijk succes te halen uit zowel de POC als het uiteindelijke project. De eerste is dat je een duidelijke break neemt. Zeker wanneer de POC lang heeft geduurd, zorg er dan voor dat alle betrokkenen tijd hebben om "even bij te komen". Maak de break niet te kort, want we hebben het meeste werk nog voor de boeg. Sommige klanten willen zoveel mogelijk waar voor hun geld en hebben een financiële afspraak gemaakt over de POC. Nu is de tijd om deze rond te maken. Neem vervolgens de POC op in het projectplan en wijk hier niet meer vanaf. Er heeft veel tijd en moeite in gezeten dus waardeer dat ook.
Iedere POC heeft weer zijn eigen unieke uitdagingen, dat maakt het juist leuk!
Heel veel succes met je eigen projecten en mocht je vragen hebben neem dan gerust contact met me op.