Het belang van een business developer bij het bouwen van succesvolle software

Veel organisaties hebben één ding gemeen: de ambitie koploper te zijn en te blijven binnen hun industrie. De ambitie om alles nét iets beter te doen. Daarvoor zijn ze bereid nieuwe uitdagende projecten te starten en zich te begeven op onbekend terrein: software-ontwikkeling. Een nieuwe app, een platform of een website is immers vaak het antwoord op het optimaliseren en/of automatiseren van een organisatie of het uitrollen van een nieuwe dienstverlening. Om goede keuzes te maken en tot succesvolle software te komen, die van waarde is voor de organisatie, is de rol van een business developer zo onmisbaar. Mede-eigenaar van Programic en business developer Bram legt uit waarom.

De definitie van succes

“Veel klanten komen bij ons met een deels uitgedachte oplossing. Er dient een nieuwe app of web-applicatie te komen. Waar zij echter geen rekening mee hebben gehouden, is het voorkomen van ‘de blinde vlek’. Met hun aanwezige kennis over de organisatie, is er gekeken naar de behoeften en het gewenste resultaat. Maar het is aannemelijk dat zij daarmee kansen over het hoofd hebben gezien. Zij hebben immers veel kennis van de markt en de gebruikelijke processen, maar veelal minder kennis van goede software-ontwikkeling en alle mogelijkheden die het biedt. De rol van de business developer is het combineren van beide werelden. Succesvolle software begint namelijk niet bij de software zelf maar bij het duidelijk definiëren van het te behalen succes,” meent Bram. Oftewel: welke doelstellingen dient een organisatie te behalen om te kunnen zeggen dat de digitale oplossing (lees: software) succesvol is? “Een veel voorkomende misvatting is dat de digitale oplossing het doel is, maar dat zie ik anders. Een digitale oplossing fungeert slechts als middel om het doel te behalen en als business developer help ik de klant bij het definiëren van dit doel.”

Een kritische blik

“Klanten die vaak een vervolggesprek met ons willen, dat zijn de klanten die behoefte hebben aan een gelijkwaardige samenwerkingspartner. Ze merken dat wij kritisch meedenken en eerlijk zijn. Wij zijn geen ‘ja en amen’-partij die precies maakt waar een klant om vraagt. Sterker nog: als klant zou ik mezelf altijd afvragen of de software partij waarmee je samenwerkt, de goede vragen stelt. Want met kritische vragen kom je tot de kern van de software en het te behalen doel. Het stellen van kritische vragen begint bij mij als business developer, tijdens het eerste oriënterende gesprek. Wij zijn dus kritisch naar de klant, maar wij vragen hen ook kritisch te zijn naar ons. Bij Programic bouwen we alleen software waar we écht in geloven.”

4 pijlers van business development

Leergierigheid

Bram: “Het ontwikkelen van goede software begint bij mensen, maar het ontwikkelen van succesvolle software begint bij leergierige mensen. Mensen die de business en haar processen volledig willen doorgronden. Organisaties willen vaak direct praten over de software, wat natuurlijk heel begrijpelijk is. Wanneer ik bij een nieuwe klant om tafel zit, wil ik daarentegen de mensen achter een organisatie leren kennen en begrijpen. Ik ben nieuwsgierig naar hun drijfveren en net zo belangrijk; hun business. Je merkt dat mensen hier graag over praten, want dat is waar de passie voor hun werk om de hoek komt kijken. Als ik vervolgens de vertaalslag maak naar de software, ontstaat er wederzijds enthousiasme en worden er direct nieuwe kansen voor de organisatie zichtbaar. En dat is precies waar ik over wil meepraten: uitdagingen en kansen. Mijn intentie bij een eerste gesprek is dat we gezamenlijk enthousiast de deur uitlopen met een hoofd vol goede ideeën.”

De weg naar adaptatie

“Het uitdenken en realiseren van de software staan op één, maar de adaptatie volgt al snel als nummer twee. Ofwel, je kunt wel een auto bouwen maar hoe zorg je dat mensen ook daadwerkelijk in de auto gaan rijden? Hetzelfde principe geldt voor software. Een software product moet niet alleen waardevol zijn voor het bedrijf, maar ook de eindgebruiker faciliteren. En dat faciliteren, dat houdt een business developer dus scherp voor ogen. Als tech-bedrijf willen we vooral samen bouwen aan waardevolle oplossingen die écht gebruikt gaan worden. Want we kunnen wel technisch gezien de mooiste oplossing maken, maar als mensen het niet in gebruik nemen, waarvoor doen we het dan eigenlijk?"

‘No matter how effective or powerful a new software solution is, it is only as good as the number of people using it’

Het leveren van input

Maar hoe ontwikkel je software die waarde creëert en echt impact maakt op de business? Dat is precies waar een business developer zich mee bezig houdt. Het in kaart brengen van de kansen en uitdagingen van een organisatie, het doorgronden van de huidige en toekomstige processen en het hebben van een brede blik op het landschap waar de organisatie in navigeert. “Zo ontstaat er een sterke basis voor de ontwikkeling van een waardevol en succesvol digitaal product.” voegt Bram toe. "En al deze input, die draag ik over aan het ontwikkelteam die de software gaan bouwen."

Betrokken tot de eindstreep

Binnen Programic werken we middels de scrum methodiek en de zogeheten scrum teams. Daarmee houden we grip op de software die we ontwikkelen met duidelijke oplevermomenten iedere 1, 2 of 3 weken. Ieder scrum team bestaat uit in ieder geval drie developers, een product owner én de klant zelf. Ondanks dat de business developer geen onderdeel uitmaakt van dit team, is zijn of haar betrokkenheid van groot belang tijdens de ontwikkelfase. Terwijl de klant de kennis en kunde aandraagt over zijn of haar vakgebied, denkt de business developer mee over kansen en uitdagingen. Het scrum team zet dit vanuit hun expertise om naar het te ontwikkelen product. Stapsgewijs leveren we op die manier - gezamenlijk - werkende delen software op, totdat de eindstreep is behaald.

De digitale aannemer

Als tech-bedrijf spreken we vaak in herkenbare metaforen. Een sprekend voorbeeld is die van de bouw van een huis. Wanneer een klant bij een aannemer komt met het verzoek om een huis te bouwen, dan starten zij niet direct met het in elkaar metselen van een muur. Er wordt eerst gezamenlijk gekeken naar het plan van dat huis. Waar moet het huis nu - en in de toekomst - aan voldoen? En voor wie is het huis exact bedoeld? Zonder het opstellen van een duidelijke bouwtekening en het leggen van een stevige fundering, zal het huis niet robuust zijn. Voor het bouwen van succesvolle software, gelden dezelfde principes. Om problemen in een later stadium te voorkomen, is het van belang een goede bouwtekening op te stellen. Hiervoor draagt de business developer zijn opgedane kennis over aan het scrum team, zodat zij vanuit hun expertise kunnen bepalen hoe het product er technisch en functioneel uit moet komen te zien. In samenwerking met de klant uiteraard.

Hoe wij dat doen vind je terug in onze eigen werkwijze. Nieuwsgierig naar wat wij zoal gerealiseerd hebben? Bekijk onze projecten.