Sisu on olemas, kuid tee ei ole selge
Teenused, sihtrühmad ja tõendid vajavad hierarhiat, et külastaja mõistaks pakkumist ning leiaks järgmise tegevuse ilma sisemist ettevõtteloogikat teadmata.
Veebidisain ja UX/UI
Veebidisain, mis teeb sisu ja tegevused enne arendust arusaadavaks.
Kavandame ettevõtte veebilehe või digiteenuse infoarhitektuuri, kasutusteekonnad ja kohanduva UX/UI. Tulemuseks ei ole üksnes visuaalne kiht: prototüüp seob sisu, tegevused, mobiilsed olekud ja disainisüsteemi arenduseks kontrollitavaks tervikuks.
Räägime projektistMillal eraldi veebidisaini etapp aitab
Tootel on mitu kasutusolukorda
Iseteenindus, broneerimine, kataloog või haldus vajab järjestatud vaateid, olekuid ja veateateid, mitte ainult ilusaid põhiekraane.
Arendus vajab ühist lähtekohta
Komponentide, vahede, tüpograafia ja käitumise kokkulepe vähendab tõlgendamist ning teeb mobiili-, ligipääsetavuse ja sisuvajadused nähtavaks.
Disain otsustab enne piksleid
Infoarhitektuur tuleb eesmärgist
Lehepuu ja navigeerimine seotakse kasutaja küsimuste ning ettevõtte teenustega. Otsingumärksõna võib anda sisendit, kuid ei asenda selget lehe eesmärki ega tõendatud sisu.
Prototüüp kontrollib tegevust
Juhtmevisandis vaatame läbi põhiteekonna, vormid, tühjad ja veaseisud ning mobiilse järjekorra. Nii lahendatakse loogikaprobleemid enne visuaalse detaili ja koodi kallistamist.
Disainisüsteem hoiab tervikut
Korduvad komponendid, olekud ja reeglid dokumenteeritakse nii, et uued vaated ei muutuks juhuslikeks eranditeks. Vajalik detailsus sõltub toote mahust ja haldusest.
Veebidisaini etapi võimalik tulemus
Veebidisaini etapi võimalik tulemus
- Sisu- ja navigatsioonistruktuur
- Põhiteekonnad ja juhtmevisandid
- Mobiili- ja töölauavaadete UX/UI
- Komponendid, olekud ja disainireeglid
- Arenduseks vajalikud märkused ja prototüüp
Mida vajame sisuliseks kaardistuseks
Tänane töö ja vastutajad
Kirjeldage, kes lahendust kasutab, millised tegevused tehakse täna käsitsi või eri tööriistades ning kes vastutab põhiandmete ja otsuste eest. Olemasolevad ekraanid, protsessijoonis ja näidisjuhtumid aitavad eristada igapäevast tööd harvadest eranditest.
Andmed, ühendused ja piirangud
Koondame kasutatavad süsteemid, andmeallikad, ligipääsureeglid, keeled ja vajalikud liidestused. Kui dokumentatsioon või testkeskkond puudub, märgime selle sõltuvusena ega eelda välise süsteemi käitumist.
Edu ja vastuvõtu tunnused
Lepime kokku, milline lõpetatav tegevus peab esimeses etapis töötama, kuidas tulemust kontrollitakse ning millised vead või katkestused peavad olema nähtavad. Mõõdik lisatakse ainult siis, kui selle lähteandmed ja arvutusviis on teada.
Kuidas töö liigub otsusest toimiva etapini
Kaardistus
Vaatame koos läbi kasutajad, eesmärgi, tänase töö, andmed, sõltuvused ja kriitilised erandid. Tulemuseks on kontrollitav ulatus, mitte oletustel põhinev funktsioonide nimekiri.
Struktuur ja prototüüp
Seome põhitegevused, olekud ja infoarhitektuuri ekraanideks või tehniliseks vooskeemiks. Enne arendust kontrollime, et kasutaja ja haldaja jõuavad mõlemad lõpetatava tulemuseni.
Arendus ja ühendused
Teostame kokkulepitud liidese, serveripoolse loogika ning integratsioonid väikeste kontrollitavate osadena. Vigade käsitlemine, õigused ja logitavad sündmused kuuluvad sama etapi vastuvõttu.
Testimine ja üleandmine
Kontrollime tavavoogu, olulisemaid erandeid, eri seadmeid ja kokkulepitud andmevahetust. Enne käivitamist fikseerime teadaolevad piirangud, vastutajad, jälgimise ja tagasipöördumise võimaluse.
Piirid, mis peavad enne teostust selged olema
Piirid, mis peavad enne teostust selged olema
- Esimese etapi kasutajad, rollid ja lõpetatav põhitegevus
- Põhiandmete omanikud, kohustuslikud väljad ja säilitamise vajadus
- Kokkulepitud välised süsteemid, ligipääsud ja testimisvõimalus
- Kriitilised erandid, veateated, õigused ja auditit vajavad sündmused
- Vastuvõtukontroll, käivitamise vastutus ja järgmise etapi nimekiri
Käivitamine, jälgimine ja edasine vastutus
Üleandmine ei piirdu valmis ekraanidega. Koondame kokkulepitud funktsioonid, ligipääsu- ja haldusjuhised, väliste ühenduste sõltuvused, teadaolevad piirangud ning kontrollid, millega meeskond saab lahenduse tööd jälgida. Käivitamise viis, andmete ülemineku hetk, tagasipöördumise võimalus ja järgmise etapi prioriteedid lepitakse kokku vastavalt süsteemi riskile; neid ei esitata enne kaardistust kindla lubadusena.
Tõendatud digitoote disain
SoApp
SoAppi puhul lõi GoMedia visuaalse identiteedi, infoarhitektuuri, UX/UI disaini, disainisüsteemi ja prototüübitavad tootevaated ilma arendusetapi autorlust väitmata.
Tutvu projektiga
Küsimused veebidisaini kohta
Kas veebidisain tähendab ainult välimust?
Ei. Töö võib alata sisustruktuurist, kasutusteekondadest ja prototüübist ning alles seejärel jõuda visuaalse süsteemi ja valmis vaadeteni.
Kas olemasolevat brändi saab kasutada?
Jah. Hindame olemasolevaid värve, kirjatüüpe ja graafikat ning loome nende põhjal veebis toimivad komponendid. Brändiuuendus on eraldi ulatus.
Kas arendaja saab disaini otse kasutada?
Üleandmise detailsus lepitakse kokku. Tavaliselt sisaldab see vaateid, komponente, olekuid, kohanduva käitumise reegleid ja prototüüpi.
Kas saab alustada UX-auditist?
Jah. Olemasoleva lahenduse audit sobib, kui esmalt on vaja leida teekonna, sisu, ligipääsetavuse või kohanduvuse kõige olulisemad probleemid.
Veebidisain, mis teeb sisu ja tegevused enne arendust arusaadavaks.
Kirjeldage lühidalt eesmärki, kasutajaid, tänast lahendust ja funktsioone, mida vajate. Esimeses vestluses täpsustame küsimused ning lepime kokku, millist kaardistust on enne pakkumist vaja.