Veebilehe struktuuri planeerimisel pane esmalt kirja kliendi küsimused ja vajalik sisu, seejärel rühmita lehed ning anna menüüvalikutele arusaadavad nimed. Enne kujundamist kontrolli, kas ettevõtteväline inimene leiab kavandatud jaotusest sobiva teenuse, tööde näited ja päringu saatmise võimaluse. Tulemuseks peaks olema lehtede loend koos nende eesmärgi, asukoha ja omavaheliste seostega.
Kui iga uus teenus või artikkel lisatakse lihtsalt järgmise menüüpunktina, muutub veeb aja jooksul raskesti hoomatavaks. Struktuuri läbimõtlemine aitab otsustada, millised valikud kuuluvad peamenüüsse, millised teenuste alla ning millise info juurde piisab lingist sobivas tekstis.
Struktuur, menüü ja lehe paigutus on eri otsused
Veebilehe struktuur kirjeldab, millised sisulehed olemas on ja kuidas need omavahel seostuvad. Menüü pakub valitud teid selle sisu juurde. Lehe paigutus määrab, kuidas ühe konkreetse lehe tekst, pildid ja tegevusnupud ekraanil järjestuvad.
Näiteks võib veebis olla kakskümmend projekti tutvustust, kuid peamenüüs üks valik „Tehtud tööd”. Teenuseleht saab viidata otse sobivale projektile. Nii ei pea iga sisuleht saama omaette peamenüüpunkti, et see oleks leitav.
Kui alles kaalud, kas vajad eraldi sisulehti, aitab ühelehelise ja mitmelehelise kodulehe võrdlus. Käesolev juhend keskendub järgmisele otsusele: kuidas vajalik sisu arusaadavaks tervikuks korraldada.
Alusta kliendi küsimustest ja olemasoleva sisu loendist
Kirjuta üles, mida klient peab enne ühenduse võtmist teada saama. Kas ta tahab leida konkreetse teenuse, kontrollida teeninduspiirkonda, näha sarnast tööd või mõista tellimise tingimusi? Kasuta sisendina müügivestlustes ja päringutes korduvaid küsimusi. Kui otsingu- või veebianalüütika andmed on olemas, võrdle neid meeskonna oletustega.
Seejärel koonda olemasolevad ja kavandatavad lehed ühte loendisse. Iga rea juurde märgi:
- lehe nimi ja olemasolu korral praegune aadress;
- küsimus, millele see leht vastab;
- kliendirühm, kelle jaoks vastus vajalik on;
- sisu seis: valmis, uuendada, ühendada või juurde kirjutada;
- inimene, kes vastutab sisu õigsuse eest.
Selline loend toob välja ka puudujäägid. Kui teenuse tellimiseks on vaja teada töö ulatust, kuid see info leidub ainult vanas pakkumisfailis, ei lahenda probleemi menüü ümbernimetamine. Kõigepealt tuleb vastav sisu veebilehele koostada.
Rühmita sisu kliendi vajaduse järgi
Võrdle kõrvuti olevaid teemasid: kas klient tajub neid ühe tervikuna või on need tema jaoks erinevad ülesanded? Ettevõtte osakondade jaotus ei pruugi sobida veebimenüüks. Klient võib otsida seadme hooldust, teadmata, kas sellega tegeleb sinu järelteenindus, tehniline osakond või eraldi hooldusüksus.
Hoia sama taseme valikud võimalikult üheselt mõistetavad. Kui kõrvuti on „Teenused”, „Lahendused” ja „Võimalused”, peaks nende erinevus olema kliendile selge. Kui meeskondki ei oska öelda, millise valiku alla konkreetne pakkumine kuulub, vajab jaotus täpsustamist.
Ära tee kahest peaaegu samast teenusekirjeldusest eraldi lehte üksnes sellepärast, et kasutad müügis kahte nimetust. Üks põhjalik leht võib selgitada mõlemat nimetust. Eraldi leht on põhjendatud siis, kui erineb tellija vajadus, teenuse sisu või tellimisprotsess.
Veebilehe struktuuri näidis teenuseettevõttele
Järgmine on hüpoteetiline hooldusettevõtte näide, mitte Kala Ruuduse kliendijuhtum ega kõigile sobiv kohustuslik lehtede loend. Ettevõte pakub seadmete paigaldust, hooldust ja remonti.
| Leht või jaotis | Kliendi küsimus | Koht struktuuris |
|---|---|---|
| Teenused | Millist abi ettevõte pakub? | Peamenüü valik ja lühike ülevaade kolmest teenusest. |
| Paigaldus, hooldus, remont | Kas see konkreetne teenus sobib minu seadmele? | Teenuste alalehed, millele viitab ka ülevaateleht. |
| Tehtud tööd | Kas ettevõttel on minu olukorraga seotud kogemust? | Peamenüüs ülevaade; teenuselehelt link asjakohasele tööle. |
| Hooldusjuhendid | Mida saan ise kontrollida ja millal abi kutsuda? | Eraldi sisurühm; juhendist link sobivale teenusele. |
| Ettevõttest | Kes teenuse eest vastutab? | Meeskonna ja ettevõtte tutvustus. |
| Kontakt | Kuidas saan abi küsida ja millise info pean saatma? | Selgelt leitav menüüvalik ning lingid teenuselehtedelt. |
Teine ettevõte võib vajada hoopis jaotust seadmetüübi või kliendirühma järgi. Näidise eesmärk on näidata seost küsimuse ja sihtlehe vahel. Kui mõni rühm jääb tühjaks või sisaldab ainult üldist müügilauset, ei ole seda vaja eraldi menüüvalikuna välja tuua.
Pane menüüvalikutele nimed, mis ütlevad, kuhu link viib
Menüüs eelista kliendile tuttavaid sõnu. „Hooldus” annab hooldust otsivale inimesele konkreetsema vihje kui ettevõttesisene „Elutsükli lahendused”. Loovust saab kasutada lehe sisus, kuid navigeerimisel peab inimene suutma valiku tähendust ette aimata.
Nielsen Norman Groupi menüükujunduse juhend soovitab selgeid, täpseid ja kasutajale tuttavaid linkide nimetusi. Sama mõtet saab rakendada lihtsa kontrollküsimusega: mida inimene selle nimetuse taga ootab ja kas sihtleht seda ka pakub?
Kasuta sama teenuse kohta menüüs, lehe pealkirjas ja tekstilinkides järjekindlat nimetust. Kontaktile viiv „Võta ühendust” ja konkreetse pakkumisvormi „Küsi pakkumist” võivad mõlemad sobida, kuid kasutaja peaks jõudma lubatud tegevuseni. Kui link avab ainult üldise kontaktandmete lehe, ära jäta muljet, et kohe avaneb broneerimissüsteem.
Kontrolli jaotust enne visuaalse disaini tellimist
Valmis menüüpuud saab katsetada ilma kujundatud veebita. Näita võimalikele klientidele jaotust ning palu leida konkreetsele olukorrale sobiv koht. Seda nimetatakse struktuuripuu testimiseks (inglise keeles tree testing). NN/G meetodijuhend selgitab, et nii hinnatakse kategooriate ja nimetuste arusaadavust eraldi visuaalsest kujundusest.
Kirjuta ülesanne kliendi olukorrana, mitte menüüpunkti nimena. Näiteks „Seade töötab, kuid soovid enne talve selle seisukorda kontrollida. Kust otsiksid abi?” annab rohkem infot kui käsk „Leia hoolduse leht”.
Pane tähele esimest valikut, kõhklusi ja tagasi liikumist. Kui osaleja valib ootamatu koha, küsi pärast ülesande lõpetamist, mida ta seal näha lootis. Ära juhata teda katse ajal õige vastuseni. Väike kvalitatiivne kontroll aitab leida segaseid nimetusi; selle põhjal ei tasu esitada usaldusväärset protsenti kõigi tulevaste klientide kohta.
Paranda korduva segaduse põhjust ja katseta muudetud jaotust uuesti. Hiljem kontrolli päris prototüübis ka menüü avamist ja lehtede vahel liikumist: tekstilise struktuuri arusaadavus ei tõenda veel kogu kasutajaliidese mugavust.
Mida peaks struktuuri tellides partnerilt saama?
Lepi kokku konkreetne väljund. „Veebi planeerimine” võib tähendada lühikest arutelu või põhjalikku sisutööd. Võrreldavas pakkumises on eristatavad olemasoleva sisu ülevaatus, uue jaotuse kavandamine, nimetuste toimetamine ja kasutajatega kontrollimine.
- Lehtede kaart: põhijaotised ja nende alla kuuluvad lehed.
- Lehe eesmärk: kelle küsimusele iga oluline leht vastab.
- Navigeerimise plaan: peamenüü, alammenüü, jaluse ja sisulinkide roll.
- Sisutööde loend: mida säilitada, ühendada, toimetada või juurde luua.
- Edasine vastutus: kes kinnitab jaotuse ning kes valmistab sisu ette.
Veebiuuenduse puhul lepi eraldi kokku vanade aadresside käsitlemine ja viidete uuendamine. Menüü muutmine ning URL-ide muutmine ei pea olema sama töö. Kogu projekti ulatuse kirjeldamiseks kasuta veebilehe lähteülesande kontrollnimekirja.
Arutame sinu veebilehe sisujaotust
Kala Ruudus pakub veebidisaini ja veebiarendust. Kui kliendid ei leia olulist teenust või menüü on aastatega laiali kasvanud, tasub enne uue kujunduse tellimist selgeks teha, millist infot veeb peab aitama leida.
Saada meile veebilehe aadress, teenuste loend ja kolm küsimust, mida kliendid kõige sagedamini esitavad. Lisa kavandatavad uued teenused või keeled. Selle põhjal saame arutada struktuuri planeerimise ulatust ja vajalikku disaini- või arendustööd.