Tagasi blogisse
Arendus7 min lugemist

Veebilehe arenduse lähteülesanne: mida enne hinnapäringut kirja panna?

Mida panna veebilehe arenduse lähteülesandesse? Praktiline juhend ja kopeeritav näidis, et küsida võrreldavaid pakkumisi ning vältida ootamatuid lisatöid.

Veebilehe arenduse lähteülesanne: mida enne hinnapäringut kirja panna? — artikli illustratsioon

Veebilehe arenduse lähteülesanne kirjeldab, kellele veebileht tehakse, millist tulemust see peab toetama ja millised tööd peavad pakkumises sisalduma. Hinnapäringuks piisab alustuseks selgest ülevaatest eesmärgi, lehtede, sisu, funktsioonide, eelarve ja tähtaja kohta. Tehnilist lahendust saab täpsustada koos arendajaga.

Kui saadad kolmele tegijale ainult soovi „vajame uut kodulehte”, võivad kõik kolm pakkuda sisuliselt erinevat tööd. Üks arvestab valmis kujunduse kohandamisega, teine eraldi disainiga ja kolmas eeldab, et tekstid ning pildid on juba olemas. Hinnad on kõrvuti, aga nende taga olevat töömahtu on keeruline võrrelda.

Hea lähteülesanne aitab need erinevused enne töö algust nähtavaks teha. Allpool saad samm-sammult kirja panna oma vajadused ning lõpus oleva näidise hinnapäringusse kopeerida.

Kiire ülevaade: mida arendajale saata?

  • Eesmärk ja sihtrühm: kellele leht on mõeldud ning mida külastaja seal tegema peab.
  • Esialgne lehtede loend: näiteks avaleht, teenused, tehtud tööd, meist ja kontakt.
  • Sisu ning vastutajad: kes kirjutab tekstid, hangib pildid ja kinnitab materjalid.
  • Vajalikud tegevused: päringu saatmine, broneerimine, maksmine või muu konkreetne toiming.
  • Projekti piirid: eelarveraam, soovitud tähtaeg, haldus ja valmimise tingimused.

Kui mõni vastus puudub, märgi see lahtise küsimusena. Nii saab arendaja selle jaoks pakkuda lahenduse või tuua pakkumises välja eelduse.

1. Kirjelda, millist tulemust veebileht peab toetama

Alusta ettevõtte tegevusest ja kliendist. „Pakume ehitusteenust” annab vähem infot kui „teeme Harjumaal eramute tervikrenoveerimist ning soovime päringuid inimestelt, kellel on objekt ja esialgne tööde plaan olemas”.

Sellest kirjeldusest saab juba otsustada, millist infot lehel vaja läheb: tehtud tööde näiteid, tööpiirkonda, protsessi selgitust ning vormi, kus küsitakse objekti asukohta ja tööde ulatust.

Pane kirja üks peamine tegevus, mida külastajalt ootad. Teenuseettevõtte puhul võib see olla hinnapäringu saatmine. Koolitaja puhul koolitusele registreerumine. Kui esmaseid eesmärke on mitu, määra nende tähtsuse järjekord.

Kirjelda ka seda, kuidas tulemust hiljem hindad. Päringute arvu kõrval võib oluline olla nende sobivus: kas kirjutavad õige piirkonna kliendid ja kas nad küsivad teenust, mida tegelikult pakud? Nii on veebilehe arendusel konkreetne lähtekoht ka pärast avaldamist.

2. Pane paika lehed ja nende sisu

Koosta esialgne lehtede loend. Iga lehe juurde kirjuta üks lause selle kohta, millisele kliendi küsimusele see vastab.

Veebilehe lehed, külastaja infovajadus ja järgmine samm
LehtMillist infot külastaja vajab?Soovitud järgmine samm
AvalehtMida ettevõte teeb ja kellele teenus sobib?Tutvuda sobiva teenusega
Teenuse lehtMida töö sisaldab ja kuidas koostöö käib?Saata hinnapäring
Tehtud töödKas ettevõttel on sarnase töö kogemus?Vaadata näidet ja võtta ühendust
MeistKes töö eest vastutab?Tutvuda meeskonnaga
KontaktKuidas ühendust võtta ja mida päringusse lisada?Saata vorm või helistada

Kirjuta lahti ka korduva sisu kogus. „Tehtud tööde leht” võib tähendada ühte pildigaleriid või eraldi projektilehti, millest igaühel on kirjeldus, fotod ja tulemused. Mõlemad lahendused on võimalikud, kuid sisestamise ning kujundamise maht erineb.

Kui veebileht tuleb mitmes keeles, märgi keeled ja tõlgete vastutaja. Täpsusta, kas kogu sisu peab olema igas keeles või on mõne turu jaoks vaja eraldi valikut.

Struktuuri planeerimisel aitab ka meie kodulehe struktuuri juhend.

3. Jaga sisu tegemise vastutus

Lähteülesandes peaks olema selgelt kirjas, kes annab üle tekstid, fotod, logo ja muud materjalid ning kes need veebilehele sisestab. Need on eraldi tööd.

Näiteks võib klient saata teenuste kohta märksõnad, aga oodata arendajalt avaldamisvalmis tekste. Arendaja võib samal ajal eeldada, et tekstid tuleb ainult lehele paigutada. Kui see erinevus selgub alles kujundamise ajal, tuleb töömaht uuesti kokku leppida.

Kirjelda iga sisuliigi hetkeseisu: valmis, vajab toimetamist või tuleb luua. Lisa realistlik üleandmise aeg ja üks inimene, kes ettevõtte poolt lõpliku sisu kinnitab.

Ka fotode puhul täpsusta, kas kasutate oma pilte, tellite pildistamise või vajate abi sobivate piltide leidmisel. Materjalide kasutusõigus ja päritolu peavad olema selged.

4. Kirjelda funktsioone kasutaja tegevusena

„Vajame kaasaegset veebilehte” ei ütle veel, mida arendada. Palju selgem on kirjeldada toiming algusest lõpuni.

Näiteks: „Külastaja valib teenuse, lisab objekti aadressi ja kirjelduse ning saadab päringu. Päring jõuab meie müügi e-postile ja külastaja näeb kinnitust, et saatmine õnnestus.”

Kui vajalik on failide lisamine, automaatne vastuskiri või päringu jõudmine kliendihaldustarkvarasse, kirjuta ka see eraldi välja. Küsi arendajalt, kuidas lahendatakse veateated, rämpsposti piiramine ja saatmise kontroll.

Broneerimise puhul täpsusta, kas inimene saadab ajasoovi või valib päriselt vaba aja kalendrist. Makse puhul märgi, kas makstakse kogu summa, ettemaks või arve alusel. Need erinevused mõjutavad lahendust rohkem kui nupu välimus.

Jaga soovid kolme rühma: avaldamiseks vajalik, kasulik lisavõimalus ja hilisem arendus. Palu lisavõimalused eraldi hinnastada, et saaksid vajadusel töömahtu vähendada.

5. Selgita, mida tahad ise muuta

Veebilehe platvormi valikul on oluline teada, kes hakkab sisu haldama ja kui sageli seda tehakse. Pane kirja konkreetsed muudatused: teenuse hind, meeskonnaliikme foto, projektinäide, blogipostitus või uus maandumisleht.

Kui soovid ise uusi lehti luua, täpsusta, kas piisab olemasolevast lehemallist või pead saama muuta ka lehe ülesehitust. Need on erinevad haldusvajadused.

Kui kaalud WordPressi, eritellimusel lahendust või mõnd veebiehitajat, palu pakkumises põhjendada, kuidas valitud lahendus sinu vajadusi täidab. Lisa võrdlusse sisuhaldus, vajalikud liidestused, hooldus ja püsikulud. Tehnoloogia nimi üksi ei kirjelda kogu teenust.

Küsi ka, kas üleandmise juurde kuulub juhend või koolitus ning millised ligipääsud ettevõttele antakse.

6. Lisa olemasoleva veebilehe info

Kui uuendad töötavat kodulehte, anna arendajale selle aadress ning nimeta sisu, mis tuleb kindlasti säilitada. Lisa võimalusel Google Search Console'i väljavõte olulistest lehtedest ja päringutest. Ligipääsud lepitakse kokku turvalise kanali kaudu; paroole pole hinnapäringusse vaja kopeerida.

Eraldi tähelepanu vajavad lehed, kuhu jõuavad otsinguliiklus, reklaamid või teiste veebide lingid. Kui nende aadressid muutuvad, peab töömahus olema vanade ja uute aadresside vastavusse viimine ning sobivad ümbersuunamised. Google'i veebilehe kolimise juhend käsitleb URL-ide kaardistamist ja ümbersuunamisi kolimise osana.

Lähteülesandesse sobib näiteks nõue: „Enne avaldamist kaardistame senised olulised URL-id, lepime kokku nende uued sihtaadressid ja kontrollime ümbersuunamisi.”

See ei taga muutumatuid otsingupositsioone, kuid aitab vältida olukorda, kus oluline sisu kaob uuenduse käigus lihtsalt ära. Põhjalikumaks kontrolliks vaata kodulehe SEO auditi kontrollnimekirja.

7. Ütle välja eelarveraam ja tähtaja põhjus

Eelarveraam aitab arendajal valida sobiva töömahu. Kui kogu soovide nimekiri sellesse ei mahu, saab pakkumise jagada esimeseks etapiks ja hilisemateks täiendusteks.

Palu pakkumises eristada ühekordne arendustöö ning korduvad kulud, näiteks majutus, litsentsid ja hooldus. Küsi, millised kulud sisalduvad pakkumises, millised lisanduvad ja kuidas hinnastatakse muudatused väljaspool kokkulepitud mahtu.

Tähtaja juurde lisa põhjus. Mess, reklaamikampaania või uue teenuse käivitamine aitab otsustada, mis peab esimeseks avaldamiseks kindlasti valmis olema. Too välja ka see, millal saad ettevõtte poolt tekste üle anda ja tagasisidet anda.

Hinna kujunemist selgitab lähemalt kodulehe hinna juhend ning etappide planeerimist kodulehe tegemise ajakava.

8. Leppige kokku, millal töö on valmis

Lähteülesande juurde tasub lisada vastuvõtutingimused, mida saab koos läbi kontrollida. „Kõik peab hästi töötama” asemel pane kirja kontrollitavad tegevused.

  • Kõik kokkulepitud lehed ja keeleversioonid on täidetud kinnitatud sisuga.
  • Navigatsioon, vormid ja muud põhitoimingud töötavad kokkulepitud seadmetes ning brauserites.
  • Vormide testpäringud jõuavad õigesse kohta ja kasutaja näeb saatmise tulemust.
  • Ettevõtte esindaja saab ise muuta kokkulepitud sisu.
  • Muutunud URL-ide ümbersuunamised on kontrollitud.
  • Ligipääsud, juhendid ja avaldamisjärgse toe tingimused on üle antud.

Kiiruse puhul leppige kokku testitavad lehed, mõõtmise viis ja sihid. PageSpeed Insights eristab laboritesti ning päriskasutajate andmeid; uuel või vähese liiklusega lehel ei pruugi viimaseid olla. Seetõttu ei kirjelda üks testiskoor üksi kogu kasutuskogemust. Täpsema selgituse leiad Google'i PageSpeed Insightsi juhendist.

Kopeeritav veebilehe arenduse lähteülesande näidis

Järgnev on väljamõeldud teenuseettevõtte näide. Asenda detailid oma ettevõtte andmetega ning märgi teadmata kohad lahtiseks.

Ettevõte ja kliendid: pakume Harjumaal eramute renoveerimist. Veebileht on mõeldud majaomanikule, kes otsib terviklahenduse pakkujat.

Peamine eesmärk: saada päringuid, milles on objekti asukoht, tööde kirjeldus ja soovitud alustamise aeg.

Lehed: avaleht, kolm teenuselehte, tehtud tööde ülevaade, kuus projektilehte, meist ja kontakt. Esimene versioon tuleb eesti keeles.

Sisu: anname üle logo ja projektifotod. Teenuste tekstid vajavad meie märkmete põhjal kirjutamist. Palume tekstiloome ja sisu sisestamise pakkumises eraldi välja tuua.

Päringuvorm: nimi, e-post, objekti asukoht, tööde kirjeldus ja soovitud alustamise aeg. Päring peab jõudma ettevõtte e-postile. Failide lisamise soovime eraldi lisavõimalusena hinnastada.

Sisuhaldus: soovime ise lisada projektinäiteid ning muuta teenuste tekste ja kontaktandmeid. Vajame üleandmisel juhendamist.

Olemasolev veeb: saadame senise veebilehe aadressi ja olulisemate URL-ide loendi. Palume arvestada sisu üleviimise ning muutuvate aadresside ümbersuunamistega.

Disain: soovime hästi loetavat lehte, kus tehtud tööde fotod on selgelt nähtavad. Lisame kaks näidisveebi koos selgitusega, mis nende juures meeldib.

Eelarve ja ajakava: lisame oma eelarvevahemiku, soovitud avaldamiskuupäeva ning sisu üleandmise aja. Palume eristada arenduse maksumus ja korduvad kulud.

Üleandmine: testime koos päringuvormi, mobiilivaadet ja sisu muutmist. Palume kirjeldada ligipääsude üleandmist, vigade parandamise tingimusi ning edasise hoolduse võimalusi.

Korduma kippuvad küsimused

Kui pikk peab veebilehe lähteülesanne olema?

Lihtsa teenuseveebi puhul võib esmaseks hinnapäringuks piisata ühest või kahest leheküljest. Oluline on, et eesmärk, sisu maht, funktsioonid ja vastutajad oleksid arusaadavad. Keerukad liidestused või kasutajarollid vajavad täpsemat kirjeldust.

Kas pean tehnoloogia enne hinnapäringut ära valima?

Ei pea. Kirjelda, mida leht peab võimaldama ja mida tahad ise hallata. Kui ettevõttel on olemas tehniline piirang või kohustus kasutada kindlat süsteemi, lisa see lähteülesandesse.

Kas pakkumist saab küsida, kui tekstid pole veel valmis?

Jah. Lisa esialgne lehtede loend ja märgi, millised tekstid on olemas ning mille kirjutamiseks vajad abi. Nii saab tekstiloome, toimetamise ja sisestamise töömahtu pakkumises arvestada.

Kuidas võrrelda erineva hinnaga arenduspakkumisi?

Võrdle sama töömahtu: lehed, kujundus, sisu, funktsioonid, testimine, koolitus ja tugi. Vaata eraldi korduvaid kulusid ning pakkumisest välja jäävaid töid. Kui mõni osa on ebaselge, palu see enne otsust täpsustada.

Mida teha, kui veebilehe vajadused pole veel selged?

Alusta ettevõtte eesmärgist ja peamistest kliendiküsimustest. Palu arendajal pakkuda vajaduste kaardistamist eraldi etapina ning leppige kokku selle väljund, näiteks struktuur, funktsioonide loend ja täpsustatud töömaht.

Kas hooldus peaks kuuluma arenduspakkumisse?

Pakkumine peaks selgitama, mis toimub pärast avaldamist, ka siis, kui hooldus ostetakse eraldi. Küsi, kes vastutab uuenduste, varundamise ja probleemide lahendamise eest ning mis hinnaga need tööd toimuvad.

Alusta oma veebilehe lähteülesandest

Kirjuta esmalt üles kliendid, veebilehe peamine eesmärk ja vajalikud lehed. Seejärel lisa sisu hetkeseis, soovitud funktsioonid ning eelarve ja ajakava. Ka lahtiste küsimustega ülevaade annab koostöö alustamiseks konkreetse aluse.

Kui plaanid uut veebilehte või olemasoleva uuendamist, tutvu meie kodulehe tegemise teenusega ja saada meile oma lähteülesanne. Lisa juurde praeguse lehe aadress, kui see on olemas.

Saada lähteülesanne
Stiven, SIA DESIGN veebiarendaja ja tehniline juht
Autor

Stiven

Veebiarendaja / tehniline juht

Lõpetanud veebiarenduse eriala ning töötanud 10+ aastat serverite, veebiarenduse ja infrastruktuuriga. Keskendub kiirusele, turvalisusele, SEO-le ja automatiseerimisele.

Loe rohkem SIA DESIGN meeskonnast →
Jaga artiklit:

Kategooriad

Arendus

Seotud artiklid

Arendus

Räägime sinu projektist

[06] — ALUSTA SIIT
Kui sul on idee, olemasolev koduleht või vajad lihtsalt nõu – aita meil sellest paremini aru saada ja leiame sobiva lahenduse.
Küsi tasuta konsultatsiooni
Vastame tavaliselt 3 tunni jooksul