Mijn naam is Sander Kamstra, directeur en één van de oprichters van Payt. Bij het groeien van een zolderkamer idee tot een serieuze organisatie, loop ik geregeld tegen momenten aan waarvan ik denk dat ze van invloed zijn op onze bedrijfscultuur. Met deze serie blogs wil ik proberen iedere maand een situatie te beschrijven die laat zien wie wij zijn als bedrijf. Ik geef u een inkijkje in het leven bij Payt.

De casus: Een klant wil pas live met -een nog te maken stuk- software, maar wel uiterlijk 1 maart

In de laatste 5 jaren is Payt met gemiddeld 50% gegroeid per jaar. Om dat vol te kunnen houden naar de toekomst zijn veel factoren van belang. Een heel belangrijke factor hiervoor is dat wij geen maatwerk leveren. Uiteraard hebben we inmiddels wel honderden instellingen die lijken op maatwerk, maar het niet zijn. Als wij iets maken moet dat aan een aantal eisen voldoen. Zo moet de software voor meer klanten nuttig zijn en het liefst breed toepasbaar. Daarnaast moet de software ook robuust zijn. Wat als we 10 keer zo groot zijn, doet deze software het dan nog? Wat is de kans dat deze software zo samenhangt met andere code, dat het nieuw gemaakte stuk onherroepelijk stuk zal gaan in de toekomst.

Daarom hebben wij ervoor gekozen om veel tijd te besteden aan het ontwerp, voordat we beginnen met bouwen. En voor iedere ontwikkelde code geldt een reviewproces. Daarnaast besteden we veel tijd aan het schrijven van testscripts voor nieuwe code. Het development team onder tijdsdruk zetten heeft voor Payt hele vervelende consequenties. En dan is het niet de primaire code die van slechte kwaliteit is, maar bijvoorbeeld de testscripts. Je ervaart de consequenties vaak pas na een jaar of drie. Wanneer iedereen vergeten is dat de directie de problemen drie jaar eerder zelf veroorzaakt heeft.

Nu gebeurt het wel eens dat een klant, pas live wil als een nieuw stuk functionaliteit erin zit. En dat moet voor 1 maart, anders kiezen ze voor een ander. We kunnen een mooie omzet schrijven als we die klant binnenhalen. We zijn nog niet begonnen met de bouw van de software en onze lead developer verwacht dat het erom spant of we 1 maart halen als we per direct iemand vrij maken. In vroeger jaren waren we ervoor gegaan. De gedachte was dan dat we het wel uitlegden als het onverhoopt toch niet lukte om het op tijd af te hebben.

Nu bedanken we de klant voor zijn interesse in Payt. En we leggen inhoudelijk uit dat het voor ons onverstandig is om deadlines af te geven. Niet alleen vanwege de eerder genoemde redenen. Je haalt ook een klant binnen die gewend is om maatwerk te eisen en daar een deadline aan te kunnen hangen. Tot onze verbazing blijken de meeste klanten dan toch te kiezen voor een live-gang zonder de nieuwe functionaliteit. En hebben wij er een geweldig gemotiveerde testklant voor de te ontwikkelen software bij.

Sander Kamstra