Is het mogelijk om aan een technische startup te beginnen zonder CTO?

Het is 2019 daarbuiten. Je hoeft geen code te programmeren om een eenvoudige MVP te maken om uw potentiële klanten of investeerders te bereiken. Mee eens?

Het antwoord is JA, technische startup zonder CTO is mogelijk. Zo simpel is het.

Afgelopen donderdag presenteerde ik dit onderwerp tijdens de Boot Startup-bijeenkomst. We hadden onze discussie daar kunnen stoppen en meteen zijn vertrokken voor een boottocht en te genieten van de mooie zomer in Amsterdam.

Gelukkig is de realiteit niet zo eenvoudig en worden er veel vragen gesteld. Als je al een partner hebt die toegewijd is aan het toezicht op de technische kant van het nieuwe bedrijf, geweldig, dan heb je veel geluk. Voor alle anderen kan het een uitdaging zijn om de juiste persoon te vinden.

In dit stuk probeer ik uit te leggen waarom het niet nodig is om te zoeken naar een vage tech-guru (die een aandeel in je bedrijf wil verschaffen), om je innovatieve idee tot leven te brengen. Ik zal proberen 3 belangrijke problemen te behandelen:

• Waarom het aannemen van een CTO niet een goed idee hoeft te zijn in de beginfase
• Wanneer je zou moeten beginnen met programmeren (tip: hoe later, hoe beter)
• Wat kun je zelf doen – maak een werkend prototype, of zelfs een MPV

Als bonus zal ik een aantal voorbeelden geven van startups die pas in een later stadium een CTO hebben ingehuurd.

Laten we starten met de basis. Waarom zou het vinden van het antwoord op de vraag ‘wie gaat dit programmeren?’ niet de hoogste prioriteit voor je moeten hebben.

# Vaardigheden kloof

De startup-wereld is bloeiende. Naarmate meer startups worden gelanceerd, neemt de vraag naar technisch talent toe, maar het aanbod niet. Er is ook een vaardigheidskloof. Hoewel de vraag het aanbod dramatisch overtreft, is het niet de bedoeling om in een vroeg stadium je energie te besteden aan beperkt talent  wat van hoog niveau zou moeten zijn.

# CTO’s zijn geen “echte” CTO’s voor technische startups

Helaas moeten technische jongens die (mede-)oprichters zijn, in de werkelijkheid tijdens een startup vaak meerdere rollen spelen en echte leidinggevenden zijn die ‘saaie zaken’ beheren, zoals mensen, beleid en budgetten. Ze zijn daar niet allemaal bereid dit te doen. Jij, als oprichter, moet ook even de tijd nemen om de technische behoeften van jouw project te bepalen en de opties voor het oplossen van bijbehorende technische uitdagingen. Maar hoe kan je dit in een vroeg exact bepalen? Bovendien, wat zouden de consequenties zijn als je de verkeerde persoon inhuurt? Ik ken een paar jongens die besloten om hun relatief eenvoudige web-project op Java te doen, omdat een Java-ontwikkelaar de enige persoon was die op dat moment beschikbaar was. Niet de beste manier om een ​​technologie te kiezen, toch?

# Vaste prijs

In de werkelijkheid is dit wat er kan gebeuren: je besteedt te veel tijd aan het zoeken naar de beste pasvorm voor je idee. Uiteindelijk ben je zo blij een goed-gekwalificeerde persoon te hebben gevonden, dat je bereid bent om alles te beloven om het hem / haar naar de zin te laten hebben. Dus uiteindelijk geef je bijvoorbeeld te veel aandelen weg.

Ook kunnen de kosten zich drastisch verhogen door te vroeg een persoon aan te nemen, in een fase waarin je nog steeds niet zeker bent van de toekomstige kenmerken en specificaties van het product. Dus waarom tijd verspillen aan zaken telkens op nieuw doen, concepten, check-ups, “laten we-het-op-manier-proberen-of-nee-toch-beter-op-die-manier” situaties, enz. Het te vroeg inhuren van een dure CTO of freelancer kan onnodig veel kosten met zich mee brengen. Maar we willen juist kosteneffectief zijn, nietwaar?

# Technologie is niet het doel

In bepaalde situaties kun je mogelijk snel te veel betrokken raken bij het verdiepen in technologieën (omdat het ontzettend interessant is, mee eens?) en het belangrijkste deel en het doel van elke technische startup verwaarlozen: geld verdienen. Technologie is slechts een middel. Alles wat je kan bedenken, kan worden gecodeerd. Maar kan het worden verkocht? Dat is de grootste vraag.

Hier belanden we bij de belangrijkste conclusie: voordat je iets codeert, moet u bewijzen dat uw idee de moeite waard is om gecodeerd te worden.

Op weg naar groei doorloopt elke startup de volgende cyclus:

Hoe meer tijd en moeite je in de eerste fase van de vorming doorbrengt, hoe beter het prototype of het minimum viable product (MVP) dat je kunt creëren. In de formatiefase stel je je voor welk probleem je app of dienst kan oplossen en waarom de markt er gek op wordt en bereid is om het te kopen. Om deze vragen te beantwoorden, is een keuze van technologie niet van het grootste belang. Wat essentieel is, is om op pad te gaan en zoveel mogelijk potentiele klanten als je kunt vinden, te bevragen.

De eerste fase zou moeten verlopen volgens het volgende schema:

Een uitgebreide visie van de huidige markt helpt je met het creëren van een minimum viable product met enkel dat wat nodig is om het product op de markt te brengen. Het bespaart je ook een enorme hoeveelheid geld en tijd in de  productiefase.

Dus mijn aanbeveling is om zover mogelijk te gaan met wat je weet.

Hier is het meest fascinerende deel van deze reis. Als technische startup oprichter moet je net genoeg expertise en kennis bezitten om alles zelf te kunnen starten. Het succes van het project zou vrijwel in zijn geheel afhangen van je:

• Leervaardigheid: hoe snel kun je de nodige kennis opdoen
• Domein-expertise en ervaring
• Strategische visie voor de markt en producten: klein beginnen, groot denken
• Bedrijfsontwikkeling en ‘Growth hacking’-vaardigheden

Dus hier de stappen om je idee te bevestigen:

1. Begin met je visie vanuit je hoofd op papier te zetten.
2. Maak een ruwe schets in en leer uw waarde-propositie (Value Proposition) volledig te begrijpen.
3. Zodra je dat hebt gedaan, moet je zoveel mogelijk klanten interviewen als je kunt bereiken.
4. Schrijf vervolgens de antwoorden op, zoek naar patronen, herzie, hervorm, verwijder of voeg functies toe.
5. Herhaal dit totdat je voldoende antwoorden hebt om ‘wireframes’ te maken.

# Dus hoe kun je zelf een MVP doen?

Ik zal een nieuwe post maken met een overzicht van tools die kunnen worden gebruikt om een MVP of werkend prototype te maken. Voor nu zou ik tools zoals Powerpoint, Sketch, XD, proto.io willen noemen om basisframes en gebruikersuitleg te maken. Google-formulieren of Zapier zijn geschikt voor het aanleggen van databases. Afhankelijk van de niche, kun je ook specifieke WordPress-plug-ins, Bubble.io, Shopify, enz. gebruiken.

Nadat je MVP klaar is, krijg je een scherper beeld van wie je eigenlijk moet inhuren: een bureau, een freelancer of misschien kom je uiteindelijk toch met het inhuren van een CTO. In dit geval is het aan boord nemen van een CTO echter een bewuste vereiste voor je.

Samengevat kun je door het inschakelen van een vakbekwame programmeur pas nadat de MVP is gevalideerd:

• # Sneller beginnen

• # Goedkoper starten

• # Meer ideeën testen

Er is waarschijnlijk één geval dat het vermelden waard is, waar je niet wil beginnen zonder een CTO aan boord te hebben. Bijvoorbeeld als je een startup idee als hardware- of technologieleverancier hebt.

Ook ik heb te veel startups gezien die te vroeg een CTO hebben ingehuurd. Kijk echter eens naar deze startups, die onze klanten zijn of waren:

• Bittiq is een fin-tech startup.
• Learned.io heeft een prijs gewonnen voor het meest innovatieve hr-technologiebedrijf.
• Shypple werd door Sprout verkozen tot startup van het jaar 2018.
• EZfactory, een fabrieksautomatiseringssysteem, was een kandidaat voor de KVK-innovatietop 100.
• Whoppah is een geavanceerde e-commerce-app.