For over et år siden ønsket jeg å lage en iPhone-app for min kvinnegruppe. Til tross for at jeg har tilbrakt et tiår i den digitale verdenen, var jeg ikke teknisk og kunne ikke kode. Så jeg begynte å lete etter en måte å lage en app som var enkel, rask og godt designet - uten å avskalde megabucks til en utvikler.
Viser seg, jeg kunne ikke finne en. Så jeg ble besatt av å lage løsningen selv - en plattform der vanlige folk kunne lage enkle, vakre, mobile apper.
Som jeg er sikker på at du lurer på, om jeg ikke engang kunne lage en app på egen hånd, hvordan hadde jeg tenkt å bygge en hel plattform, spesielt uten finansiering? Jeg var en første gangs gründer, og mens jeg hadde en solid forretningsplan, var det ingen investor som skulle finansiere meg uten et team, en prototype eller begge deler. (Som en investor fortalte meg: "Vi investerer ikke i PowerPoint. Kom tilbake med et beta-produkt.")
Mens jeg var grunnleggerdating som gal, er det vanskelig å finne et stort teknisk talent som medgrunnleggernivå, og det er enda vanskeligere å få noen slik til å bli med deg. I mellomtiden tikket klokken, og jeg var ivrig etter å komme i gang. Noen få investorer foreslo at jeg skulle søke et utviklingsselskap (eller “dev shop”) for å bygge en prototype, så jeg gravde inn sparepengene mine og gjorde akkurat det.
I dag har selskapet mitt, Yapp, en fantastisk teknisk medgründer, et flott team og investorer, og vi holder på å gi ut vårt første produkt. Dette produktet bruker imidlertid ikke en eneste kodelinje fra dev-butikken som jobbet med det i de fem månedene før min medgründer begynte.
Når jeg tenker tilbake på besparelsene mine på kodegården, lurer jeg på: Hvordan kunne jeg ha gjort ting annerledes? Dette er de viktigste leksjonene som jeg ønsket at jeg hadde visst den gang - og rådene jeg ville gitt til alle i båten min.
1. Finn ut hva du trenger å bevise
For å komme i gang med ideen min skrev jeg et 30-siders produktspesifikasjonsdokument for å overlate til dev-butikken. Dette er helt feil tilnærming. Hvorfor? Fordi du i begynnelsestrinnene ikke nødvendigvis vet hva du vil eller trenger (eller hva kundene dine ønsker eller trenger). Før du vurderer å hente inn en utvikler eller en butikk for å bygge noe , kan du i stedet ta et skritt tilbake og skrive ut de forutsetningene du trenger for å bevise at ideen din skal bli en levedyktig virksomhet. (Dette er rett fra The Lean Startup-filosofien.)
2. Test det på lavest mulig måte
Deretter bruker du litt tid på å tenke på om du faktisk trenger å bygge et produkt for å teste disse forutsetningene. Kan du bruke håndtegnet bilder, wireframes, comps eller en enkel destinasjonsside? I dag kan til og med en ikke-teknisk person opprette wireframes (Balsamiq), en destinasjonsside (verktøy for selvbetjening til nettstedet), eller billig leie en deltidsdesigner (oDesk, eLance). Og du kan bruke alle disse tingene til å kjøre ideen din av potensielle kunder, samarbeidspartnere og investorer og få tilbakemeldinger. Lær alt du kan fra disse lavteknologiske metodene og finpusse produktvisjonen og ideen din kontinuerlig - før du selv tenker på å utvikle den.
3. Tenk på frilansere
Hvis det neste trinnet ditt er å få en prototype utviklet, kan du vurdere en rekke alternativer - en dev-butikk er ikke den eneste. Å ansette en frilanser er en god rute hvis du har klart teknisk talent før, eller hvis spesifikasjonen din er enkel og bruker kjent teknologier. (Kevin Rose bygde Digg ved å ansette en eLancer for $ 200.) Imidlertid er noen produkter mye mer kompliserte, og noen grunnleggere trenger en kontakt mellom personer for å formidle produktvisjonen til det tekniske teamet. I disse tilfellene kan en butikk passe bedre.
4. Hold deg til ditt omfang
Hvis du bestemmer deg for å hente inn en dev-butikk, må du forsikre deg om at du er klar over omfanget av prosjektet ditt - og hold deg til det. Hvis du fulgte trinn 1 og 2, har du en klar visjon om hva du trenger å bygge, så motstå fristelsen til å øke omfanget. Målet ditt på dette stadiet er å lære og få validering for ideen din, ikke å vinne en Webby.
5. Ansett noen i nettverket ditt
Outsourcing av utvikling til India eller et annet land er vanligvis et billigere alternativ enn å ansette en amerikansk dev-butikk. Men det kan også være mye, mye vanskeligere å administrere noen du ikke kjenner og som er på den andre siden av planeten. Hvis du kan, kan du jobbe med en dev-butikk som kommer anbefalt, og som er fysisk nær nok til at du kan sitte hos utvikleren så ofte som nødvendig. Noen ting blir virkelig lettere beskrevet personlig.
6. Få et fast gebyr
Hver dev-butikk vil motstå deg på dette og si at produktomfanget vil endre seg. Men det er den eneste måten å sikre at du ikke ender opp med å bruke hele budsjettet på noe du ikke kan teste med. Stol på meg.
I ettertid burde jeg ha brukt de første fem månedene på "læring", ikke på "frakt". Som jeg en gang hørte, "fremoverbevegelse er ikke nødvendigvis fremgang" - og dessverre, det var sant i mitt tilfelle. Selv om dev-butikken produserte en fungerende prototype, var det til slutt ikke det vi trengte. Ta det fra meg - hvis du har en god ide om at du bare ikke kan vente med å bygge, ta et skritt tilbake, tenk gjennom hva du virkelig trenger, og minne deg selv på at det ikke alltid er å løpe til den første butikken du finner beste alternativet.
