Categorie archief: product ontwikkeling

Growindigital is twee!

2Via het fijne timehop kwam ik er vanochtend achter dat mijn geesteskind vandaag twee jaar is, en ik dus alweer twee jaar bezig ben met ondernemen.

Zonder melancholisch te doen heb ik de afgelopen weken best eens nagedacht over de afgelopen twee jaar, want daarin is heel veel gebeurd.

Omdat ik volgens mijn MBTI profiel (mijn vriendin verklaart alles op die manier) gehecht ben aan onafhankelijkheid en vrijheid zou ik een goede ondernemer moeten zijn. In 2013 ging dat echter met horten en stoten, dit had ook te maken met het wegvallen van een financiële buffer die ik als ondernemer had opgebouwd en een verhuizing die plaatsvond tijdens de lancering van een nieuw product. Het waren woelige tijden, waarin ik met veel bezig was, maar lang niet altijd de beste vibe kreeg van de dingen die ik deed. Hoewel er ook heel veel goed ging: mijn eerste klanten in Groningen, leuke nieuwe mensen, een succesvol georganiseerd maandelijks startup event en tot slot een megaleuke klus voor de Gemeente Groningen.

Ik heb mezelf vaak moeten pitchen, waarbij ik nooit 100% comfortabel werd met het verhaal dat ik vertelde: ik ben nog steeds van mening dat ik nauwelijks een eenduidig verhaal heb: ik bouw websites, doe marketingcampagnes en ben business developer met focus op Lean startups & business model generatie. En eigenlijk vanalles dat daar tussen zit. De afgelopen maanden heb ik m’n geld verdiend als experiment-coach, en daar voel ik me gelukkig bij, maar het daadwerkelijk wroeten in code, en bouwen aan een nieuw ‘ding’ blijft aantrekkingskracht uitvoeren. Ik heb een goede uitvalsbasis in Groningen gevonden met een leuk kantoor, en nog leukere kantoorgenoten met wie ik inmiddels een aantal klussen heb gedaan die smaakten naar meer (heel binnenkort meer hierover). Ik ben nog steeds vaak in de Randstad, niet in de laatste plaats omdat mijn netwerk en vrienden daar zitten maar wordt het reizen eigenlijk helemaal niet zo beu als ik gevreesd had.

Voor dit jaar heb ik nog een paar dingen op m’n lijstje:

– Lancering Kantoys
– Coachen van bestaande & nieuwe organisaties met Makerlab
– Lancering van een nieuw online SaaS product
– Lancering van een mini-demo met een framework waarop ik leer programmeren: Meteor.

Als dit voor het einde van het jaar lukt, dan ben ik een gelukkig mens.

Alleen nog een developer

code

‘Ik heb alleen nog een developer nodig om het van de grond te krijgen’. Ik stond op een bijeenkomst en raakte in gesprek met iemand die me zojuist een plan had verteld, ‘of funding’ voegde hij er aan toe.

Ik nam snel een slok van m’n biertje en dacht na.

Zo’n herkenbare situatie (leuk idee, geen developer) ontstaat vaak zat. Vaak zoeken deze mensen een tijdje naar iemand die enthousiast wordt én het idee kunnen vormgeven voordat ze er achter komen dat het waarschijnlijk niet zo werkt. Ze laten het idee rusten en gaan verder.

Waarom vind je niet zomaar een (technische) co-founder?

De waarde van ideeën
Developers hebben zelf ook ideeën, een idee zelf is nog geen 1% van het totale project. De uitvoering daarintegen wordt voor 99% door het team gedaan. De kans dat het idee onderweg grondig wijzigt is groot. Grote product-ontwikkelaars zoals Steve Jobs zeiden dit al.

Het voorwerk
Ookal is je idee goed, en heb je specifieke (voor/domein-) kennis over bijvoorbeeld het onderwerp of de markt dan is er vrij veel voorwerk dat je kunt doen, nog zonder je developer. Veel first-time enterpreneurs gaan er vanuit dat ze pas ‘in–business’ zijn op het moment dat een developer een product voor ze bouwt. Dat is een misvatting. Een niet-technische founder kan sales doen, of intentie-verklaringen ophalen, en kan bijvoorbeeld sleutelen aan de huisstijl of een eerste (simpele) website. Hij kan een pitchdeck klaar hebben en alles inclusief wireframes al helemaal hebben uitgedacht. Toch hebben veel founders dit niet, en zoeken ze onderaan de streep een developer die het hele product kan uitdenken én bouwen.

Als je op een willekeurige borrel niet duidelijk aan kunt tonen welk voorwerk je al hebt gedaan dan blijft het ook onduidelijk hoeveel tijd jij daadwerkelijk aan het product hebt besteed. En dan is het onredelijk wel een tijdsinvestering van iemand anders te vragen.

De ervaring
Het bouwen van (complexe) producten vereist ervaring. Niemand bouwt ‘zomaar’ een nieuwe Twitter, Facebook of Instagr.am. Dat vereist niet alleen op technisch vlak jaren ervaring, maar vereist ook als product manager jarenlange ervaring. En dan bedoel ik – bot gezegd – niet de ervaring die je opdoet bij grote corporates wanneer je daar projectmanagement voor hebt gedaan. Een product manager kan een product maken of breken, misschien nog wel meer dan het technische team. De productmanager maakt de roadmap, bedenkt (en schrapt!) functionaliteit, verzamelt klant-feedback en doet alle marketing.

Iedere keer dat ik zelf aan een (nieuw) product of project bouw kom ik er achter dat ik de hoeveelheid tijd die ik nodig heb grondig heb onderschat. Wanneer je alles zelf doet (of met 1 co-founder) dan zul je strenge keuzes moeten maken: tijd is – samen met geld – je grootste vijand.

Beschikbaarheid
Technische mensen met onbetaalde beschikbare tijd zijn schaars. Uiteraard kun je deze beschikbaarheid bij elkaar kopen (betaalde opdracht) maar onderaan de streep blijft het een keihard feit: er zijn in Nederland relatief weinig technische mensen. Zeker wanneer je een complex technisch product van de grond probeert te krijgen zul je continue moeten zoeken naar geschikte mensen. Technische mensen in populaire gebieden (app development) hebben vaak genoeg mooie kansen, projecten en klussen liggen waar ze ook aan kunnen werken. Er moet dus wel een bijzondere gelegenheid voordoen willen ze hier van afwijken.

 

De key metrics van SaaS: customer lifecycle value

pr_table
Het duurde geruime tijd na de launch van onze Like & Win App voordat ik alle metrics helemaal duidelijk had. En nog steeds leer ik. SaaS is namelijk rete-ingewikkeld.

De voordelen lijken evident: mensen melden zich aan voor de service, gaan (geautomatiseerd) iedere maand een bedrag betalen en met een beetje geluk is er sprake van een vendor-lock-in: de gebruiker kan niet meer zonder de applicatie.

Maar voor de business owner zijn er ineens een wereld aan keuzes, metrics en statistiek beschikbaar.

Neem inloggen. Gebruikers kunnen bij ons direct inloggen en hoeven (nog) geen pakket te kiezen zodat ze het product eerst kunnen proberen. Hiermee gaan ze vaak ook een actie maken, om dan later te upgraden naar één van de betaalde pakketten. Het is dus mogelijk om het aantal nieuwe gebruikers te zien, en het is mogelijk om te zien welke mensen al eerder zijn geweest en weer inloggen.

Het wordt ingewikkelder als een gebruiker een upgrade doet. Dan neemt hij een pakket en moet hij betalen via een payment provider die ook recurring (terugkerende) betalingen ondersteunt. Wij hebben gekozen voor PayPal om dit te doen, maar dit kan ook via bijvoorbeeld creditcard. Nadelen van creditcard is dat een creditcard na verloop van tijd verloopt, en dit heeft implicaties voor de betaalstroom. Daarbij moet de gebruiker ook kunnen opzeggen.

Customer lifetime value

Als SaaS owner wil je graag weten hoe lang een gebruiker gemiddeld in een pakket blijft voordat deze opzegt. Deze waarde heb je nodig om eventuele marketingkosten aan de voorkant uit te rekenen. Fictief voorbeeld:

Een gebruiker kiest een bronzen pakket van €10,- in de maand en blijft 4 maanden lid voordat hij opzegt. De gebruiker heeft €40,- opgeleverd, minus eventuele kosten voor bijvoorbeeld Adwords, of een andere advertentiecampagne waarmee ie binnenkwam. Als je meerdere pakketten aanbied (en zeer waarschijnlijk wil je dit) dan is het ook interessant om de gemiddelde lifetime value per klant uit te gaan rekenen, zodat je weet wat een nieuwe klant per pakket op gaat leveren waarmee je weer marketing kunt gaan doen om deze pakketten actiever te promoten.

Customer lifecycle value uitrekenen is een vrij ingewikkelde klus, waarbij je een set aan klanten in een bepaald moet opzoeken, moet uitzoeken hoe lang ze gemiddeld betalingen bleven verrichten en dus hoe lang ze gemiddeld genomen bleven. Je kunt dit niet als steekproef doen met vijf klanten, maar moet dit idealiter op een behoorlijk grote set (of alle) klanten doen.