Även om du inte behöver vara webbutvecklare för att starta ett teknikbaserat företag, måste du definitivt arbeta med ett vid någon tidpunkt. Och nej, det är inte lika enkelt som att anställa någon för att bygga din vision och bara se den växa fram - du kommer att ansvara för att hitta rätt person för ditt team, instruera dem om vad, exakt, att utveckla (helst, arbeta i ett samarbetssätt) och hantera projektet på vägen.
Och under hela denna process finns det några saker som många företagare lär sig på det hårda sättet. Här är vad du ska veta innan du börjar.
1. Validera dina idéer innan du börjar utveckla
Har du en bra idé för en ny produkt eller funktion? Dina instinkter kan vara att hitta en utvecklare och komma igång med att bygga direkt - men först är det viktigt att testa om dina kunder verkligen vill ha det.
För att göra detta anger du vilket problem du vill lösa (t.ex. "vi vill att användare ska återvända till webbplatsen ofta"). Skapa sedan en mätbar hypotes som du kan testa för att se om dina användare faktiskt kommer att bete sig på ett sätt som stöder din lösning. Till exempel kan din hypotes vara: "Att låta användare posta statusuppdateringar kommer att generera en ökning av användarinteraktioner och användarhållning."
När du har gjort det skapar du en prototyp av funktionen du vill bygga. Och du behöver inte en utvecklare för detta ännu - för ett tidigt utkast kan du göra en klickbar demo med PowerPoint eller Word, eller till och med använda en pappersskiss. Det finns också mer avancerade prototypnings- och wireframing-verktyg, till exempel Axure, Mockingbird och Balsamiq, som du borde bli bekväm med om du ska hantera en produkt.
Sedan - fortfarande innan du engagerar dina utvecklare - visar din prototyp till dina kunder (eller potentiella kunder) och få deras feedback. (Du kan schemalägga personliga intervjuer eller använda onlineverktyg som Usabilla eller UserTesting.com.) Ställ dem öppna frågor för att utvärdera sina tankar och intresse för funktionen och försök att verkligen förstå om lösningen är spännande eller löser en smärta punkt. Och i så fall? Först då är det dags att gå vidare till att bygga något.
2. Anställ och bygg ett bra Dev-team
Att anställa rätt personer är nödvändigt i alla organisationer, men när du anställer någon som bygger din produkt och ger din vision liv - det är mycket viktigt.
Här är den mest värdefulla anställningskursen som jag har lärt mig: Hyr ut för DNA först och för andra arbetslivserfarenhet. Gör en lista över de egenskaper som du värderar som företag, eller ditt "DNA" (dvs. obeveklig drivning, kommer att få jobbet gjort oavsett vad, humor) - så se till att personen du intervjuar eller pratar för att matcha de flesta artiklar du kom med.
Vad som är lika viktigt är att anställa personer med anpassning, inte en speciell kompetens. På det tekniska utrymmet blir färdigheter föråldrade vartannat år, så det är bättre att anställa människor som kan lära sig ny teknik (och helst har en mer detaljerad information) snarare än människor som råkar veta hur man gör något specifikt nu . Kom ihåg att den här personen helst ska vara med dig under lång tid, och du vill se till att han eller hon är en bra match både nu och senare.
3. Hantera projektet varje steg på vägen
Slutligen, var involverad i byggandet av din produkt. Ett vanligt misstag ser jag att människor gör: En grundare kommer att skicka produktspecifikationer till en utvecklare och lita på att allt kommer att göras på det sätt som grundaren ser det i sitt huvud och bara kontrollera igen när den slutliga produkten är klar.
Detta är ett recept på katastrof. Om du tar denna hands-off-strategi, hittar du ofta än inte din webbplats eller produkt som du har föreställt dig. Kanske var dina anvisningar oklara, kanske de faktiskt var omöjliga att implementera tekniskt, kanske din utvecklare missförstod bara. Men oavsett varför det händer - detta är en situation som du hellre bara vill undvika helt. Tro mig, det är mycket lättare att hålla sig uppe i utvecklingsprocessen på vägen än det är att behöva gå tillbaka och fixa saker senare - eller ännu värre, börja om!
En bättre metod är att använda ”Agile Project Management”, en vanlig metod för att planera och vägleda ett tekniskt projekt. Ett agilt projekt avslutas i små avsnitt som kallas iterationer eller sprintar (dagligen, veckovis eller inom två veckor, max). När en utvecklare eller utvecklingsgrupp har slutfört en iteration granskas och kritiseras den av andra medlemmar i projektgruppen.
Den största fördelen med smidig projektledning är förmågan att svara på frågor när de uppstår. Du kommer att kunna hålla reda på om projektet går enligt plan eller inte, förstå vilka förändringar som är nödvändiga och i slutändan hjälpa till att leverera ett framgångsrikt projekt i tid och budget.
För att lära dig mer om den smidiga utvecklingsprocessen, inledande video och kolla in verktyg för onlinehantering som Asana och Pivotal Tracker.