Geschreven door Patrick van Haren

Patrick is mede-eigenaar en mede-oprichter van PinkWhale. Met technische expertise op gebied van cloud oplossingen i.c.m. brede ervaring op gebied van bedrijfsstrategiën, weet hij enterprise omgevingen voor de juiste doelen in te zetten. Patrick is van de rode draad, de structuur en het evenwicht binnen PinkWhale.

11 tips voor succesvolle software

Een goed softwarepakket verkopen of op licentiebasis aanbieden, lijkt snel en leuk geld verdienen. Deels berust dit op waarheid, want massaverkoop stelt je in staat veel te verdienen met in verhouding minder inspanning dan een kleine groep afnemers. Toch is het verstandig om goed voorbereid een softwarepakket te (laten) ontwikkelen. Ik geef je een paar tips waarbij we vaak zien dat het misgaat en het succes van software projecten kan doen falen.

1. Wat is de waarde van je product?

Om van je software een succes te maken, zal het moeten inspelen op de behoefte van je gebruikers. Het kan nog zo mooi zijn, maar het moet iets opleveren. Dit hoeft niet altijd op gebied van besparing (tijd en geld), maar kan natuurlijk ook in entertainment en vermaak of simpelweg gemak. Doe terdege onderzoek naar je plan, mede om een eerlijke en waardevolle prijs te kunnen vragen aan je afnemers. Het uitwerken van je plan begint dus bij een doelgroep onderzoek. Wie is je doelgroep, hoe speel je daarop in en wat heeft je doelgroep over voor je product? En niet onbelangrijk, is er geld te verdienen als je de inkoop en verkoop tarieven vergelijkt? Weet wie je doelgroep is en vraag hen naar de behoefte. Bevestig voor jezelf of jouw software concept wel echt zo goed is als jij in gedachte hebt. Vind het wiel bovendien niet opnieuw uit, tenzij je écht de overtuiging hebt het beter te kunnen dan je concurrent.

2. Onafhankelijk advies

Een goed begin is het halve werk. Waarschijnlijk heb je zelf niet de kennis in huis om jouw software concept te realiseren, anders had je dat zelf gedaan. Dit maakt het des te lastig om een keuze te maken tussen aanbieders (software ontwikkelaars). Mijn advies: laat een onafhankelijke partij eens met je meekijken om een juiste partij voor je te vinden. Welke offerte en bedrijfsvoering van software developers past bij jouw doel en visie? Kunnen zij technisch wel waarmaken wat ze beloven? Onafhankelijk ICT advies kan jou helpen om een goede afweging te maken in een lastige “online branche”.

3. Deel je visie

Een goed sales praatje geeft geen garanties tot succes van een eindproduct. Jouw software concept is maatwerk en verdient alle aandacht. Het moet overeenkomen met de visie van de ontwikkelaar. Het is daarom belangrijk je bedrijfsvisie en achterliggende gedachte van je software te delen met je ontwikkelaar. Vraag hoe de developer zich daarop kan aanpassen. De software is (of wordt) immers jouw eigendom en vormt een basis van je onderneming. Als deze vanuit een totaal andere visie is ontwikkeld, zal het product (op lange termijn) hoogstwaarschijnlijk niet volstaan naar je behoefte.

4. Structuur, structuur, en… structuur

Een van de grotere knelpunten, zeker wanneer de ontwikkelingen van softwarepakketten in volle gang zijn. Verlang niet van je ontwikkelaars dat zij 24/7 direct voor je kunnen klaarstaan, zij hebben meer projecten waarover zij hun aandacht moeten verdelen. Voor de samenwerking met developers kan een tussenpartij een verstandige keuze zijn. Laat iemand optreden als een “project manager”, die zorgt voor een soepele communicatie, structuur in releases, updates en versies. Zorg dat iemand met een technisch achtergrond over je schouder meekijkt, dit voorkomt veel frustraties.

5. Weet met wie je in zee gaat

Doe research naar de developers / programmeurs. Wat is hun expertise en maken zij waar wat zij beloven? Het benaderen van één of enkele klanten van je (potentiële) software developers om naar de samenwerking te vragen, is geen overbodige handeling. Google ook eens naar reviews en ervaringen. Geen enkel bedrijf zal negatieve ervaringen op hun website promoten, dus haal je info ook van andere bronnen. Weet wie je IT partner is.

6. Sta open voor wijzigingen met impact

Een development team kijkt technisch naar bepaalde aspecten, terwijl jij er ondernemend naar kijkt. Sta open voor feedback en terugkoppelingen van de developers, ook al heeft dit een grote impact. Een beetje flexibiliteit kan de voortgang van een technische realisatie flink bevorderen. Natuurlijk houd je je vast aan de doelstelling en moet een product wel naar wens functioneren.

7. Is goedkoop duurkoop?

Goedkoop is duurkoop, in de IT branche is dat vaak waar. Toch wordt er vaak misbruik gemaakt van onwetendheid van ondernemers. Je hebt een doel voor ogen, maar hebt totaal geen idee wat zoiets kost. Ik vergelijk online diensten vaak met “gebakken lucht”. Vaak is het niet duidelijk wat het moet kosten en daar maken veel IT ondernemers gebruik (of misbruik) van. Ze schotelen je een flinke offerte voor, maar gezien de prijs “zal het wel erg goed zijn”. Door deze gedachte wordt het software ontwikkelaars vaak wel erg gemakkelijk gemaakt. Laat de ontwikkelaar de prijs onderbouwen en ook hierbij zorg je dat een technisch oog meekijkt zodat een eventueel standpunt verdedigd kan worden.

8. Scrum!

Inhakend op “structuur”, scrum is een veel gebruikte managementmethode voor software ontwikkeling. Scrum maakt het mogelijk om een team developers effectief te laten programmeren. Het is belangrijk dat iemand namens jouw bedrijf (of een externe adviseur) fungeert als “Scrum Master”. Scrum verhoogt flexibiliteit, effectiviteit en voorkomt dat deadlines worden uitgesteld.

9. De deadline is over twee weken

Vergeet het plannen van deadlines. Stel je voor dat er een half jaar gewerkt wordt aan een softwarepakket. Na een half jaar wordt het “opgeleverd” en is de deadline gehaald. Echter schuilen er nog veel bugs (kinderziektes en fouten) in de software, en blijken bepaalde functionaliteiten niet naar wens te zijn. In de praktijk betekent dit dat er vaak een nieuwe deadline wordt geprikt en een nieuwe aanvullende begroting gemaakt moet worden. Het project wordt duurder en de daadwerkelijke lancering wordt uitgesteld. Om correcties over een half jaar werk toe te passen, zal daar veel tijd en energie in gaan zitten. Werk met iteraties van twee tot maximaal vier weken. Bij de methode Scrum heet zo’n iteratie een “Sprint”. Dit houd in dat er vanaf de aanvang van een project elke twee tot vier weken een versie gelanceerd wordt. Korte fases maakt het mogelijk om direct in te springen op eventuele bugs of het wijzigen van functionaliteiten. In de praktijk is dit dusdanig effectiever, dat de ontwikkeling van software vaak tientallen procenten goedkoper maakt. Nog een voordeel is dat je software over twee tot vier weken al getest kan worden. De eerste deadline is dus binnen een maand!

10. Vergeet onderhoud niet

Na oplevering van software, is continuïteit aan beheer essentieel. Als een product eenmaal stilstaat, zal de verkoop daarvan zonder twijfel stagneren. Laat je afnemers zien dat je blijft focussen op vernieuwingen, innovatie en dat je meegaat met trends en technieken. Betrek je klanten bij je software door ze te laten stemmen via een “wishlist”.

11. Eigendomsrechten

Kijk goed naar de eigendomsrechten van je softwarepakket. Normaliter mag een developer het product hergebruiken en zelfs wederverkopen. Maak goede afspraken om te voorkomen dat je moet concurreren tegen je eigen software. Maak altijd zwart op wit afspraken over jouw eigendom.

Conclusie

Veel software projecten mislukken, dat is helaas een feit. Vaak kom ik situaties tegen waarbij de verwachtingen vooraf niet helder waren. Dit is een stukje communicatie, maar met name een verwachtingspatroon. Deze moet vaak worden bijgesteld, maar daarvan ben je graag vooraf op de hoogte (in plaats van achteraf). Het kan geen kwaad om daarom een partij in te schakelen die de lijntjes met je developers beheert en het project voor jou “vertaalt” naar de techneuten. PinkWhale speelt deze rol als projectmanager vaak voor klanten, om het maximale uit software te halen.