Voitot:
- Kyky laatia valikko-, navigointi- ja sisältörakenne (tietoarkkitehtuuri) tekoälyn avulla ja tarkistaa se korttien lajittelutuloksilla
- Kyky piirtää käyttäjävirtoja ja näytöltä näytölle -vaiheita tekoälyksi ja vangita logiikkaaukkoja ja reunatapauksia
- Kyky kriittisesti mukauttaa tekoälyn ehdottama rakenne todellisen käyttäjäkielen ja mielen mallin mukaan
Jos tuotteesta tulee vaikea käyttää, ongelma ei useinkaan ole värissä tai napissa, vaan rakenteessa. Tietoarkkitehtuuri (IA) tarkoittaa, kuinka tuotteen sisältö ryhmitellään, nimetään ja järjestetään navigointirakenteeseen: valikot, luokat, hierarkia. Käyttäjävirta on näytöltä näytölle -vaiheiden sarja, jonka käyttäjä käy läpi saavuttaakseen tietyn tavoitteen (rekisteröityminen, tuotteen ostaminen). Molemmat rakentavat näkymätöntä luurankoa. Tekoäly tuottaa nopeasti tämän luurangon ääriviivat ja auttaa löytämään logiikan aukkoja; Mutta se, sopiiko rakenne todellisen käyttäjän mieleen, voidaan määrittää vain ihmisen harkinnan ja testauksen perusteella.
Tietoarkkitehtuuri: puhuu käyttäjän kieltä
IA:n perusjännite on tämä: järjestätkö sisällön instituution logiikan vai käyttäjän mielen mukaan? Useimmat epäonnistuneet valikot pakottavat käyttäjälle yrityksen sisäisen osastorakenteen ("Enterprise Solutions", "Operations Center"). Jos käyttäjä kysyy "Kuinka maksan laskuni?" hän ajattelee.
Tekoäly on tässä kaksisuuntainen apulainen. Toisaalta se ehdottaa järkevää alkuperäistä luokkarakennetta; Toisaalta se auttaa sinua testaamaan nykyistä rakennettasi käyttäjän kieleen verrattuna. Mutta mallin ehdottamat tagit ovat yleensä "keskimääräistä Internetin kieltä"; Käyttäjäsi käyttämät sanat voivat olla erilaisia. Siksi IA-luonnos varmistetaan korttilajittelulla: todellisille käyttäjille annetaan sisältökortteja ja he lajittelevat ne; muokkaat rakennetta niiden ryhmittelyn mukaan.
Vinkki: Kun saat luokkaehdotuksia tekoälyltä, pyydä sitä myös "kääntämään jokainen luokka kysymyslauseeksi, jonka käyttäjä muodostaa". Tämä nopeuttaa siirtymistä yritysslangista käyttäjäkieleen.
Käyttäjävirrat: vaiheet, päätökset ja reunatapaukset
Hyvä vuokaavio tekee selväksi kolme asiaa: vaiheet (mitä käyttäjä tekee), päätöskohdat (kyllä/ei haarat) ja reunatapaukset – tilanteet pääpolun ulkopuolella: tyhjä kori, huono salasana, Internet-katkos, vanhentunut istunto. Kokemattomat mallit piirtävät "onnisen polun" (skenaarion, jossa kaikki menee hyvin) ja unohtavat reunatapaukset; Käyttäjä viihtyy enimmäkseen näissä unohdetuissa paikoissa.
Tässä tekoäly on tehokas: kun viet streamia, kysyt "mitä reunatiloja puuttuu?" Kun kysyt, se yleensä saa kiinni muutaman jääneen huomaamatta. Malli toimii kuin virtauskriitikko. Mutta sinä päätät, onko jokainen sen suosittelema haara todella tarpeellinen, tuotteen laajuus ja käyttäjätodellisuus; Muuten virtauksesta tulee tarpeettoman monimutkainen.
stream-elementti
Tekoälyn panos
ihmisen päätös
Päävaiheet
Normaali rankingluonnos
Tuotekohtainen yksinkertaistus
päätöspisteitä
Mahdolliset haarat
Mikä on todella tarpeellista
Reunakotelot
Muistutus unohdetuista asioista
Mitä katetaan
Etiketti/teksti
ensimmäinen ehdotus
Sopeutuminen käyttäjän kieleen
Virhepolut
Yleiset kuviot
Tuotteen todelliset virhetyypit
kolme minilaukkua
Tapaus 1 – Valikko on yksinkertaistunut. Ryhmä antoi tekoälylle 9 päävalikon otsikkoa ja pyysi heitä "kääntämään ne käyttäjän kysymyslauseeksi". Havaittiin, että 3 otsikkoa vastasi samaa kysymystä ("Kuinka hallitsen tiliäni?"); Valikko pienennettiin 9:stä 6:een. Sen jälkeen testattiin 14 käyttäjää korttien ryhmittelyllä ja yhdistäminen varmistettiin. Napsautusten menestys kasvoi 61 prosentista 86 prosenttiin.
Tapaus 2 – kiinni jäänyt kotelo. Yhdellä äänitysajolla joukkue oli piirtänyt vain onnistuneen tallennuksen. AI kysyy "mitä tapahtuu, jos sähköposti on jo rekisteröity?", "jos vahvistussähköposti ei tule perille?", "entä jos se sulkeutuu ja palaa puolivälissä?" luotuja kysymyksiä. Tiimi lisäsi virtaukseen myös 3 reunatilaa; Kun se otettiin käyttöön, tukipyynnöt vähenivät merkittävästi. Oppitunti: malli on hyvä "muistutus unohdetusta".
Tapaus 3 – Ylimääräinen haara hylättiin. Tekoäly ehdotti maksuvirralle haaroja, kuten "kryptovaluuttavaihtoehto" ja "moniosoitehallinta". Nämä eivät kuuluneet tuotteen piiriin; suunnittelija hylkäsi ehdotukset. Oppitunti: kaikkia mallin ehdotuksia ei hyväksytä; Laajuuspäätös on ihmisen, muuten virtaus paisuu.
Kopioitavissa olevat kehotteet
Tehtäväsi: tietoarkkitehtuurin asiantuntija. Ryhmittele seuraava sisältö-/ominaisuusluettelo luokkiin, jotka sopivat käyttäjän mieleen. Anna kullekin luokalle sekä lyhyt tunniste että kysymyslause, jonka käyttäjä muodostaa. Vältä yrityksen ammattikieltä. Käytä enintään 6 yläluokkaa. Luettelo: <<sisältö>>
Tarkastele tätä käyttäjäkulkua: <<vaiheet>>.1) Lista puuttuvat reunatapaukset (lepotila, virhe, aikakatkaisu, uudelleenkirjautuminen).2) Merkitse vaiheet, jotka vaikuttavat tarpeettomilta tai soveltumattomilta.3) Ehdota tunnisteita, jotka eivät sovi käyttäjän kieleen. Perustele jokaiselle kohteelle yksi lause. Tarkkaan ottaen; Sano "täytyy tarkistaa".
Piirrä näyttö ruudulta käyttäjäkulku seuraavalle tehtävälle: "<<tehtävä>>". Muoto: jokainen vaihe = Näytön nimi > käyttäjän toiminta > järjestelmän vastaus. Erottele päätöskohdat tekstillä "JOS... NIIN". Näytä vähintään 2 virhepolkua iloisen polun ohella.
Vertaa tätä valikkorakennetta korttien ryhmittelytulokseen: Suositeltu rakenne: <<a>> Käyttäjien ryhmittely: <<b>>. Näytä yhteensopimattomat sijoittelut taulukossa ja perustele, mikä on lähempänä käyttäjää.
Heikko kehote / Vahva kehote
Heikko: "Kirjoita minulle tallennusvirta."
Tulos: Yleinen vaiheluettelo, jossa ei ole reunatapauksia ja sisältää vain onnellinen polku.
Vahva: "Piirrä tätä tehtävää varten ruutu näytöltä -kulku; anna jokainen vaihe muodossa näyttö > toiminto > järjestelmän vastaus; näytä vähintään 2 virhepolkua onnellisen polun vieressä; erottele päätöspisteet JOS-SIIN."
Tulos: toimiva virtaus näkyvillä reunatiloilla ja haaroilla.
Ero: vaatii vahvan kehotteen muodon + virhepolku pakollinen + päätöspiste; nämä tuovat virtauksen lähemmäs todellista maailmaa.
Yleisiä virheitä
- Suunnittele vain onnellista tapaa. Käyttäjä juuttuu useimmiten reunatilanteisiin; niiden ohittaminen on kallein virhe.
- Yrityssargon tuominen valikkoon. Käyttäjä hakee "missä on tilaukseni", ei "toimintakeskus".
- IA:n viimeistely ilman korttien ryhmittelyä. Malliehdotus on hypoteesi; käyttäjä vahvistaa testin.
- Mallin jokaisen virtausehdotuksen lisääminen. Soveltamisalan ulkopuoliset oksat turvottavat virtausta; Hylkääminen on myös päätös.
- Ei testata etikettejä ollenkaan. Tunniste, jonka uskot olevan "ymmärrettävä", voi olla käyttäjälle tuntematon.
Yhteenvetona
Tietoarkkitehtuuri ja käyttäjävirrat ovat tuotteen näkymätön runko; Käyttökokemuksen sujuvuus tulee suurelta osin tästä. Tekoäly ehdottaa uskottavia luokkarakenteita, arvostelee virtauksia ja on erityisen tehokas unohdettujen reunatapausten vangitsemisessa. Mutta se, vastaavatko tunnisteet käyttäjän kieltä, määräytyy korttien ryhmittelyn perusteella, ja virran laajuus ja haaroittamisen tarve määräytyvät ihmisen harkinnan mukaan. Käytä mallia laatijana ja kriitikkona; Kalibroi rakenteen käyttäjän mielen mukaan.
Sovellustehtävä
- Listaa 8-10 tuotteen sisältöä/ominaisuuksia ja luo luokkarakenne ensimmäisellä kehotuksella.
- Käännä jokainen kategoria käyttäjän kysymyslauseeksi ja yhdistä hämmentyneet luokka.
- Valitse tehtävä ja piirrä ruutu näytöltä -kulku kolmannen kehotteen avulla (vähintään 2 virhepolkua).
- Kritisoi kulkua toisella kehotuksella, lisää puuttuvat reunatapaukset ja poista tarpeettomat vaiheet.
- Jos mahdollista, ryhmittele minikortit 3-5 hengelle ja muokkaa rakennetta tulosten mukaan.
tarkistuslista
- [ ] Käänsin luokat käyttäjäkielelle ja poistin ammattislangin.
- [ ] Onnellisen polun lisäksi piirsin virtaukseen myös virhepolkuja.
- [ ] Tarkastin puuttuvat reunakotelot tekoälyllä ja lisäsin ne.
- [ ] Hylkäsin tietoisesti soveltumattomia ehdotuksia.
- [ ] Testasin IA-luonnosta korttien ryhmittelyllä tai käyttäjätestauksella.
- [ ] Vahvistin tunnisteet oikeilla käyttäjäsanoilla.