Ruim een jaar geleden wilde ik een iPhone-app maken voor mijn vrouwengroep. Ondanks dat ik tien jaar in de digitale wereld heb doorgebracht, was ik niet technisch en kon ik niet coderen. Dus ging ik op zoek naar een manier om een app te maken die eenvoudig, snel en goed ontworpen was - zonder megabucks aan een ontwikkelaar te schenken.
Blijkt dat ik er geen kon vinden. Dus raakte ik geobsedeerd door het creëren van de oplossing zelf - een platform waar gewone mensen eenvoudige, mooie, mobiele apps konden maken.
Nu, ik weet zeker dat je je afvraagt, als ik niet eens een app zelf zou kunnen maken, hoe zou ik een heel platform bouwen, vooral zonder enige financiering? Ik was een eerste ondernemer en hoewel ik een solide businessplan had, zou geen enkele investeerder me financieren zonder een team, een prototype of beide. (Zoals een belegger me vertelde: "We investeren niet in PowerPoint. Kom terug met een bètaproduct.")
Terwijl ik oprichter-dating was als een gek, is het vinden van geweldig technisch mede-oprichter-niveau talent moeilijk en het is nog moeilijker om zo iemand bij je te krijgen. Ondertussen tikte de klok en ik wilde graag beginnen. Een paar investeerders stelden voor dat ik een ontwikkelingsbedrijf (of “ontwikkelaar”) zou gaan zoeken om een prototype te bouwen, dus ik ging op in mijn spaargeld en deed precies dat.
Vandaag heeft mijn bedrijf, Yapp, een geweldige technische mede-oprichter, een geweldig team en investeerders, en we staan op het punt om ons eerste product uit te brengen. Dit product gebruikt echter geen enkele regel code van de ontwikkelaar die eraan heeft gewerkt gedurende de vijf maanden voorafgaand aan de toetreding van mijn mede-oprichter.
Als ik terugdenk aan mijn besparingen op het codekerkhof, vraag ik me af: hoe had ik het anders kunnen doen? Dit zijn de belangrijkste lessen die ik wenste dat ik toen had gekend - en het advies dat ik iedereen in mijn boot zou geven.
1. Zoek uit wat u moet bewijzen
Om aan mijn idee te beginnen, schreef ik een productspecificatie van 30 pagina's om aan de ontwikkelaar over te dragen. Dit is helemaal de verkeerde aanpak. Waarom? Omdat u in de beginfase niet noodzakelijk weet wat u wilt of nodig hebt (of wat uw klanten willen of nodig hebben). In plaats daarvan, voordat u overweegt een ontwikkelaar of ontwikkelaar in te schakelen om iets te bouwen, neemt u een stap terug en schrijft u de aannames uit die u moet aantonen om uw idee een levensvatbaar bedrijf te laten worden. (Dit komt rechtstreeks uit de filosofie van Lean Startup.)
2. Test het op de laagst mogelijke technische manier
Besteed vervolgens wat tijd om na te denken of u daadwerkelijk een product moet bouwen om deze aannames te testen. Kun je handgetekende afbeeldingen, draadframes, composities of een eenvoudige bestemmingspagina gebruiken? Tegenwoordig kan zelfs een niet-technisch persoon wireframes (Balsamiq), een bestemmingspagina (zelfbedieningswebsite-tools) maken of goedkoop een parttime ontwerper inhuren (oDesk, eLance). En u kunt al deze dingen gebruiken om uw idee door potentiële klanten, partners en investeerders te sturen en hun feedback te krijgen. Leer alles wat je kunt van deze low-tech methoden en pas je productvisie en -idee voortdurend aan, voordat je er zelfs maar aan denkt om het daadwerkelijk te ontwikkelen.
3. Overweeg freelancers
Als je volgende stap is om een prototype te laten ontwikkelen, overweeg dan een aantal opties - een ontwikkelaarswinkel is niet de enige. Het inhuren van een freelancer is een goede route als je eerder technisch talent hebt beheerd, of als je specificatie eenvoudig is en algemeen bekende technologieën gebruikt. (Kevin Rose heeft Digg gebouwd door een eLancer in te huren voor $ 200.) Sommige producten zijn echter veel gecompliceerder en sommige oprichters hebben een tussenpersoon nodig om de productvisie aan het technische team te communiceren. In deze gevallen past een winkel misschien beter.
4. Blijf bij uw bereik
Als u besluit om een ontwikkelaar in te schakelen, zorg er dan voor dat u duidelijk bent over de reikwijdte van uw project - en houd u eraan. Als u stappen 1 en 2 hebt gevolgd, hebt u een duidelijk beeld van wat u moet bouwen, dus weersta de verleiding om de scope te vergroten. Je doel in dit stadium is om te leren en validatie te krijgen voor je idee, niet om een Webby te winnen.
5. Huur iemand in uw netwerk in
Ontwikkeling van ontwikkeling naar India of een ander land is meestal een goedkopere optie dan een Amerikaanse ontwikkelaar inhuren. Maar het kan ook veel, veel moeilijker zijn om iemand te beheren die je niet kent en die zich aan de andere kant van de planeet bevindt. Als je kunt, werk dan met een ontwikkelaar die wordt aanbevolen en die fysiek dicht genoeg bij je staat zodat je zo vaak als nodig bij de ontwikkelaar kunt zitten. Sommige dingen zijn echt gemakkelijker persoonlijk te beschrijven.
6. Ontvang een vaste vergoeding
Elke ontwikkelaar zal u hiertegen weerstaan en zeggen dat de productomschrijving zal veranderen. Maar het is de enige manier om ervoor te zorgen dat u niet uw hele budget gebruikt voor iets waarmee u niet kunt testen. Geloof me.
Achteraf gezien had ik de eerste vijf maanden moeten focussen op 'leren', niet op 'verzenden'. Zoals ik ooit hoorde, is 'voorwaartse beweging niet noodzakelijkerwijs vooruitgang' - en helaas was dat in mijn geval het geval. Hoewel de ontwikkelaar een werkend prototype produceerde, was het uiteindelijk niet wat we nodig hadden. Neem het van mij aan - als je een groot idee hebt dat je gewoon niet kunt wachten om te bouwen, neem een stap terug, denk na over wat je echt nodig hebt en herinner jezelf eraan dat rennen naar de eerste ontwikkelaarswinkel die je vindt niet altijd jouw is beste optie.
