Kuuntele tämän artikkelin ääniversio
Suunnittelijat luovat standardiarvona UX-prosessia tietorakenne arkkitehtuuria rakennettaessa tuotteita. Määritettäessä jokaisen reitin ja polun, jonka käyttäjät voivat käyttää sovelluksen tai verkkosivuston kautta, tietoarkkitehtuuri on paljon muutakin kuin vain sivustokartta, joka näyttää, mikä sivu vie mihin.
Samoin kuin rakennusarkkitehdit käyttävät suunnitelmaa talon kaikkien osien rakentamiseen fyysisistä rakenteista monimutkaisempiin sisäisiin toimintoihin, kuten sähkö- ja putkityöt, informaatioarkkitehtuuri kuvaa verkkosivuston tai sovelluksen hierarkiaa, navigointia, ominaisuuksia ja vuorovaikutusta. Ja kuten suunnitelmat ovat arvokkain dokumentti arkkitehdille rakennuksen rakentamisessa, tietorakenne voi olla tehokkain työkalu suunnittelijan arsenaalissa.
Sen kehittäminen ei kuitenkaan ole niin yksinkertaista kuin ominaisuuksien luettelon kokoaminen ja niiden toiminnan kartoittaminen - tutkitaan prosessi.
Informaatioarkkitehtuuri (IA) on kuin suunnitelma , visuaalinen esitys tuotteen infrastruktuurista, ominaisuuksista ja hierarkiasta. Yksityiskohtaisuuden taso on suunnittelija , joten IA voi sisältää myös navigoinnin, sovellustoiminnot ja -käyttäytymisen, sisällön ja kulkutiedot. IA: n kokoon tai muotoon ei ole asetettu rajoituksia; Siitä huolimatta sen tulisi kattaa tuotteen yleinen rakenne, jotta kenenkään (teoreettisesti) pitäisi pystyä lukemaan se ja ymmärtämään tuotteen toiminta.
Käytämme suunnitelmaviitettä usein, koska molempien asiakirjojen tarkoitus on lähes identtinen. Aivan kuten suunnitelman, IA tarjoaa suunnittelijat (samoin kuin tuotekehitys- ja suunnittelutiimit) lintuperspektiivi koko tuotteesta. Yhden asiakirjan, joka antaa yksinkertaisen ja ymmärrettävän esityksen sovelluksen tai verkkosivuston toiminnasta, on elintärkeää uusien ominaisuuksien kehittämiseksi, nykyisten päivittämiseksi ja sen selvittämiseksi, mikä on mahdollista ottaen huomioon olemassa oleva tuote.
Kun IA on käytettävissä, on huomattavasti helpompaa tehdä keskeisiä päätöksiä uusista ominaisuuksista ja toteutuksista, ymmärtää tuotemuutosten aikataulut ja seurata käyttäjien käyttäytymistä useiden prosessien kautta.
Sukelletaan perusvideoon nähdäksemme, miten IA on rakennettu.
Osana UX-prosessia IA-suunnittelu noudattaa hyvin samanlaisia malleja kuin vuokaavio: Lisää muotoja ja yhdistä ne viivoilla järjestetyllä tavalla yhteen asiakirjaan. IA: n rakentamisen haaste on ymmärrystä Miten sovelluksesi tai verkkosivustosi toimii todella käyttäjän näkökulmasta ja kuinka tiedot järjestetään luettavaan, luettavaan muotoon.
IA: n tosiasialliselle rakentamiselle on kaksi päävaatimusta: sen järjestäminen visuaalisen hierarkian (toisin sanoen ominaisuuksien, toimintojen ja käyttäytymisen hierarkian) kautta ja legendan luominen erityyppisten ominaisuuksien, vuorovaikutusten ja kulkujen näyttämiseksi. Tavallisella vuokaavalla muodot noudattavat erityisiä vaatimuksia (suorakulmiot ovat prosesseja, timantit ovat päätöspisteitä jne.); nimikkeistön noudattaminen ei kuitenkaan ole vaatimus.
Toisin sanoen tärkeimmät tekijät IA: n rakentamisessa ovat se, mihin arkkitehtuurin yksittäiset komponentit sijoitetaan (hierarkkisesti), ja miten ne on merkitty ja näytetty.
Uuden tietoarkkitehtuurin luomisen haastavin näkökohta on melkein aina sen rakentaminen hierarkkisesti. Yleinen väärinkäsitys on, että IA on rakennettava 'ylhäältä alas'. Se on melkein aina vaikeampi tehdä, ellei kyseessä ole olemassa oleva tuote, kuten yllä olevassa videossa.
Kun rakennat IA: ta tyhjästä, ellei verkkosivustosi tai sovelluksesi noudata vakiomuotoa, piirtää mitään ylätason jälkeen on erittäin vaikeaa. Se on kuin pyytäisi mekaanikkoa rakentamaan auto ylhäältä alas eikä osina. Jokainen kappale on rakennettava etukäteen omalla tutkimuksellaan, suunnitteluaikallaan ja kehityksellään. Sama pätee IA: han.
Visuaalisen hierarkian esittäminen on arvokas hyödyke IA: lle, paitsi että se tarjoaa paremman kontekstin lukijalle, mutta myös yleistää tuotteen tärkeimmät alueet. Jos sovelluksesi tärkein ominaisuus on kyydin tilaaminen (a la Uber tai Lyft), joka voidaan tehdä etusivulta, kyseisellä sivulla on eniten kosketuspisteitä ja eniten arvoa tuotteelle. Sama pätee visuaaliseen hierarkiaan.
Sivustokartat ovat käteviä hierarkian ymmärtämisessä, koska ne järjestävät sivut numeerisesti (kuten 1.0 Home, 2.0 Payment, 2.1 Add Pay Method jne.). Tai harkitse alla olevan kuvan esimerkkiä Duke Universityn kirjaston verkkosivustolle, jossa yläosassa oleva navigointi ei ole vain yläreunassa, vaan myös korostettu näkyväksi koko sovelluksessa.
Hierarkian lisäksi yllä oleva arkkitehtuuri tekee toisen asian hyvin: Se näyttää jokaisen sitoutumispisteen yksilöllisesti tarpeen mukaan yksinkertaisen legendan ja muutaman keskeisen lauseen avulla. Selite tarkoittaa sivua ja sisältötyyppiä, ja se tarkoittaa muunnelmia muotojen värien välillä. Tämä on tärkeää, koska vaikka Duke-sivusto näyttää melko yksinkertaiselta, IA menee vain kolme tasoa syvälle. Jokainen keltainen suorakulmio tarkoittaa sovellusta, joten näiden ruutujen prosessit eivät sisälly tähän asiakirjaan!
Jopa ilman näitä osia, rakenne on sellainen, että voimme ymmärtää, miten navigoida verkkosivustolla pelkästään IA: n kautta. Se loppuu, kun pääsemme verkkosivustossa olevaan sovellukseen - sen ei tarvitse.
Alla oleva IA on peli. Neljä muotoa, ei väriä ja älykkäästi sijoitettuja tekstikatkelmia käyttämällä jokainen merkittävä vuorovaikutus on ymmärrettävää ilman prototyyppejä, ja mikä tärkeintä, kuka tahansa sen parissa työskentelevä voi ymmärtää sen.
Tämä malli ei ole täydellinen, mutta se järjestää sovellushierarkian selkeästi ja rajaa sen, mitä käyttäjä joko näkee tai tekee milloin tahansa.
IA: n rakentamisen mahdollistavia ohjelmistosovelluksia on paljon, mutta harvat niistä ovat yksinkertaisia ja tarpeeksi nopeita, jotta kokemus olisi nautinnollinen. Tai ainakin helppo hallita.
Yllä olevassa videossa käytetty Draw.io on täysin ilmainen henkilökohtaiseen ja ammattimaiseen käyttöön ja kytketään automaattisesti Google Driveen. Se on myös integroitu Confluencen ja JIRA: n kanssa, jotka ovat maksullisia. Piirrä .io on erinomainen vuokaavioille, käyttäjävirtojen ja tietoarkkitehtuurin luomiselle, ja Drive-toiminnallisuuden avulla useat ihmiset voivat työskennellä samalla asiakirjalla ja nähdä muutokset reaaliajassa. Siellä on myös ilmainen offline-versio.
Lucidchart on toinen hieno työkalu, joka tarjoaa hieman paremman kokemuksen kuin Draw.io ja jolla on lisäetuja, kuten valmiit mallit, paljon enemmän integraatioita, mobiilisovellus (App Storessa luokitus 2,5 tähteä) ja tuki yrityksille.
Omnigraffle ja Visio ovat alan pitkäaikaisia tukipilareita ja toimivat erinomaisesti IA-suunnittelun rakentamisessa ja ylläpidossa, vaikka Visio on vain verkossa (vanhempi offline-versio on vain Windows), kun taas Omnigraffle on vain Mac-tietokone ja vaatii erillisiä ostoksia MacOS- ja iOS-versioille. OmniGrafflella on yksi etu suurimpiin kilpailijoihin verrattuna, koska se tarjoaa JavaScriptiä ja AppleScript-automaatiota, joka on useimmille suunnittelijat voi olla tarpeetonta, mutta yleensä kokopäiväiset tietoarkkitehdit arvostavat sitä.
Kaikki edellä luetellut työkalut on tehty nopeuden ja helppokäyttöisyyden saavuttamiseksi, erityisesti vuokaavion ympärille, joka noudattaa lähes identtisiä periaatteita kuin tietorakenne. Muut sovellukset, kuten Balsamiq , MindMeister , MindManager tai XMind kaikki tarjoavat samanlaista käyttäytymistä, mutta ne on rakennettu muihin tärkeisiin tarkoituksiin, kuten prototyyppien tekemiseen tai mielenkartoitukseen.
Vaikka on olemassa muutamia määriteltyjä sääntöjä sille, mitä informaatioarkkitehtuurille tarkoitetaan, ota prosessia läpi läpi seuraavat asiat:
Hierarkia on säädettävissä . Kotisivu on aina kotisivu, mutta minne se johtaa, miten käyttäjät pääsevät noihin paikkoihin, ja kaikki välillä ja sen jälkeen määritetään myöhemmin.
Vaikka UX-prosessin IA on tarkoitettu käyttäjän vuorovaikutukseen, jokaisella askeleella on oltava järkeä. Rekisteröintinäytöt eivät saa johtaa asetuksiin, kameratoiminnon ei pitäisi siirtyä karttanäkymään ... luetteloa jatketaan.
Yleinen virhe on vain tehdä IA ilman resursseja, tutkimusta tai muuta omaisuutta tai työtä. Se on kuin käskisin kirjailijaa kirjoittamaan kirjan ilman ääriviivoja tai ohjelmoijaa koodaamaan sovellus ilman prototyyppejä.
Kartografi ottaa kaiken kartan suhteen huomioon vuoristoalueista valtion rajoihin. Aivan kuten kartanpiirtäjät, suunnittelijat määrittelevät IA-suunnittelun. Yksittäiset sivut, erityinen käyttäjän käyttäytyminen, konteksti päätöksentekopisteille ... ja niin edelleen.
Viime kädessä kartografi päättää, mitä kartalle tapahtuu käyttäjän tarpeiden perusteella. Sama pätee suunnittelijoihin, joten laadi IA loppukäyttäjälle, nimittäin tuotekehitys- ja suunnittelutiimeille.
Jos haluat porata pisteen kotiin vielä kerran, kaikki IA: t on rakennettu muutokseen. Tuotteet kehittyvät, mallit muuttuvat, käyttäjät sopeutuvat ja sykli jatkuu jatkuvasti. Älä ota sitä liian vakavasti ja tiedä, että parantamisen varaa on aina. Älä pyri täydellisyyteen; rakentaa yksinkertainen, mukautuva IA.
Se on yleinen käsitys, että mikä tahansa suunnittelutyö ei ole koskaan todella tehty, ja se on tietenkin tietorakenne. Ne kasvavat, kutistuvat ja muuttuvat tuotteidemme tapaan. Toisin kuin rakennuksen suunnitelmasta, IA kehittyy aina kaiken tarpeiden perusteella käyttäjän tarpeista uusiin ominaisuuksiin tai tuotteen uudistamiseen. Suuri osa rakenteesta voi pysyä samana ja tarjota yhdenmukaisuuden versioiden välillä, jotta käyttäjät eivät sekaannu.
Ja se on hyvä asia. Tieto siitä, että IA on sujuva asiakirja - joka muuttuu todennäköisesti viikoittain ja joskus jopa päivittäin - on tehokas tapa ylläpitää sovelluksesi tai verkkosivustosi rakennetta koskematta koskaan koodiin tai luoda uusia prototyyppejä . Parempi koko tuotekehitystiimi tietää IA, sitä nopeammin kaikki tietävät, mikä on ja mikä ei ole mahdollista, ja kuinka vakava oletettu 'helppo työ' todella on.
Mikä tuo meidät tietorakenteen todelliseen kauneuteen: Ei ole ennalta määritettyä lähtökohtaa. Vaikka perinteinen UX-suunnitteluprosessi määrää, että IA rakennetaan riittävän käyttäjävirran suorittamisen jälkeen; aseistettu runsaalla käyttäjällä ja kilpailukykyinen tutkimus , se voi olla myös ensimmäinen asia ... tai viimeinen. Prototyyppien muodostusprosessi tuo usein tietoa siitä, kuinka tiettyjen käyttäytymisten tai toimintojen tulisi tapahtua, mitä olisi vaikea kuvitella loogisesta tai mielikuvituksettomasta vaikutustenarvioinnista.
IA-suunnittelu on jatkuvasti kehittyvä käytäntö yhtä paljon taidetta kuin taitoa, minkä vuoksi suuryrityksillä on tietoarkkitehti-tehtäviä. Nämä suunnittelijat ovat massiivisten järjestelmien portinvartijoita, ja ymmärtämällä tuotteiden kasvua ajan myötä, he auttavat ajamaan tuote-, suunnittelu- ja suunnittelutiimejä tekemään oikeita päätöksiä koko ajan vuotta . Tämä organisaation asteikko ei ole kaikille suunnittelijoille, mutta jokainen suunnittelija osaa rakentaa yksinkertaisen, ymmärrettävän tietoarkkitehtuurin.
• • •
IA Webille ja sen ulkopuolelle
Kuinka ymmärtää sotku: Tietorakenne kaikille
Informaatioarkkitehtuurin perusteet
Tietoarkkitehtuurin ja UX-suunnittelun ero
• • •
Tietorakenne on asiakirja, joka tarjoaa operatiivisen kartan tuotteen toiminnasta ja toiminnasta käyttäjien kannalta. Se muistuttaa digitaalisten tuotteiden suunnitelmaa, ja se näyttää koko tuotteen sivut, sisällön, vuorovaikutukset ja käyttäytymisen.
Arkkitehtuurin tarkoitus digitaalisille suunnittelijoille on ymmärtää ja arvostaa tuotteen kehystä sekä käyttäjän että yrityksen näkökulmasta.
Hierarkkinen suunnittelu on sisällön, datan ja vuorovaikutuksen jäsentäminen fyysisellä tavalla, tyypillisesti keskittämällä prioriteetti alkuun. Pieniarvoisemmat osat laskevat hierarkiassa matalammiksi, ja ne löytyvät joko sivulta alaspäin tai kokonaan eri sivulta.
Käyttäjäkeskeinen suunnittelu on suunnittelufilosofia, joka asettaa käyttäjän etusijalle. Kaikki tuotesuunnittelu- ja kehityspäätökset määritetään testaamalla tarjottua UX: ää, jotta voidaan varmistaa, että käyttäjien tarpeet täytetään aina uhraamatta käyttäjien odotuksia.
Verkkosuunnittelun visuaalinen hierarkia on sisällön ja tietojen tarkoituksellinen jäsentäminen sivulla, jotta käyttäjät saisivat selkeän käsityksen sisällön olemassaolosta ja siitä, miten sitä voidaan käyttää missä ja missä muodossa kaikki sisältö ja data on.
Glassdoorin mukaan Yhdysvaltojen kansallinen keskipalkka tietoarkkitehdeille on noin 95 000 dollaria vuodessa.