Veebilehe lähteülesanne aitab tellijal ja arendajal kokku leppida, milline tulemus peab valmima. See ei pea sisaldama kõiki tehnilisi lahendusi. Olulisem on kirjeldada ettevõtte eesmärki, külastaja vajadust ja töid, mille valmimist saab kontrollida.
Kui lähteülesandeks on ainult „soovime kaasaegset ja kasutajasõbralikku kodulehte”, hakkab iga pakkuja selle tähendust ise oletama. Üks arvestab viie sisulehega, teine mitmekeelse kataloogi ja erilahendusega. Selge lähteülesanne teeb pakkumised võrreldavaks ning vähendab hilisemaid vaidlusi töömahu üle.
1. Eesmärk ja probleem
Kirjelda, miks veebilehte vaja on või miks praegune lahendus enam ei sobi. Kas teenuste sisu on ebaselge, päringuid tuleb vähe, töötajad ei saa infot uuendada või on vajalik uus iseteenindus? Erista äriline eesmärk kujunduseelistusest.
Hea sõnastus võiks olla: „Soovime, et klient leiaks sobiva teenuse, saaks aru selle tellimise protsessist ja saadaks telefonis pakkumispäringu.” „Soovime suurt videot avalehele” on võimalik lahendus, mille vajalikkust tuleb eesmärgi järgi hinnata.
2. Sihtrühmad ja peamised tegevused
Nimeta kõige olulisemad külastajad ning see, mida igaüks lehel teha soovib. Uus klient otsib teenuse sisu ja usaldusväärsust; olemasolev klient võib vajada kontaktisikut või juhendit; tööotsija huvitub meeskonnast. Neid teekondi ei pea avalehel võrdse kaaluga esitama.
Vali üks peamine tegevus ja vajadusel paar kõrvaltegevust. Kui kõik nupud on võrdselt tähtsad, jääb ka arendajale ebaselgeks, mille järgi lehe struktuuri hinnata. Päringuid koguva veebi puhul aitab tausta täpsustada päringute puudumise põhjuste ülevaade.
3. Lehekaart, sisu ja keeled
Pane kirja vajalikud lehed või sisutüübid: avaleht, teenused, üksik teenus, tehtud tööd, blogi, artikkel ja kontakt. Lisa, kui palju sisu on esialgu vaja sisestada. „Blogi võimalus” võib tähendada ainult tehnilist malli või ka olemasolevate artiklite üleviimist; need on eri tööd.
Määra iga materjali vastutaja. Kes kirjutab teksti, valib pildid, kontrollib kasutusõigusi ja kinnitab tõlke? Kui sama sisu peab olema kahes keeles, täpsusta, kas tõlked valmivad koos põhikeelega või hiljem.
4. Funktsioonid ja ühendused
Kirjelda funktsiooni kasutaja tegevusena. „Kontaktivorm” asemel kirjuta näiteks, millised andmed küsitakse, kuhu need saadetakse, mida kasutaja pärast saatmist näeb ja kas vaja on faili lisamist. Nii saab arendaja hinnata tegelikku vajadust.
Liidestuse puhul nimeta süsteemid ja andmete liikumine. „CRM-i ühendus” ei ütle veel, kas luuakse uus kontakt, kontrollitakse duplikaate, saadetakse hinnapäringu sisu või uuendatakse olemasolevat kliendikirjet. Vajaduse korral planeeri eraldi tehnilise täpsustamise etapp.
5. Kujundus ja kasutatavus
Lisa olemasolev logo, värvid, kirjatüübid ja kujundusjuhend. Näidisveebide puhul selgita, milline omadus meeldib: menüü loogika, teenuse kirjeldamise viis või piltide kasutus. Teise ettevõtte veeb ei peaks muutuma kopeerimise lähteülesandeks.
Kirjelda olulised kasutusolukorrad telefonis ja klaviatuuriga. W3C esmaste ligipääsetavuse kontrollide juhend annab kasulikke näiteid pealkirjade, kontrasti ja vormide hindamiseks. Täpsemad nõuded ja nende kontrolli ulatus tuleb projektis eraldi kokku leppida.
Kopeeritav lähteülesande näidis
Järgnev on väljamõeldud teenuseettevõtte näide. Asenda kirjeldused oma vajadustega ja eemalda osad, mida sa ei vaja.
Eesmärk: teha kolm põhiteenust arusaadavaks ja võimaldada mobiilis pakkumispäringut.
Sihtrühm: Eesti väikeettevõtete juhid, kes otsivad regulaarset teenusepartnerit.
Sisu: avaleht, kolm teenuselehte, meist, tehtud tööd, blogi ja kontakt; esialgu üks keel.
Haldus: ettevõtte töötaja peab saama muuta teenusetekste ning lisada artikleid ja referentse.
Vorm: nimi, e-post, teenuse valik ja sõnum; päring jõuab määratud postkasti ning kasutaja näeb kinnitust.
Materjalid: tellija annab logo ja fotod; tekstide toimetamine hinnastatakse eraldi.
Üleandmine: töötav veeb, ligipääsud, kasutusõpetus ja kokkulepitud hoolduskorraldus.
6. Eelarve, ajakava ja valmisoleku tingimused
Märgi eelarve vahemik või palu töö etappideks jagada. Erista soovitud avaldamiskuupäev materjalide ja kinnituste tähtaegadest. Kui tekstid saabuvad päev enne avaldamist, mõjutab see ka testimise võimalust. Veebilehe hinna juhend aitab arvestada lisaks arendusele sisu, hoolduse ja korduvate kuludega.
Valmisoleku tingimus võiks olla kontrollitav: kõik kokkulepitud lehed on sisestatud, vormi testpäring jõuab kohale, olulised vanad aadressid on suunatud ja töötaja oskab artiklit lisada. „Kõik peab olema hästi” ei anna kummalegi poolele üheselt mõistetavat vastuvõtukriteeriumi.
Enne saatmist kontrolli veel seitset asja
- Kas eesmärk on kirjas ühe arusaadava lausega?
- Kas lehtede ja sisestusmahu loend on olemas?
- Kas vajalikud keeled ja funktsioonid on nimetatud?
- Kas materjalide ja kinnitamise vastutajad on määratud?
- Kas liidestuste juures on kirjeldatud andmete liikumist?
- Kas eelarve, tähtajad ja hoolduse vajadus on selged?
- Kas on kokku lepitud, mille järgi töö valminuks loetakse?
Lähteülesanne võib täpsustuda koos partneriga. Oluline on eristada kinnitatud ulatust hiljem lisandunud soovidest. Kala Ruuduse veebiarenduse arutelu alustamiseks saada meile oma eesmärk ja olemasolev kirjeldus; see annab pakkumise koostamiseks sisulise aluse.