Miksi käyttäjäkeskeinen suunnittelu on ratkaisevan tärkeää web- ja sovelluskehityksessä?

Intro

Okei, olet luultavasti jo tutustunut termiin User-Centered Design (UCD). Se on yksi niistä fraaseista, joita tuntuu esiintyvän kaikkialla verkossa ja sovelluskehitysmaailmassa.

Jos olet työskennellyt web-kehitysfirman kanssa tai olet osa web-kehityspalvelua, olet varmasti kuullut siitä - ehkä jopa muutaman kerran.

Mutta rehellisesti, pysähdymmekö aina miettimään, miksi se on niin tärkeää? Koska melkein aina oletetaan, että meidän on suunniteltava käyttäjää ajatellen, eikö niin? Mutta se on muutakin kuin pelkkä iskulause.

Kun rakennat jotain ihmisille, olipa kyseessä sitten verkkosivusto tai sovellus, sen on oltava käyttökelpoinen. Se kuulostaa itsestäänselvyydeltä, mutta on hullua, miten monissa suunnittelussa tämä perusasia unohtuu.

Kyse on enemmän kuin kauniista käyttöliittymästä tai hienosta ominaisuudesta, joka tekee vaikutuksen viiden minuutin ajan, vaan kokemuksen luomisesta, joka on todella järkevä ja toimii sitä käyttäville ihmisille. Tässä kohtaa käyttäjäkeskeinen suunnittelu astuu kuvaan.

Käyttäjäkeskeisen suunnittelun periaatteet

UCD:n ymmärtämiseksi on aloitettava perusasioista. Se on muutakin kuin "ajattelua käyttäjästä". Kyse on pikemminkin todellisten periaatteiden soveltamisesta, jotka ohjaavat jokaista suunnittelupäätöstä. Puretaanpa se alaspäin:

1. Järjestelmän ja reaalimaailman yhteensovittaminen

Tavallaan itsestäänselvyys, mutta olisit yllättynyt, kuinka usein se jätetään huomiotta. Käyttäjät odottavat tiettyjä asioita, ja se tarkoittaa, että suunnittelun pitäisi tuntua tutulta.

Jos joku esimerkiksi ostaa jotain verkossa, ostoskoria ei tarvitse keksiä uudelleen. Se on jo ikään kuin juurtunut mieleemme, eikö niin? On siis tärkeää varmistaa, että muotoilusi on linjassa sen kanssa, miten todellinen maailma toimii.

Jos Australian web-kehitysprojektiisi kuuluu verkkokauppasivusto, pidä asiat yksinkertaisina. Sinun ei tarvitse monimutkaistaa liikaa omituisilla kuvakkeilla. Ihmisten on vain tiedettävä, mistä klikata ostaakseen jotain.

2. Käyttäjän hallinta ja vapaus

Oletko koskaan käyttänyt sovellusta, napsauttanut jotain ja ajatellut: "Hetkinen, se ei ollutkaan sitä, mitä halusin"? Niin mekin. Se on turhauttavaa.

Käyttäjien on tunnettava, että heillä on kontrolli, että he voivat perua, jos tekevät virheen. Eikä kyse ole vain peruutuspainikkeista (vaikka ne ovatkin hienoja). Kyse on virtauksen suunnittelusta, joka ei lukitse käyttäjiä paikoilleen.

Jos olet koskaan ollut verkkosivustolla, jossa tunsit olevasi ansassa lomakkeessa tai prosessissa, et luultavasti suorittanut sitä loppuun, vai mitä? Luulen, että useimmat ihmiset eivät tekisi niin. Joten kyllä, vapaus palata takaisin on melko tärkeää UCD:ssä.

3. Johdonmukaisuus ja standardit

Tässä kohtaa tilanne muuttuu hieman hankalaksi. Johdonmukaisuus on elintärkeää, mutta se ei tarkoita, että sinun on noudatettava jokaista trendiä. Ihmiset odottavat tiettyjä käyttäytymistapoja ja malleja, kuten esimerkiksi takaisin-painiketta tai hakupalkkia.

Kun työskentelet parhaan web-kehitysyrityksen kanssa, huomaat, että he ymmärtävät tämän. Pyörää ei tarvitse keksiä uudelleen, kun kyse on perusasettelusta. On helppo haluta olla "erilainen", mutta joskus yleisten käytäntöjen noudattaminen on käyttäjän kannalta parempi vaihtoehto.

4. Virheiden ehkäisy ja palautus

Okei, ollaanpa nyt hetki tosissamme. Olemme kaikki tehneet virheitä verkossa, olipa kyse sitten lomakkeen täyttämisestä väärin tai jonkin asian napsauttamisesta väärin.

Jos käyttäjät tekevät virheen, suunnittelun pitäisi saada se kiinni tai ainakin antaa heidän korjata se helposti. Esimerkiksi luottokorttitietoja syöttäessä hyvä verkkosivusto saattaa näyttää heti, jos virhe on tapahtunut, jotta ei tuhlaa aikaa loppuun asti ja huomaa, että osoitteesta on jäänyt kirjain pois tai muuta vastaavaa.

Lisäksi on tärkeää, että virheilmoitukset ovat ystävällisiä eivätkä "tuomitsevia". Kukaan ei pidä siitä, että hänelle sanotaan, että hän on mokannut kuin idiootti.

5. Tunnistaminen pikemminkin kuin muistaminen

Tässä on kyse siitä, että asiat tehdään helpoiksi.

Älä pakota käyttäjiäsi muistamaan, mitä tehdä seuraavaksi. Jos esimerkiksi rakennat sivustoa web-kehityspalvelulle, älä pyydä käyttäjiä muistamaan yrityksesi osoitetta tai muita tietoja. Sen sijaan näytä ne selkeästi siellä, missä se on järkevää.

Mitä yksinkertaisemmin ja selkeämmin teet siitä, sitä vähemmän käyttäjän on ajateltava.

6. Joustavuus ja käytön tehokkuus

Kaikki eivät ole samanlaisia.

Jotkut käyttäjät suosivat oikopolkuja. Jotkut haluavat klikkailla valikoiden läpi. UCD:n pitäisi sallia molemmat. Jos siis suunnittelet esimerkiksi mobiilisovellusta, mieti, miten edistyneet käyttäjät saattavat haluta nopeampia tapoja navigoida.

Ajattele käyttöliittymää, joka mukautuu eri taitotasoihin.

7. Järjestelmän tilan näkyvyys

Olet varmasti napsauttanut "lähetä" lomakkeella tai odottanut sivun latautumista ja sitten vain tuijottanut näyttöä miettien, menikö se todella läpi. Erittäin ärsyttävää, eikö? Siksi näkyvyys on erittäin tärkeää.

Jos taustalla on käynnissä jokin prosessi, kerro siitä käyttäjille. Pieni edistymispalkki tai "kiitos kärsivällisyydestäsi" -viesti voi auttaa pitkälle.

UCD:n ja perinteisten suunnittelumallien keskeiset erot

On helppo jäädä kiinni siitä, mitä uutta suunnittelumaailmassa on, mutta asia on näin: UCD ei ole varsinaisesti uutta. Se on vain fiksu tapa lähestyä suunnittelua.

Perinteiset suunnittelumallit, kuten vesiputouslähestymistapa, lähtevät liikkeelle aivan eri lähtökohdista. Niissä keskitytään yleensä ensin toiminnallisuuteen. Rakennetaan järjestelmä ja huolehditaan käyttäjästä myöhemmin. Mutta se voi johtaa ongelmiin.

Toiminnallisuuden asettaminen etusijalle käyttäjän tarpeisiin nähden

Perinteisessä suunnittelussa kaikki on kiinni tuotteesta. Mitä ominaisuuksia yritys haluaa? Mikä toimii järjestelmässä?

UCD:ssä tämä käännetään päälaelleen. Käyttäjä on etusijalla. Mietitään käyttäjän tarpeita ja ongelmia, jotka hänen on ratkaistava, ja siitä lähdetään liikkeelle taaksepäin.

Todellisen maailman esimerkkejä, jotka korostavat vastakkainasettelua.

Otetaanpa todellinen esimerkki. Ajattele vanhan koulukunnan verkkosivustoa, joka on täynnä tietoa.

Sen rakentanut australialainen web-kehitysyritys on saattanut ajatella, että "Hei, tehdään kaikki mahdollinen etusivulle". Mutta käyttäjän kannalta? Se on vain ylivoimainen.

UCD:hen keskittynyt tiimi jakaisi tiedot helpommin sulateltaviin osiin, jotta käyttäjä löytäisi helposti tarvitsemansa.

Vesiputous vs. UCD-lähestymistavat

Perinteinen vesiputouskehitys on kuin yksisuuntainen katu - aloitetaan alusta ja edetään vain eteenpäin.

UCD:ssä se on kuitenkin enemmän kuin mutkitteleva polku. Rakennat, testaat, saat palautetta ja iteroit. Se on joustavaa.

Se voi joskus tuntua hieman sotkuiselta, mutta se on sen kauneus. Sitä mukautetaan jatkuvasti, jotta käyttäjäkokemus olisi mahdollisimman sujuva.

Miksi UCD on nykyaikaisen web- ja sovelluskehityksen selkäranka?

Okei, olemme jatkaneet jo jonkin aikaa, mutta kärsivällisyyttä. UCD on nykypäivän kehitystyössä niin kriittinen tekijä, ja siihen on syynsä.

Parempi käytettävyys ja saavutettavuus

Tärkeintä on, että jos sovellusta tai sivustoa on vaikea käyttää, ihmiset lähtevät sieltä. Näin yksinkertaista se on.

UCD varmistaa, että mietit, miten käyttäjät ovat vuorovaikutuksessa tuotteesi kanssa. Tämä ei tarkoita käytettävyyttä vain tekniikan kanssa toimeen tuleville ihmisille.

UCD:ssä keskitytään myös esteettömyyteen ja varmistetaan, että tuotteesi on käyttökelpoinen kaikille, myös vammaisille.

Parempi asiakastyytyväisyys ja -uskollisuus

Olemme kaikki käyttäneet sovellusta tai verkkosivustoa, joka on tuntunut oikealta - sujuvalta, intuitiiviselta ja helppokäyttöiseltä. Se on UCD:n taikaa.

Kun käyttäjät tuntevat, että he pääsevät sisään, voivat tehdä tarvitsemansa ja poistua ilman turhautumista, he pysyvät todennäköisemmin mukana. Ollaan rehellisiä, uskollinen asiakas on paljon helpompi pitää kuin uusi asiakas.

Korkeammat konversio- ja säilyttämisasteet

Kun verkkosivusto tai sovellus on suunniteltu käyttäjää silmällä pitäen, on todennäköistä, että käyttäjä suorittaa tehtävänsä (kuten tekee ostoksen).

Jos työskentelet SEO-verkkokauppatoimiston kanssa, he kertovat sinulle, että helppokäyttöinen ja hyvin suunniteltu alusta johtaa korkeampiin konversiolukuihin.

Useammat käyttäjät vievät ostoprosessin loppuun, koska he eivät jumiudu jonnekin matkan varrella.

Pienemmät kehitys- ja uudelleensuunnittelukustannukset

On houkuttelevaa ajatella, että käyttäjäkeskeinen suunnittelu maksaa enemmän, mutta pitkällä aikavälillä se itse asiassa säästää rahaa.

Miksi?

Koska testaat, saat palautetta ja teet mukautuksia jo varhaisessa vaiheessa, mikä tarkoittaa, että myöhemmin tarvitaan vähemmän kalliita uudelleensuunnitteluja.

Itse asiassa osa parhaista verkkokehityspalveluista perustuu UCD:hen juuri siksi, että se minimoi loputtomien tarkistusten tarpeen.

UCD-prosessi: Vaiheittainen yleiskatsaus

Eikö se kuulostakin paljolta? Mutta kunhan ymmärrät sen, UCD-prosessi on melko suoraviivainen.

a. Käyttäjätutkimus ja persoonienkehittäminen Kaikki alkaa kohderyhmän ymmärtämisestä. Haluat keskustella heidän kanssaan, tehdä kyselytutkimuksia ja selvittää, keitä he ovat ja mitä he haluavat.

b. Vaatimusten kerääminen käyttäjän näkökulmastaKun tiedät, keitä käyttäjät ovat, keräät vaatimuksia. Ei liiketoimintapuolelta vaan heidän näkökulmastaan. Mitä he tarvitsevat? Mitkä ovat heidän kipupisteensä?

c. Ideointi ja luonnosteluSitten on aika ideoida. Luonnostele asioita, leiki suunnittelulla. Tässä vaiheessa on kyse siitä, että mietitään, mikä voisi toimia.

d. Prototyyppien luominen ja käyttäjätestausRakenna prototyyppi. Vaikka se olisi karkea, pyydä palautetta todellisilta käyttäjiltä. Tämä on yksi tärkeimmistä vaiheista. Jos käyttäjät eivät pidä siitä, sinulla on aikaa parantaa sitä.

e. Iterointi palautteen perusteellaTee muutoksia palautteen perusteella. Älä takerru ensimmäiseen ideaan. Jos käyttäjät ehdottavat muutoksia, ota ne vakavasti.

f. Käyttöönotto ja lanseerauksen jälkeinenarviointi Kun tuotteesi on käytössä, älä vain kävele pois. Arvioi jatkuvasti, miten käyttäjät ovat vuorovaikutuksessa sen kanssa, ja tee tarvittaessa parannuksia.

Käyttäjien tarpeiden ymmärtäminen: Tutkimusmenetelmät, joilla on merkitystä

Voit kerätä tietoa monin eri tavoin. Mutta muista: Kaikki menetelmät eivät ole samanarvoisia. Katsotaanpa muutamia keskeisiä menetelmiä:

• Haastattelut, fokusryhmät ja kyselyt: Näillä menetelmillä saat yksityiskohtaista palautetta suoraan käyttäjiltä.

• User Journey -kartoitus ja empatiakartat: Nämä työkalut auttavat visualisoimaan, miten käyttäjät liikkuvat sivustosi tai sovelluksesi läpi.

• Korttien lajittelu ja A/B-testaaminen: Nämä ovat hyödyllisiä tiedon järjestämisessä ja sen testaamisessa, mitkä asettelut tai sisältö toimivat parhaiten.

• Heatmaps ja käyttäjäanalytiikka: Näillä työkaluilla seurataan, missä käyttäjät klikkaavat tai miten he selaavat. Ne ovat erityisen hyödyllisiä käyttöliittymän parantamisessa.

Personojen rooli UCD:ssä

Jos sinulla ei ole persoonamalleja, lennät tavallaan sokkona. Personat ovat dataan perustuvia esityksiä kohdekäyttäjistäsi. Ne ohjaavat päätöksiä ja auttavat sinua keskittymään todellisiin tarpeisiin oletusten sijaan.

UX vs. UI UCD:n kontekstissa

UX tarkoittaa kokemusta, yleistä tunnetta, joka syntyy vuorovaikutuksesta sivuston tai sovelluksen kanssa. UI tarkoittaa käyttöliittymää, visuaalisia elementtejä. UCD:ssä otetaan huomioon molemmat ja varmistetaan, että kokemus on saumaton ja käyttöliittymä tukee kokemusta.

Mobiili ensin ja responsiivinen suunnittelu UCD-linssin avulla.

Jos sovellustasi tai verkkosivustoasi ei ole optimoitu mobiilikäyttöön, menetät suuren osan käyttäjistä. UCD auttaa sinua suunnittelemaan ensin mobiililaitteet huomioon ottaen ja mukauttamaan ne sitten muille laitteille. Joustavuus on avainasemassa.

Esteettömyys UCD:ssä

Saavutettavuus on tietenkin ehdoton edellytys. UCD varmistaa, että tuotteesi on kaikkien, myös vammaisten, käytettävissä. Se on oikein, ja sitä vaaditaan monissa paikoissa myös laissa.

Käyttäjäkeskeinen suunnittelu ei ole vain jokin hieno suunnitteluperiaate. Se muuttaa pelin. Olipa kyseessä sitten paras web-kehitysyritys tai pieni tiimi, se on ratkaisevan tärkeää, kun luodaan tuotteita, joita ihmiset todella haluavat käyttää. Jos käyttäjät eivät pidä tuotteesta, he vain lähtevät, eikä sitä kukaan halua.

Usein kysytyt kysymykset

1. Mistä tiedän, onko verkkosivustoni tai sovellukseni todella käyttäjäkeskeinen?Tuo on hyvä kysymys. Monet ihmiset olettavat, että he ovat jo selvittäneet asian, mutta oikeastaan kyse on vain oikeiden kysymysten esittämisestä. Haluaisitko käyttää sivustoasi tai sovellustasi? Kyse ei kuitenkaan ole vain sinusta, vaan hanki palautetta todellisilta käyttäjiltä. He näyttävät sinulle kipupisteet, joita et ole edes ajatellut.

2. Mikä erottaa käyttäjäkeskeisen suunnittelun pelkästä "ajattelusta käyttäjää kohtaan"?Hmm....well, "ajattelu käyttäjää kohtaan" kuulostaa yksinkertaiselta, mutta UCD menee syvemmälle. Kyse ei ole vain jostain epämääräisestä ajatuksesta, kuten "Ai, minun pitäisi välittää käyttäjistäni". Kyse on siitä, että puhutaan heille, testataan asioita ja korjataan asioita heidän tarpeidensa pohjalta. UCD:ssä on kyse todellisista toimista, ei vain hyvistä aikomuksista.

3. Miten voin soveltaa UCD:tä, jos työskentelen pienen tiimin kanssa?Hyviä uutisia, pienet tiimit voivat itse asiassa helpottaa tätä. Et tarvitse suurta tiimiä päästäksesi alkuun UCD:n kanssa. Sinun on vain ymmärrettävä, keitä käyttäjät ovat, kerättävä palautetta ja oltava tarpeeksi joustava tekemään muutoksia. Eikö olekin mukavaa, kun voit iteroida nopeasti? Sinun ei tarvitse odottaa useita hyväksyntöjä tehdessäsi parannuksia.

4. Voiko UCD todella säästää rahaa tulevissa uudelleensuunnitteluissa?Se saattaa tuntua aluksi työläämmältä, mutta kyllä, UCD voi säästää rahaa pitkällä aikavälillä. Mahdollisten ongelmien havaitseminen varhaisessa vaiheessa, jopa ennen julkaisua, on paljon halvempaa kuin niiden korjaaminen jälkikäteen. Olemme nähneet liian monta kertaa, että yritykset joutuvat myöhemmin ponnistelemaan, ja se maksaa paljon enemmän. Se on siis ehdottomasti sen arvoista.

5. Mikä on helpoin tapa sisällyttää UCD olemassa olevaan verkkosivustoon tai sovellukseen?Rehellisesti sanottuna ei tarvitse tehdä täydellistä uudistusta. Aloita pienestä, ehkä jostain tietystä ominaisuudesta tai sivuston osasta, joka on käyttäjille hieman hankala. Muokkaa sitä, testaa, kerää palautetta ja jatka parantamista. Se on vähän niin kuin autoa hienosäädettäisiin hitaasti sen sijaan, että revittäisiin koko moottori irti. Tasaista edistymistä.

6. Miten UCD parantaa saavutettavuutta vammaisten käyttäjien kannalta?Saavutettavuus on yksi niistä asioista, jotka usein unohdetaan, kunnes niiden kanssa joutuu tekemisiin. UCD varmistaa kuitenkin, että se on otettu huomioon alusta alkaen. Se ei ole kuin lisäosa myöhemmin. Kun suunnittelussa otetaan huomioon esteettömyys, varmistetaan, että kaikki voivat käyttää sivustoa tai sovellusta, myös vammaiset. Lisäksi noudatat lakisääteisiä normeja, mikä on tärkeää.