Kysy UXpertiltä: Kuinka tehdä prototyyppejä käyttäjille ilahduttavista äänikokemuksista

Ääniprototyyppien tuottaminen on tullut Adobe XD: n viimeisimmässä päivityksessä, joten se on ensimmäinen ja ainoa UX / UI-alusta, joka yhdistää saumattomasti näytön ja ääniprototoinnin yhdessä sovelluksessa. Puhe on tietenkin perusedellytys viestinnällemme; puhe äänirajapintaan eroaa siitä, kuinka vuorovaikutuksessa olemme näytön ja graafisen käyttöliittymän kanssa.

Olemme jo tutkineet joitain parhaista käytännöistä, jotka pitää mielessä uuden ominaisuuden käyttämisessä, ja tässä artikkelissa johtavat puheasiantuntijat tarjoavat neuvoja äänikokemuksen UX-tekniikan parantamiseksi.

Kuva: Justin Cheong.

"Kun käyttäjä asettaa hälytyksen sovelluksen kautta, se on melko suoraviivaista", kertoo Googlen keskustelun suunnittelusta vastaava johtaja ja äänen käyttöliittymien kirjoittaja Cathy Pearl. “Avaa sovellus, valitse päivämäärä ja kellonaika, niin voit mennä. Mutta kun käyttäjä asettaa hälytyksen äänen kautta, se muuttuu monimutkaisemmaksi. ”

Kuvittele kaikki tapoja, joilla voit asettaa hälytyksen 8 aam.

  • Umm, voisitko asettaa hälytykseni huomenna aamuna kello 8?
  • Hälytys 8 a.
  • Herätkää minut kello 8
  • Tarvitsen ajastimen huomenna klo 8.00
  • Aseta aamuajastin kahdeksaan

"Tämän vuoksi äänikokemuksen prototyyppien laatiminen on ehdottoman tärkeää", Cathy huomauttaa. "Tarvitset tavan kerätä mahdollisia vastauksia oikeilta ihmisiltä ennen sitoutumista koodaukseen."

”Suunnittelijoille ääni esittelee uusia työnkulkuja, mahdollisuuksia ja esteitä suunnittelumme”, hyväksyy Susse Sønderby Jensen, Adoben kokemussuunnittelija, joka työskentelee XD: n äänimallinnusominaisuuksien parissa.

"Näytelmädialogin muotoilemisesta ja sitoutumisen luomisesta puolueellisuuksien valloittamiseen ja empatian lisäämiseen, nämä ovat uusia haasteita, joita suunnittelijamme kohtaavat suunnitellessamme tätä uutta käyttöliittymää."

Lue näytönohjaimet ääneen

Vaikka prototyyppien laatiminen voi olla vaikeaa, voit aloittaa erittäin kevyillä ratkaisuilla ääni-ensimmäisten kokemusten suunnitteluun. Cassidy Williams, joka on juuri jättänyt Amazonin kehittäjäääniohjelmien päällikön tehtävän CodePeniin liittyäkseen, keskittyy keskusteluun kahdelle avainalueelle.

"Kun kirjoitat sitä, on melkein taattua, että se lukee eri tavalla kuin se kuulostaa ääneen", hän selittää. ”Tärkeintä on lukea sitä jatkuvasti ääneen (tai toistaa ääneen), ja kun muutat ja säädät sitä, varmista, että kuuntelet sitä sen sijaan, että luet vain. Kuulet vivahteita sanoista ja lauseista, jotka eivät vain ole niin luonnollisia, kun ne puhutaan ääneen, ja on tärkeää saada nämä varhaisessa vaiheessa! "

Susse Sønderby Jensen on samaa mieltä: ”Hyvä käyttökokemus alkaa yksinkertaisesta käyttäjävirrasta. Äänikokemuksia varten tätä kutsutaan näytevuoropuheluksi. Kirjoita yksinkertainen edestakaisin käyttäjän ja ääniliittymän välillä - tätä kutsutaan myös onnelliseksi poluksi kokemuksellesi. ”

Pidä mielessä, Susse neuvoo, että kaikissa sellaisissa äänikokemuksissa, joissa ei ole näyttöä, ei ole GUI: ta tai valikkoa, johon nojata, ja kaikki tapahtuu sarjassa (kutsutaan myös tasaiseksi käyttöliittymäksi). Sinun on ohjattava käyttäjääsi virtauksen läpi antamalla heille selkeät vaihtoehdot ja asettamalla odotukset eteenpäin. Testaa ääniprototyyppisi puhumalla sen kanssa mahdollisimman varhain, jotta voit iteroida vastauksiin ja pyyntöihin käyttökokemuksen parantamiseksi.

Anna selkeät vaihtoehdot

Cassidy suosittelee myös vaihtoehtojen antamista kokoamasi keskustelun erilaisille palasille - jokaiselle vastaukselle. "Me kaikki tiedämme, että käyttäjät ovat hankalia, etenkin äänessä!", Hän nauraa. ”Lisää sanoja satunnaisesti ilmaisemaan empatiaa (esimerkiksi matkasovelluksessa voisit sanoa:” ooh, kuulostaa hauskalta matkalta! ”Ennen siirtymistä seuraavaan keskusteluvaiheeseen), ja vastaus on aina hieman erilainen samaan palautteeseen. Se pitää sen luonnollisena ja kiinnostavana. ”

Jos käyttäjä yrittää esimerkiksi päättää, missä ravintolassa syödä, kysyttyään mitä ruokia he haluavat, Cassidy ehdottaa kartoittavan jotain seuraavaa:

Tässä esimerkissä tarjoat vaihtoehtoja, jotka vaihtelevat käyttäjän valitsemisesta lisätietojen vetämiseen niistä.

"Muuttamalla sitä ylöspäin, se virtaa luonnollisemmin ja tarjoaa silti käyttäjän mahdollisuuden puhua enemmän", Cassidy selittää. "Et koskaan tiedä, mitä käyttäjä voi sanoa, joten keskustelua harjoittaminen, sen kartoittaminen ja vaihtoehtojen lisääminen tutkiessasi konseptia on ihanteellinen tapa saada vankka äänisuunnittelu loppuun."

Susse Sønderby Jensen huomauttaa myös, että voit välttää virheitä tarjoamalla vaihtoehtoja ja antamalla käyttäjille mahdollisuuden rajoittaa etsimäänsä:

Käyttäjä: Hei, Google, mikä on Arlingtonin korkein rakennus?
 Google: Tarkoititko Arlingtonia Virginiassa tai Arlingtonia Texasissa?

Pidä se lyhyenä ja kasvaa käyttäjien kanssa

Koska käytämme erilaisia ​​ymmärrystaitoja lukeessamme ja kuunteleessamme, Susse neuvoo myös pitämään äänivastaukset lyhyinä ja yksinkertaisina. Jos annat käyttäjille esimerkiksi vaihtoehtoja, pidä nämä minimoituina, koska on vaikea muistaa enemmän kuin kolme asiaa kerrallaan ja äänen kautta tapahtuvan vuorovaikutuksen tulisi olla aikatehokasta.

"Aloittelijoille voi olla hyödyllistä toistaa takaisin sitä, mitä käyttäjät vaativat", Susse ehdottaa. ”Tämä auttaa käyttäjiä tuntemaan olonsa ymmärretyksi ja tärkeämmäksi, ja tapauksissa, joissa järjestelmä ymmärtää tarkoitusta väärin, se on mahdollisuus saada keskustelu takaisin raiteilleen. Ja kun käyttäjät ovat vuorovaikutuksessa laitteen ääniassistentin, kuten Google Koti tai Amazon Echo, kanssa valot ja soittoäänet ovat välttämättömiä seuraamaan keskustelua ja ohjaamaan käyttäjiä äänikokemuksensa kautta. "

Samaan aikaan, jos suunnittelet ammattimaisille käyttäjille, joille käyttöliittymä on jo mukava, voit kuoria pois suuren osan eduista. Sen sijaan, että sanotaan esimerkiksi Sylvan Esson nyt Die Young -soittojärjestelmää, se voi vain toistaa kappaleen.

Liiku nopeasti ja puhu asioita: Wizard of Oz -menetelmä

Voit myös kokeilla Wizard of Oz -lähestymistapaa, jossa ohjattu toiminto (ihminen) soittaa tekstistä puheeksi -vastauksia käyttäjän sanomiin. Kuten ääni-käyttöliittymä ja suunnittelustrategiatekijä Ben Sauer selittää, prototyypin käyttäminen tällä menetelmällä voi olla todella kohtuuttoman helppoa ja hauskaa.

"Jos voit kuvitella keskustelun, kirjoita se ja olet kahden minuutin päässä testaamasta sitä käyttäjän kanssa", Ben neuvoo. ”WoZ-testissä osallistujat luulevat olevansa vuorovaikutuksessa todellisen järjestelmän kanssa, mutta itse asiassa sitä ohjaa” ohjattu toimija ”: se olet sinä. Se toimii uskomattoman hyvin: asettamalla Amazon Echo huoneeseen, vaikka ääni tulee kannettavasta tietokoneestasi, suurin osa käyttäjistä jää harhaan.

Tällaisen testin suorittamiseen on monia työkaluja. Ben on luonut Say Wizardin Abi Jonesin kanssa Googlessa - yksinkertainen työkalu, joka ottaa tekstitiedoston, määrittää jokaisen tekstirivin näppäimistökirjaimeen ja sitten Mac lukee ne ääneen jokaisen näppäinpainalluksen yhteydessä.

Sano ohjattu toiminnassa.

"Voit suorittaa testejä saadaksesi selville, mitä käyttäjät sanovat, ja nähdäksesi, ovatko suunnittelusi oikeat vastaukset", Ben selittää. "Tärkeintä on iteraation nopeus: suunnittelun muuttaminen on yhtä helppoa kuin tekstitiedoston vaihtaminen, jopa testien välillä."

Wizard of Oz -testi on hieno aktiviteetti varhaisessa vaiheessa; Se auttaa sinua nopeasti tunnistamaan kuvitellun vuoropuhelun ongelmat ja kuinka ihmiset reagoivat. "Vaikka se ei auta sinua ääni-UI-suunnittelijan suurimmassa haasteessa - virheellisesti käsittelemällä virheitä -, se kertoo sinulle, kuinka vuoropuhelu kulkee ihmisille", Ben selittää. "Ja se on tärkein tavoitteemme: saada ihmisten ja koneiden välinen keskustelu vain ... kulkemaan."

Lisätietoja tästä on Benin artikkeli "STFU: Testaa äänesovelluksen ideaasi alle tunnissa".

Käsittelyvirheet

Useimmat käyttäjät sanovat väärin joitain sanoja riippumatta siitä, onko englanti heidän äidinkielensä vai ei. "Suunnittelin salaattitilauksen taitotiedon ja annoin käyttäjälle mahdollisuuden valita salaatti tai lämmin kulho", Susse Sønderby Jensen muistaa. "Kun kävelin rajapinnan läpi, se kuitenkin tulkitsi minua sanoen" lämmin kulho "" madonreikäksi "! Pääsin siitä kiertämällä lisäämällä "madonreiän" yhdeksi lausunnoksi. "

Suunnittelun jatkaminen ja sen testaaminen käyttäjien kanssa on siksi erittäin tärkeää, varsinkin jos kohdistat käyttäjiin, jotka ovat todennäköisesti kaksikielisiä, joilla on puheeste tai jotka ovat lapsia tai vanhuksia.

Virhetapaukset ovat tärkeitä työkaluja estämään käyttäjiä eksymästä tai pikemminkin tarttumasta heihin, jos ne katoavat. Ohjevastausten asettaminen on avainta, Susse neuvoo. Muista muistuttaa käyttäjiä siitä, että he voivat saada apua tarvittaessa, kun he käyvät läpi virtauksen.

Ääniprototyyppien arvo

Googlen Cathy Pearl lisää, että prototyyppi pystyy myös nopeasti paljastamaan, tietääkö käyttäjä, milloin ja milloin hän osaa puhua, mikä on yhä tärkeämpää, kun äänikokemuksia on saatavana yhä useammilla alustoilla, kuten älykkäät kaiuttimet, matkapuhelimet ja älykkäät näytöt.

”Prototyyppien luominen on hieno tapa saada yhteinen käsitys siitä, millainen kokemus tuntuu”, Cathy huomauttaa. "Kirjalliset muodolliset valintaikkunat ovat välttämätön ensimmäinen askel, mutta todellinen äänilähtö prototyyppi tuo sen todella kotiin."

Lisätietoja Adobe XD: stä, all-in-one-suunnittelu- ja prototyyppityökalustamme:

  • Lataa Adobe XD
  • Adobe XD Twitter -tili - käytä myös #adobexd puhuaksesi joukkueen kanssa!
  • Adobe XD UserVoice -ideatietokanta
  • Adobe XD -foorumi

Alun perin julkaistu osoitteessa theblog.adobe.com 20. marraskuuta 2018.