Daugelis svetainių ir skaitmeninių įrankių projektų stringa dar prieš prasidedant programavimui. Priežastis dažnai paprasta: užsakovas žino, kad nori “modernios svetainės”, tačiau neaprašo, kokią problemą ji turi išspręsti, kas ja naudosis ir kaip bus vertinama sėkmė. Gera užduotis padeda komandai greičiau priimti sprendimus, tiksliau įvertinti biudžetą ir sumažinti brangių pakeitimų skaičių vėlesniuose etapuose.
Prieš siųsdami užklausas agentūroms ar nepriklausomiems kūrėjams, verta peržiūrėti, kaip savo darbą ir požiūrį pristato skirtingos skaitmeninių projektų komandos, pavyzdžiui, 14horses.com/. Toks palyginimas padeda suprasti, kokios informacijos specialistai tikisi iš kliento ir kokių klausimų reikėtų užduoti per pirmą pokalbį.
Pradėkite nuo verslo problemos
Užduotis neturėtų prasidėti spalvomis, šriftais ar norimų funkcijų sąrašu. Pirmiausia aprašykite situaciją, dėl kurios projektas apskritai reikalingas. Galbūt lankytojai neranda svarbios informacijos. Gal klientai užpildo užklausą, tačiau pardavimo komandai trūksta duomenų. Gal darbuotojai tą pačią informaciją suveda į kelias sistemas ir švaisto laiką.
Problemos aprašymas leidžia kūrėjams siūlyti sprendimus, o ne mechaniškai vykdyti užsakovo pageidavimus. Formuluotė “reikia naujo puslapio” yra per plati. Daug naudingesnė būtų tokia: “Norime, kad potencialus klientas per dvi minutes rastų paslaugos kainą, suprastų kitą veiksmą ir pateiktų užklausą be skambučio.” Toks tikslas jau suteikia kryptį informacijos architektūrai, tekstams ir matavimo kriterijams.
Aprašykite žmones, kurie naudosis sprendimu
Vienas projektas gali turėti kelias auditorijas, tačiau tai nereiškia, kad kiekvienai reikia kurti atskirą pasaulį. Užtenka tiksliai įvardyti pagrindines grupes ir jų poreikius. Įmonės svetainėje lankysis naujas klientas, esamas klientas ir darbuotojas, kuris nori greitai rasti vidinę informaciją. Kiekvienas ateina su skirtingu klausimu.
Aprašydami auditoriją, nerašykite vien “visi, kam gali būti įdomi mūsų paslauga”. Tokia frazė nieko nepasako apie elgesį. Geriau nurodykite, ką žmogus jau žino, ko bijo, kiek laiko turi ir kokį sprendimą gali priimti. Pavyzdžiui, mažos gamybos įmonės vadovas gali ieškoti tiekėjo telefonu, lyginti kelis pasiūlymus ir norėti gauti preliminarią sąmatą tą pačią dieną. Ši informacija keičia puslapio struktūrą ir kontaktų formos ilgį.
Funkcijų sąrašą atskirkite nuo norų
Užsakovai dažnai į vieną sąrašą sudeda būtinas funkcijas, patogius priedus ir idėjas, kurios dar nėra patikrintos. Dėl to projektas išsipučia, o svarbiausi darbai praranda prioritetą. Prieš susitikimą suskirstykite pageidavimus pagal jų reikšmę verslui.
- Būtina paleidimui: funkcijos, be kurių vartotojas negalės atlikti pagrindinio veiksmo.
- Reikalinga netrukus po paleidimo: sprendimai, kurie pagerins procesą, tačiau nestabdo pirmosios versijos.
- Verta išbandyti: idėjos, kurių naudą dar reikia patikrinti tyrimu ar prototipu.
- Atidėta: pageidavimai, kurie gali būti naudingi ateityje, tačiau šiuo metu neturi aiškaus poveikio.
- Techninis apribojimas: sistemos, integracijos, saugumo taisyklės ar teisiniai reikalavimai, kurių komanda negali ignoruoti.
Toks suskirstymas neįpareigoja atsisakyti ambicingų planų. Jis parodo, ką reikia padaryti pirmiausia. Kūrėjai gali pasiūlyti etapais įgyvendinamą sprendimą, o vadovai lengviau mato, už ką moka kiekviename projekto etape. Jei funkcija įtraukta tik todėl, kad ją turi konkurentas, verta paklausti, kokią konkrečią problemą ji spręs jūsų atveju.
Numatykite turinį ir atsakomybes
Svetainės kūrimas dažnai vėluoja ne dėl kodo, o dėl neparuoštų tekstų, nuotraukų, kainų ar teisinių dokumentų. Užduotyje aiškiai nurodykite, kas pateiks medžiagą, kas ją patvirtins ir iki kada tai bus padaryta. Jei tekstus kurs projekto komanda, aprašykite, kas suteiks informaciją apie paslaugas, klientų klausimus ir vidinius procesus.
Turinys turi būti planuojamas kartu su struktūra. Dizaineris negali patikimai parinkti antraščių dydžių ar kortelių aukščio, jei nežino, kiek teksto jose bus. Tas pats galioja formoms. Jei pardavimo darbuotojui reikia penkių atsakymų, trumpa kontaktinė forma gali sukurti papildomą darbą vietoje to, kad jį sumažintų.
Dar prieš pradėdami projektą susitarkite dėl kalbų, turinio atnaujinimo tvarkos ir redagavimo teisių. Įmonėms, kurios dažnai keičia kainas ar paslaugų aprašymus, patogus turinio valdymas gali būti svarbesnis už įspūdingą animaciją. Sprendimą reikia vertinti pagal kasdienį naudojimą, o ne vien pagal pristatymo dieną.
Susitarkite, kaip atrodys sėkmė
Projekto pabaiga neturėtų būti apibrėžta vien fraze “svetainė paskelbta”. Iš anksto pasirinkite kelis rodiklius, kurie susiję su pradiniu tikslu. Tai gali būti užklausų skaičius, formos užpildymo rodiklis, laikas, per kurį lankytojas randa kainą, arba darbuotojų sutaupytos valandos.
Rodikliai turi būti pasiekiami ir palyginami. Jei anksčiau nebuvo matuojamas užklausos pateikimo kelias, pirmiausia nustatykite pradinę reikšmę. Po paleidimo stebėkite, kur žmonės sustoja, kokius laukus praleidžia ir iš kokių puslapių išeina. Skaičiai nepasakys, ką keisti, tačiau jie padės tiksliau pasirinkti, ką tirti.
Taip pat susitarkite, kas vyks po paleidimo. Reikia numatyti klaidų taisymą, saugumo atnaujinimus, analizės peržiūrą ir sprendimų priėmimo tvarką. Skaitmeninis projektas retai baigiasi tą dieną, kai paspaudžiamas publikavimo mygtukas. Aiški užduotis suteikia jam tvirtą pradžią, o nuoseklus vertinimas padeda išlaikyti naudą tada, kai pirmasis susidomėjimas jau praeina.