Selvom du ikke behøver at være en webudvikler for at starte en tech-baseret virksomhed, skal du bestemt arbejde med et på et tidspunkt. Og nej, det er ikke så let som at ansætte nogen til at opbygge din vision og bare se, hvordan den kommer til live - du er ansvarlig for at finde den rigtige person til dit team, instruere dem om, hvad, nøjagtigt, at udvikle (ideelt at arbejde i en samarbejdsmåde) og styring af projektet undervejs.
Og i hele denne proces er der et par ting, som mange iværksættere lærer den hårde måde. Her er hvad du skal vide, inden du kommer i gang.
1.Valider dine ideer, inden du begynder at udvikle
Har du en god idé til et nyt produkt eller en ny funktion? Dine instinkter er måske at finde en udvikler og komme i gang med at bygge med det samme - men først er det vigtigt at teste, om dine kunder faktisk ønsker det.
For at gøre dette skal du specificere, hvilket problem du ønsker at løse (f.eks. "Vi vil have brugere til at vende tilbage til webstedet ofte"). Opret derefter en målbar hypotese, som du kan teste for at se, om dine brugere faktisk vil opføre sig på en måde, der understøtter din løsning. F.eks. Kan din hypotese være: "At tillade brugere at sende statusopdateringer vil generere en stigning i brugerinteraktioner og brugeropbevaring."
Når du har gjort dette, skal du oprette en prototype af den funktion, du ønsker at opbygge. Og du har ikke brug for en udvikler til dette endnu - til et tidligt udkast kan du lave en klikbar demo ved hjælp af PowerPoint eller Word eller endda bruge en papirskitse. Der er også mere avancerede prototyper og wireframing-værktøjer, såsom Axure, Mockingbird og Balsamiq, som du skal være komfortabel med, hvis du skal styre et produkt.
Derefter - stadig før du involverer dine udviklere - viser din prototype til dine kunder (eller potentielle kunder) og få deres feedback. (Du kan planlægge personlige interviews eller bruge online-værktøjer som Usabilla eller UserTesting.com.) Stil dem åbne spørgsmål for at måle deres tanker og interesse i funktionen, og prøv at virkelig forstå, om løsningen er spændende eller løse et smerte punkt. Og hvis ja? Først da er det tid til at gå videre til faktisk at bygge noget.
2. Ansæt og opbyg et stort Dev-team
Det er nødvendigt at ansætte de rigtige mennesker i enhver organisation, men når du ansætter nogen, der bygger dit produkt og bringer din vision til live - det er meget vigtigt.
Her er den mest værdifulde ansættelsestime, jeg har lært: Ansæt først til DNA, og derefter til arbejdserfaring. Lav en liste over de egenskaber, som du værdsætter som virksomhed, eller dit "DNA" (dvs. ubarmhjertigt drev, får jobbet gjort uanset hvad, sans for humor) - så sørg for den person, du interviewer eller snakker til at matche de fleste af de ting, du kom frem til.
Hvad der er lige så vigtigt er at ansætte personer med en dygtighed, ikke et bestemt kvalifikationssæt. I det tekniske rum bliver kvalifikationer forældede hvert andet år, så det er bedre at ansætte folk, der er i stand til at lære nye teknologier (og ideelt set har en track record for at gøre det) snarere end folk, der tilfældigvis ved, hvordan man gør noget specifikt nu . Husk, at denne person ideelt set vil være med dig i lang tid, og du vil sikre dig, at han eller hun er en god match både nu og senere.
3. Administrer projektet hvert skridt på vejen
Til sidst skal du være involveret i opbygningen af dit produkt. En almindelig fejl, som jeg ser folk laver: En grundlægger vil sende produktspecifikationer til en udvikler, idet han har tillid til, at alt bliver gjort, som grundlæggeren ser det i sit hoved, og tjek først ind igen, når det endelige produkt er klar.
Dette er en opskrift på katastrofe. Hvis du tager denne hands-off tilgang, finder du oftere, at dit websted eller produkt ikke er implementeret på den måde, du havde forestillet dig. Måske var dine retninger uklare, måske var de faktisk umulige at implementere teknisk, måske har din udvikler bare misforstået. Men uanset hvorfor det sker - dette er en situation, du hellere bare vil undgå helt. Tro mig, det er meget nemmere at være på toppen af udviklingsprocessen undervejs, end det er at skulle gå tilbage og ordne ting senere - eller værre, starte forfra!
En bedre tilgang er at bruge ”Agile Project Management”, en almindelig metode til planlægning og vejledning af et teknisk projekt. Et smidigt projekt afsluttes i små sektioner kaldet iterationer eller sprints (dagligt, ugentligt eller inden for to uger, maks.). Når en udvikler eller et udviklingshold har afsluttet en iteration, gennemgås og kritiseres de af andre medlemmer af projektgruppen.
Den største fordel ved agil projektstyring er evnen til at reagere på problemer, når de opstår. Du vil være i stand til at holde styr på, om projektet går i henhold til planen eller ej, forstå, hvilke ændringer der er nødvendige, og i sidste ende hjælpe med at levere et vellykket projekt til tiden og på budgettet.
For at lære mere om den smidige udviklingsproces, introduktionsvideo og tjek online projektstyringsværktøjer som Asana og Pivotal Tracker.
