Spręsti verslo projektus: mažiausias dalykas, kuris galėtų veikti

Anonim

Dideli projektai linkę būti ignoruojami, kaip ir aš. Galbūt turėtumėte didelių rinkodaros, produktų kūrimo, svetainės ir klientų patirties gerinimo idėjų, tačiau jei tai reikės imtis 100 žingsnių ir trijų mėnesių sunkaus darbo, tai tiesiog neįvyks.

$config[code] not found

Yra gaisrų, kuriuos reikia išimti, ir mažai kabantys vaisiai. Vis dėlto gaila, kad tik dėl to, kad projektas yra „didelis“, kad niekada su juo nesiseka.

Mano patirtis rodo, kad dažnai dideli projektai gali būti sprendžiami mažiausiai įmanomu dalyku, kuris galėtų veikti. Šis pareiškimas gali skambėti išmintingai („Occam's Razor“ forma) arba tingus (tai gerai, kad atliktumėte nepriekaištingą darbą?), Bet norėčiau jus įtikinti pirmuosius.

Leiskite jums parodyti pavyzdį iš savo įmonės.

„Naudojimo testavimas“ yra tarsi atsarginė kopija: kažkas, su kuria sutinkate, turėtų būti padaryta, bet beveik niekas nesiruošia daryti.

Problema yra, tai skamba kaip sudėtingas procesas. Į biurą turite atvykti nepažįstamus asmenis, nustatyti bandymų scenarijus, atlikti eksperimentus, valdyti ir nustatyti 100 dalykų, kuriuos galėtumėte patobulinti, sąrašus ir tada iš tikrųjų įgyvendinti šiuos pakeitimus. Feh.

Ką daryti, jei vietoj to padarėte absoliutų minimumą? Tai yra (su tam tikrais iškraipymais) „Usability Grandmaster“ patarimas „Steve Krug“ (vienodai didelio „Don 't Make Me Think“ autorius). (Hmm, „Grandmaster“ skamba kultas, blogai…)

Steve sako, kad jūs turėtumėte gauti tik tris draugus ir išbandyti kelis pagrindinius uždavinius su savo svetaine (pvz., Atsisiųskite bandymą arba atraskite, kaip lygintumėte su konkurencija).Mes naudojome 20 dolerių ir „GoToMeeting“ ($ 40 / month, kuriuos mes vis tiek naudojame telekonferencijoms), kad įrašytume sesijas vėliau analizei.

Pasirodo, kad nors galėtumėte surasti 100 skirtingų dalykų, kuriuos reikia išspręsti, yra tikrai tik trys dideli dalykai. Arba vienas. Ir jei pagerinsite vieną dalyką, jis visiškai pakeičia daugelio žmonių patirtį.

$config[code] not found

Mes patikrinome mūsų svetainę naudodami „Steve“ supaprastintą techniką ir tai buvo nuostabi. Dvidešimt problemų pasirodė nedelsiant; penki buvo pažymėti visų trijų testerių, ir mes galėjome juos visus išspręsti mažiau nei per dieną.

Atkreipkite dėmesį, kad: per mažiau nei vieną dieną dirbant žiniatinklyje, taip pat mažiau nei per dieną su testeriais, mes pašalinome penkis painius mūsų svetainės aspektus ir nustatėme dar penkiolika.

Panašų poveikį matėme naudodami CrazyEgg. Tai talpino žiniatinklio programinės įrangos takelius, kuriuose žmonės spustelėjo jūsų svetainę - tiek „karščiuose“ paspaudžiamuose regionuose, tiek ant teksto ir grafikos.

Buvo įdomu pamatyti, kas buvo spustelėta ir kokios nuorodos buvo ignoruojamos. Netikėtai įspūdingi buvo taškeliai, kuriuose žmonės spustelėjo … bet mes nepamirštėme, kad tai būtų hipersaitas! Nustatėme kai kuriuos atvaizdus ir regionus, kurie turėjo būti spustelėję taip, kad pagerintume tikėtiną mūsų svetainės elgesį tik kelios minutės HTML kodavimo.

Pamoka yra tokia: smulkūs veiksmai gali duoti didelių rezultatų. Jei nepavyks, daug laiko neinvestavote. Net jei jums pavyks, jums nebūtinai reikia daugiau laiko praleisti - galbūt jau sugrįžta mažėja.

$config[code] not found

Kokius metodus turite, kad greičiau pasiektumėte tikslus? Palikite komentarą!

* * * * *

Apie autorių: „Jason Cohen“ yra „Smart Bear“ programinės įrangos įkūrėjas ir mentorius „Austin“ įsikūrusiame paleidimo paleidimo įrenginyje „Capital Factory“. „A Smart Bear“ rašo apie naujienas ir rinkodarą „geeky twist“.

11 Pastabos ▼