For over et år siden ønskede jeg at oprette en iPhone-app til min kvindegruppe. Trods at have tilbragt et årti i den digitale verden, var jeg ikke teknisk og kunne ikke kode. Så jeg begyndte at lede efter en måde at oprette en app, der var let, hurtig og godt designet - uden at afskalde megabucks til en udvikler.
Det viser sig, jeg kunne ikke finde en. Så jeg blev besat af at skabe løsningen selv - en platform, hvor almindelige folk kunne skabe enkle, smukke, mobile apps.
Som jeg er sikker på, at du spekulerer på, hvis jeg ikke engang kunne oprette en app på egen hånd, hvordan skulle jeg bygge en hel platform, især uden finansiering? Jeg var en første gang iværksætter, og selvom jeg havde en solid forretningsplan, ville ingen investor finansiere mig uden et team, en prototype eller begge dele. (Som en investor fortalte mig: "Vi investerer ikke i PowerPoint. Kom tilbage med et beta-produkt.")
Mens jeg var grundlægger-dating som skør, er det svært at finde et stort teknisk talent som medstifter på niveau, og det er endnu sværere at få en sådan til at slutte sig til dig. I mellemtiden tikkede uret, og jeg var ivrig efter at komme i gang. Et par investorer foreslog, at jeg skulle finde et udviklingsselskab (eller “dev shop”) for at opbygge en prototype, så jeg gravede ind i min opsparing og gjorde nøjagtigt det.
I dag har mit firma, Yapp, en fantastisk teknisk medstifter, et godt team og investorer, og vi er ved at udgive vores første produkt. Dette produkt bruger dog ikke en enkelt kodelinje fra dev-butikken, der arbejdede på det i de fem måneder, før min medstifter kom til.
Når jeg tænker tilbage på mine besparelser på kodegården, undrer jeg mig: Hvordan kunne jeg have gjort tingene anderledes? Dette er de vigtigste lektioner, som jeg ønskede, at jeg havde kendt dengang - og de råd, jeg ville give til alle i min båd.
1. Find ud af, hvad du skal bevise
For at komme i gang med min idé skrev jeg et 30-siders produktspecifikationsdokument, der skulle overleveres til dev-butikken. Dette er helt den forkerte tilgang. Hvorfor? Fordi du i begyndelsestrinene ikke nødvendigvis ved, hvad du ønsker eller har brug for (eller hvad dine kunder ønsker eller har brug for). Før du overvejer at bringe en udvikler eller en butik til at bygge noget , skal du tage et skridt tilbage og skrive de antagelser, du har brug for for at bevise, at din idé bliver en levedygtig virksomhed. (Dette er lige fra The Lean Startup-filosofien.)
2. Test det på den lavest mulige tekniske måde
Derefter skal du bruge lidt tid på at tænke på, om du faktisk har brug for at bygge et produkt for at teste disse antagelser. Kan du bruge håndtegnede billeder, wireframes, comps eller en simpel destinationsside? I dag kan selv en ikke-teknisk person oprette wireframes (Balsamiq), en landingsside (værktøjer til selvbetjening af websteder) eller billig leje en deltidsdesigner (oDesk, eLance). Og du kan bruge alle disse ting til at køre din idé af potentielle kunder, partnere og investorer og få deres feedback. Lær alt hvad du kan fra disse lavteknologiske metoder og konstant finjustere din produktvision og idé - inden du overhovedet tænker på at udvikle den faktisk.
3. Overvej freelancere
Hvis dit næste trin er at få en prototype udviklet, skal du overveje en række muligheder - en dev-butik er ikke den eneste. At ansætte en freelancer er en god rute, hvis du har styret teknisk talent før, eller hvis din spec er enkel og bruger vidt kendte teknologier. (Kevin Rose byggede Digg ved at ansætte en eLancer for $ 200.) Imidlertid er nogle produkter meget mere komplicerede, og nogle stiftere har brug for en kontaktperson for at kommunikere produktvisionen til det tekniske team. I disse tilfælde kan en butik være bedre egnet.
4. Hold dig til dit anvendelsesområde
Hvis du beslutter at bringe en dev-shop ind, skal du sørge for, at du er klar over omfanget af dit projekt - og hold dig til det. Hvis du fulgte trin nr. 1 og # 2, har du en klar vision om, hvad du har brug for at bygge, så modstå fristelsen til at udvide rækkevidden. Dit mål på dette tidspunkt er at lære og få validering til din idé, ikke at vinde en Webby.
5. Ansæt nogen i dit netværk
Outsourcing af udvikling til Indien eller et andet land er normalt en billigere mulighed end at ansætte en amerikansk dev-butik. Men det kan også være meget, meget vanskeligere at styre en, du ikke kender, og som er på den anden side af planeten. Hvis du kan, skal du arbejde med en dev-butik, der kommer anbefalet, og som er fysisk tæt på dig, så du kan sidde med udvikleren så ofte som nødvendigt. Nogle ting er virkelig lettere beskrevet personligt.
6. Få et fast gebyr
Hver dev-butik vil modstå dig på dette ved at sige, at produktomfanget ændres. Men det er den eneste måde at sikre dig, at du ikke ender med at bruge hele dit budget på noget, du ikke kan teste med. Stol på mig.
I eftertid skulle jeg have brugt de første fem måneder med fokus på “læring”, ikke på “forsendelse”. Som jeg engang hørte, “fremadgående bevægelse er ikke nødvendigvis fremskridt” - og desværre var det sandt i mit tilfælde. Selvom dev-butikken producerede en fungerende prototype, var det i sidste ende ikke det, vi havde brug for. Tag det fra mig - hvis du har en stor idé om, at du bare ikke kan vente med at bygge, tage et skridt tilbage, tænke over, hvad du virkelig har brug for, og mind dig selv om, at det ikke altid er at køre til den første dev-butik, du finder bedste mulighed.
