Lai gan, lai sāktu uz tehnoloģijām balstītu uzņēmumu, nav jābūt tīmekļa izstrādātājam, noteikti kādā brīdī jums būs jāstrādā ar vienu. Un nē, tas nav tik vienkārši, kā nolīgt kādu, lai izveidotu savu redzējumu, un vienkārši vērojat, kā tas piepildās - jūs būsit atbildīgs par savas komandas īstā cilvēka atrašanu, norādot viņiem, ko tieši attīstīt (ideālā gadījumā strādājot sadarbības veids) un projekta vadīšana.
Un visā šajā procesā ir dažas lietas, kuras daudzi uzņēmēji apgūst smagi. Lūk, kas jāzina, pirms sākat darbu.
1. Pirms sākat attīstīt, pārbaudiet savas idejas
Vai jums ir lieliska ideja par jaunu produktu vai funkciju? Iespējams, ka jūsu instinkts ir atrast izstrādātāju un sākt būvniecību uzreiz, taču vispirms ir svarīgi pārbaudīt, vai klienti to tiešām vēlas.
Lai to izdarītu, norādiet, kādu problēmu jūs meklējat risināt (piemēram, “mēs vēlamies, lai lietotāji bieži atgrieztos vietnē”). Pēc tam izveidojiet izmērāmu hipotēzi, kuru varat pārbaudīt, lai pārliecinātos, vai lietotāji tiešām izturēsies tādā veidā, kas atbalsta jūsu risinājumu. Piemēram, jūsu hipotēze varētu būt šāda: “Atļaujot lietotājiem izlikt statusa atjauninājumus, palielināsies lietotāju mijiedarbība un lietotāju aizturēšana.”
Kad esat to izdarījis, izveidojiet objekta, kuru vēlaties izveidot, prototipu. Un tas vēl nav nepieciešams izstrādātājam - lai izveidotu agrīnu melnrakstu, varat izveidot klikšķināmu demonstrāciju, izmantojot PowerPoint vai Word, vai pat izmantot papīra skici. Ir arī modernāki prototipēšanas un stiepļu kadru veidošanas rīki, piemēram, Axure, Mockingbird un Balsamiq, kas jums vajadzētu ērti izmantot, ja plānojat pārvaldīt produktu.
Pēc tam - vēl pirms iesaistīšanās izstrādātājos - parādiet klientam (vai potenciālajam klientam) prototipu un saņemiet viņu atsauksmes. (Varat ieplānot klātienes intervijas vai izmantojot tiešsaistes rīkus, piemēram, Usabilla vai UserTesting.com.) Uzdodiet viņiem atvērtus jautājumus, lai novērtētu viņu domas un interesi par šo funkciju, un mēģiniet patiesi saprast, vai risinājums viņus aizrauj vai arī sāpju punkts. Un ja tā? Tikai tad ir pienācis laiks pāriet pie tā, lai kaut ko faktiski izveidotu.
2. Noma un izveido lielisku komandu
Jebkurā organizācijā ir jāalgo īstie cilvēki, bet, pieņemot darbā kādu, kurš izstrādā jūsu produktu un piepilda jūsu redzējumu, tas ir ļoti svarīgi.
Šeit ir visvērtīgākā darbā pieņemšanas mācība, ko esmu iemācījies: vispirms nomājiet DNS, bet otrajā - darba pieredzi. Izveidojiet to raksturlielumu sarakstu, kurus jūs vērtējat kā uzņēmumu, vai savu “DNS” (ti, nerimstošu vēlmi, darbs tiks paveikts neatkarīgi no tā, kas ir humora izjūta) - pēc tam pārliecinieties, ka persona, ar kuru jūs intervējat vai runājat lai atbilstu lielākajai daļai priekšmetu, ar kuriem jūs nāca klajā.
Tikpat svarīgi ir pieņemt darbā cilvēkus ar piemērotību, nevis ar noteiktu prasmju kopumu. Tehnoloģiju telpā prasmes kļūst novecojušas ik pēc diviem gadiem, tāpēc labāk ir nolīgt cilvēkus, kuri spēj apgūt jaunas tehnoloģijas (un ideālā gadījumā viņiem ir pieredze to darīt), nevis cilvēkus, kuri tagad zina, kā kaut ko darīt . Atcerieties, ka šī persona ideālā gadījumā būs kopā ar jums tālajā maršrutā, un jūs vēlaties pārliecināties, ka viņš vai viņa lieliski spēlē gan tagad, gan vēlāk.
3. Pārvaldiet projektu ik uz soļa
Visbeidzot, iesaistieties sava produkta veidošanā. Izplatīta kļūda, ko es redzu, kā cilvēki rīkojas: Dibinātājs nosūta izstrādājuma specifikāciju izstrādātājam, uzticoties, ka viss tiks darīts tā, kā dibinātājs to redz savā galvā, un pārbaudiet to tikai tad, kad gala produkts ir gatavs.
Šī ir katastrofas recepte. Ja izvēlēsities šo praktisko pieeju, tad jūsu vietne vai produkts, visticamāk, netiks atrasts tā, kā bijāt iecerējis. Varbūt jūsu norādes bija neskaidras, varbūt tos faktiski nebija iespējams tehniski ieviest, varbūt jūsu izstrādātājs vienkārši pārprata. Bet neatkarīgi no tā, kāpēc tas notiek - šī ir situācija, no kuras jūs drīzāk vienkārši izvairītos. Ticiet man, ir daudz vieglāk visu laiku atrasties attīstības procesa virsotnē, nekā ir atgriezties un labot lietas vēlāk vai, vēl ļaunāk, sākt no jauna!
Labāka pieeja ir izmantot “Agile Project Management”, kopēju tehniskā projekta plānošanas un vadīšanas metodi. Veikls projekts tiek pabeigts nelielās daļās, ko sauc par iterācijām vai sprintiem (katru dienu, nedēļu vai divu nedēļu laikā, maksimāli). Pēc tam, kad izstrādātājs vai attīstības komanda ir pabeigusi iterāciju, citi projekta komandas locekļi to pārskata un kritizē.
Agile projekta vadības galvenais ieguvums ir spēja reaģēt uz jautājumiem, kad tie rodas. Jums būs iespēja izsekot tam, vai projekts norit saskaņā ar plānu, saprast, kādas izmaiņas ir nepieciešamas, un galu galā palīdzēsit sasniegt veiksmīgu projektu laikā un atbilstoši budžetam.
Lai uzzinātu vairāk par veiklo attīstības procesu, ievadvideo un apskatītu tiešsaistes projektu pārvaldības rīkus, piemēram, Asana un Pivotal Tracker.
