UX-suunnittelutekniikat, jotka jokaisen suunnittelijan tulisi tietää

0

Täydellisen UX-suunnittelun naulaaminen voi olla monumentaalinen tehtävä. Eri käyttäjäkunnilla on erilaiset tarpeet ja taitotasot. Se, mikä toimii yhdelle, voi olla toiselle täydellinen floppi. On tärkeää, että tehdään riittävästi tutkimusta, jotta varmistetaan, että suunnittelemasi muotoilu sopii täydellisesti kohdeyleisöllesi.

Kun on niin monia suunnittelutekniikoita, voi olla vaikeaa valita tilanteeseesi sopivaa ja ryhtyä töihin! Tämä kopio opastaa sinua parhaissa suunnittelutekniikoissa, joiden avulla voit luoda käyttäjäystävällisen sovelluksen.

Ensin sinun on kerättävä ja analysoitava kaikki tiedot tulevasta tuotteesta: omistajan ja käyttäjien odotukset tuotteesta, pääkäyttäjävirrat ja sovelluksen yleinen arkkitehtuuri. Tässä ovat suosituimmat tutkimustekniikat.

Sidosryhmien haastattelut

Sidosryhmät ovat organisaation ulkopuolella tai sisällä olevia johtajia, alaisia, vertaisia ​​tai asiakkaita, jotka todennäköisesti ovat vuorovaikutuksessa tai joihin tuotteesi käyttö vaikuttaa. Keskustelu sidosryhmien kanssa tarjoaa sinulle mahdollisuuden saada käsitys siitä, kuinka käyttäjäsi todennäköisesti käyttävät tuotettasi, ja auttaa määrittämään, mikä on tärkeää avainsuorituskyvyn parantamiseksi ja avainominaisuuksiin keskittymisen kannalta.

Sovi tapaamisen päivämäärä ja kellonaika etukäteen ja luo lista kysymyksistä. Kysymysluettelo voi olla esimerkiksi seuraava:

a) Projektin visio:

  • Mikä määrittelee tuotteesi menestyksen?
  • Kerro meille näkemyksesi tuotteesta.

b) Yritys:

  • Mikä on yrityksen historia?
  • Mitkä ovat yrityksen tavoitteet?
  • Keitä pidät tärkeimpinä kilpailijoina?

c) Käyttäjät:

  • Voitko kuvailla kohdeyleisöäsi?
  • Millaisia ​​erilaisia ​​käyttäjiäsi on?
  • Tiedätkö sovelluksen ensisijaisen käyttökontekstin?
Käyttäjien haastattelut

Sidosryhmien haastattelun tapaan käyttäjähaastattelu on tehokas tutkimustekniikka, jonka avulla voit saada hyödyllistä tietoa nykyiseltä käyttäjäkunnalta. Kun ymmärrät paremmin käyttäjiäsi ja sitä, kuinka he todennäköisesti käyttävät tuotettasi, ominaisuussarja voidaan naulata ja suunnittelu voi alkaa. Se auttaa sinua selvittämään, mitä pitää korjata ja mitä uusia ominaisuuksia on mahdollisesti lisättävä myöhemmin.

Sovellukselle, erityisesti bisnesalueelle, käyttäjähaastattelu on hyvä tilaisuus saada hyödyllistä tietoa alan kipupisteistä, jotka voit ratkaista tuotteellasi. Voit kysyä ammattitaustaltaan, heidän sovelluksesi käytön päätavoitteistaan ​​ja yleisimmistä ongelmista, jotka he haluaisivat ratkaista.

Ja aivan kuten sidosryhmien haastattelu, myös käyttäjähaastattelu vaatii harkitun valmistelun. Ensinnäkin, valitse ihmiset haastatteluihin viisaasti. Voit löytää käyttäjiä sosiaalisten verkostojen, yhteisöorganisaatioiden tai sosiaalisten kerhojen kautta.

Kun olet löytänyt ihmisiä, määritä haastattelusi tavoite selkeästi ja valmistele siihen kysymyksiä. Vältä johtavia kysymyksiä, kuten "Käytätkö Instagramia?". Sen sijaan kysy "Kerro minulle kokemuksistasi Instagramin käytöstä". Jatkokysymykset edistävät hedelmällistä keskustelua ja voivat kattaa oivalluksia, joista olet unohtanut kysyä.

Tee haastateltavat mukavaksi äläkä ärsytä heitä pitkillä haastatteluilla. Haastattelun aikana kirjaa kaikki vastaukset muistiin.

Vain tähän tekniikkaan luottaminen voi olla syy siihen, miksi projektisi epäonnistuu. Tässä tekniikassa on useita sudenkuoppia:

  • Valitettavasti se, mitä ihmiset sanovat, ei aina vastaa sitä, mitä käyttäjät tekevät. Ihmisen muisti ei ole täydellinen, joten haastateltavat eivät pysty muistamaan kaikkia yksityiskohtia kokemuksistaan ​​verkko- tai mobiilisovelluksen käytöstä. Kun he eivät pysty muistamaan tätä, he joskus mieluummin keksivät tarinoita sen sijaan, että sanoisivat, etteivät he muista sitä muistissaan. Heidän tarinansa saattavat kuulostaa loogiselta, mutta eivät näytä todellista tilannetta.
  • Pienet ryhmät eivät voi edustaa koko yleisöä. Useimmissa tapauksissa on vain kaksi tai kolme ryhmää, joissa on kuudesta kahdeksaan osallistujaa. Osallistujien subjunktiiviset mielipiteet eivät voi edustaa koko kohdeyleisön näkemystä.
  • Ryhmäjohtajat vaikuttavat siihen, mitä sanotaan, kun taas introvertit eivät jaa paljon mielipiteitään. Tutkimusten tekeminen verkossa voi olla hyvä tapa poistaa nämä kaksi tilannetta. Tutkimuksesta riippuen voit muodostaa ryhmiä, mutta puhua jokaisen osallistujan kanssa yksitellen.
Tehtävän analyysi

Tehtäväanalyysi on tutkimus siitä, mitä vaiheita on suoritettava toiminnon tai tehtävän suorittamiseksi. Saat käsityksen siitä, miten nykyinen tuote toimii ja millä tavoilla sen hyödyntämä data virtaa. Sen avulla kaikkien on helpompi priorisoida, mitkä tuotteen osat on työstettävä ensin.

Tämä tekniikka auttaa sinua ymmärtämään käyttäjien tavoitteita, joita he yrittävät saavuttaa sovelluksessasi, mitä he tekevät tavoitteen saavuttamiseksi ja mitä ongelmia he kohtaavat näiden vaiheiden aikana.

Tehtäväanalyysiä on kahdenlaisia ​​– hierarkkinen ja kognitiivinen. Hierarkkisen tehtäväanalyysin suorittamisen algoritmi on seuraava:

  1. Määrittele yksi tehtävä, jonka aiot analysoida. Valitse analysoitava henkilö ja skenaario. Määrittele tämän tehtävän toivottu tulos ja toimenpiteet, jotka on toteutettava tavoitteen saavuttamiseksi.
  2. Jaa tehtävä useisiin osatehtäviin. Älä kuitenkaan mene yli laidan ja luo liian monia abstrakteja osatehtäviä. Useimmissa tapauksissa viidestä yhdeksään osatehtävää riittää.
  3. Luo kaavio jokaisesta käyttäjän toiminnasta.
  4. Kun olet luonut kaavion, kirjoita yksityiskohtainen tarina siitä, kuinka käyttäjä suorittaa tämän alitehtävän.
  5. Kun työsi on valmis, tarkista analyysisi. Anna se tarkistettavaksi toiselle asiantuntijalle, joka ei osallistu analyysiin, mutta tuntee tehtävän yksityiskohdat.

Tässä on esimerkiksi esimerkki tehtäväanalyysistä pelihiiren ostamista varten Bestbuy.com-sivustolta.

Kognitiivinen tehtäväanalyysi sisältää samojen vaiheiden ottamista. Mutta lisäksi sinun tulee analysoida, kuinka aloittelija ja asiantuntija suorittavat tämän tehtävän.

Käyttötapaus tai käyttäytymiskaavio

Se on visuaalinen esitys käyttäjien käyttäytymisestä. Se näyttää, mitä toimia erityyppiset käyttäjät voivat tehdä. Sinun tulisi esimerkiksi luoda onnittelukorttisovellus. Sovelluksessa sinulla on kahdenlaisia ​​käyttäjiä – onnittelut ja syntymäpäivähenkilöt. Onnittelut kirjautuvat sisään Facebookin kautta ja valitsevat syntymäpäivähenkilön Facebook-ystäviensä listalta. Sen jälkeen he valitsevat kortin luettelosta, kirjoittavat toiveet ja lähettävät syntymäpäivähenkilölle.

Kun syntymäpäiväihminen on vastaanottanut lahjakortin, hän voi katsella sitä, tykätä siitä tai vastata siihen sovelluksessa. Jos syntymäpäivähenkilö ei ole vielä asentanut sovellusta, hän tulee sovelluskauppaan ja asentaa sovelluksen. Käyttäytymiskaavio näyttää tältä:

Käyttäjien tarinat tai käyttäytymismääritykset

Tämä on kirjallinen kuvaus jokaisesta vuorovaikutuksesta sovelluksesi kanssa. Kaikki käyttäjätarinat alkavat sanalla "Käyttäjänä haluan…", jonka jälkeen kirjoitat kuvauksen mahdollisista toimista, joita käyttäjä voi tehdä. Esimerkiksi "Käyttäjänä haluan tarkastella tilaushistoriaani, jotta käyn Omat tilaukset -välilehdellä ja napsautan Tilaushistoria-painiketta.

Kun olet luonut käyttäjätarinoita, voit aloittaa sprinttien suunnittelun ja asettaa prioriteetin kullekin käyttäjätapaukselle. On myös mahdollista määritellä aika, joka tarvitaan käyttäjätarinassa kuvatun ominaisuuden toteuttamiseen. Voit myös aloittaa työskentelyn käyttäjävirtojen parissa.

Käyttäjävirta

Tämä on kaavio, joka näyttää yleiset vaiheet, joita käyttäjä suorittaa sovelluksessa. Tämä tekniikka auttaa UX-suunnittelijoita tunnistamaan, mitä vaiheita voidaan suunnitella uudelleen tai parantaa. Tässä on esimerkki käyttäjän vuokaaviosta.

Kuten näet, jokaisella muodolla on tietty määritelmä. Punainen nuoli määrittää uuden käyttäjän polun ja sininen rekisteröidyn käyttäjän polun. Pyöreä tarkoittaa virhettä ja trapetsia – käyttäjän päätös. Samalla tavalla sinun tulee antaa määritelmä jokaiselle muodolle ennen käyttäjäkulun luomista.

Mielen kartat

Vaikka käyttäjävirrat luodaan sovelluksen kunkin sivun toimintojen määrittelemiseksi, ajatuskarttojen avulla suunnittelijat voivat nähdä tuotteen kokonaisarkkitehtuurin. Se on graafinen esitys sovelluksen kaikista osista ja niiden keskinäisistä suhteista.

Mielikartan luominen ei vie paljon aikaa, ja se on yksi tämän tekniikan tärkeimmistä eduista. Löydät helposti verkosta työkaluja ajatuskarttojen luomiseen. Tämän tekniikan avulla et tuhlaa aikaa sovelluksen ominaisuuksien esittelyyn ja niistä keskustelemiseen.

Tässä on esimerkiksi My Day -nimisen lähtölaskentasovelluksen ajatuskartta, jonka löydät Applen sovelluskaupasta.

Lankakehykset

Kun olet kerännyt kaikki tiedot ja rakentanut sovelluksesi arkkitehtuurin, on aika suunnitella se! On suositeltavaa aloittaa metallikehyksillä, verkko- tai mobiilisovelluksen asetteluilla, jotka osoittavat, kuinka elementit sijoitetaan tietylle sivulle.

Wireframing auttaa sinua saamaan asiakkaat mukaan suunnitteluprosesseihin ja tekemään muutoksia tehokkaammin. Näin ollen tämä tekniikka voi säästää aikaasi – on paljon helpompaa tehdä muutoksia rautalankoihin kuin muuttaa jotain suunnittelun valmistuttua. Jos sinulla on copywriter, joka suunnittelee sisältöä sovelluksellesi, hän voi mitata kunkin sivun sisällön pituuden.

Toisaalta se on toinen vaihe sovelluskehityksessä, joka vaatii myös aikaa ja vaivaa. Myös rautakehyksiä voidaan pitää suunnittelijoiden rajoituksena. Heidän on tartuttava tähän luurankoon, joten jätä luovuus taaksesi.

Voit piirtää paperille lankakehyksiä tai käyttää siihen erikoistyökaluja. Alla on esimerkki kuntokeskuksen alustalle luodusta rautalangasta.

Prototyypit

Prototyyppi on simulaatio verkko- tai mobiilisovelluksen ominaisuuksista ja navigoinnista, jonka avulla voit olla vuorovaikutuksessa sovelluksesi kanssa ennen kuin sovelluksen suunnittelu välitetään koodaajille. Prototyyppipalveluiden, kuten invisionapp.com tai mockup.io, avulla voit ladata kehykset tai mallit ja saada sovelluksen, jossa on napsautettavat painikkeet.

Käytettävyystestaus

Seuraava vaihe, jota sinun ei pidä laiminlyödä, on sovelluksesi testaus. Käytettävyystestauksessa tarkkailet käyttäjiä, kun he ovat vuorovaikutuksessa tuotteesi kanssa, jotta voit paikantaa tuotteesi viat tai mahdolliset parannuskohteet. Käytettävyystestaus voidaan yleistää koko tuotteeseen tai se voidaan hioa vain yhteen tuotteesi tehtävään tai prosessiin tarpeidesi mukaan. Voit lukea erillisen artikkelin verkkosivuston käytettävyystestauksesta.

A/B-testaus

A/B-testaus on tekniikka, jossa käyttäjille tarjotaan eri versioita tuotteesta, jotta voidaan verrata vastaanottoa ja helppokäyttöisyyttä kahden alustan välillä. Sen avulla voit testata pieniä suunnittelun parannuksia ja ominaisuuksia nähdäksesi, toimivatko ne suunnitellusti. Esimerkiksi Runkeeper-sovellukselle on tehty A/B-testi.

Silmien liikkeiden seuranta

Hyödyntämällä silmän liikeseurantaa saat käsityksen siitä, kuinka UX-asettelusi sujuu ja kuinka käyttäjäsi liikkuvat käyttöliittymässä. Tämän tekniikan avulla voit optimoida käyttöliittymän ulkoasun ja tuntuman ja auttaa sinua rajaamaan ja priorisoimaan ominaisuuksia ja sisältöä, joita on parannettava tai jopa poistettava.

Johtopäätös

Uuden suunnittelun tai ulkoasun keksiminen tuotteelle voi joskus olla pelottavaa, mutta käyttämällä joitain yllä kuvatuista tekniikoista se voidaan tehdä paljon helpommaksi! Kokeile näitä seuraavalla kerralla, niin suunnittelu- ja kehitysprosessi etenee todennäköisesti paljon parempaa vauhtia, ja käyttäjäsi saavat todennäköisesti paljon paremman tuotteen!

This website uses cookies to improve your experience. We'll assume you're ok with this, but you can opt-out if you wish. Accept Read More