Luotto: Nick Liefhebber

Hieman erilainen näkökulma tietoarkkitehtuuriin ja siihen, mitä he tekevät

Termi tietoarkkitehtuuri (IA) voi kuulostaa arkaluonteiselta. Voi olla, että rakenne- ja logiikkaperusteiset tehtävät tulevat helposti sinulle, joten siirrät ne vain yhdeksi toissijaisesti tärkeistä tehtävistä. Se varmasti tuli minulta!

Hieman enemmän lukemista ja tutkimusta on kuitenkin korjattu nopeasti, piilotettu teknisen ammattikielen viidakkoon ja tehtyihin johtopäätöksiin, jotka perustuvat psykologisiin päätelmiin ja tämän ja sen ja melon vaikutuksiin .. mitä olen mielenkiintoisimmista IA: n suhteen, että se on lähinnä yhteyksistä, jotka on luotu sosiokulttuuristen konteksttien kautta. Yhteydet, joita et välttämättä tunne, koska olet kaikki paitsi yksi henkilö, jolla on kaikki nuo elämäkokemukset ja tieto sosiaalisista vihjeistä sekä poliittisesta oikeellisuudesta tai virheellisyydestä. Kerrottuna kymmenellä, kaksikymmentä tai sataa muutamalla tuhannella, todennäköisesti löydät tietomallin, joka kertoo sinulle liikkeen, erilaiset ajattelutavat (mielenmallit, jos haluat) ja jos kaivaa tarpeeksi kovaa , tarina.

Pyrkimys löytää merkitys epätodennäköisimpien linkkien kautta, jotka voivat muuttua ajan, paikan ja sosiaalisten vaikutusten kautta. Ajattelumallien tunnistaminen ja niiden soveltaminen käytännössä, kuten miten tämä ajattelu vaikuttaisi siihen, kuinka kuluttaja olisi vuorovaikutuksessa tuotteen, esimerkiksi sovelluksen tai verkkosivuston kanssa.

Pelkästään sisällön organisoinnin tai elementtien ryhmittämisen ajattelun vaihtaminen voisi käytännössä toimia myös erottajana liiketoiminnassa, mikä on mielestäni hauska osa.

Takaisin tylsään bittiin, mikä on IA taas? IA-instituutin sanoin IA on:

"Käytäntö päättää, kuinka jonkin osan osat järjestetään ymmärrettäväksi."

IA on käyttäjäkokemuksen (UX) yhteydessä erittäin paljon käytettävyysvetoista. Tietoarkkitehdit toimivat siltana suunnittelijoiden ja projektien teknisten ryhmien välillä. He valvovat suunnittelijoita sisällön asianmukaisen organisoinnin varmistamiseksi ja varmistavat, että tekninen ryhmä toteuttaa nämä mallit oikein. Heidän on ehkä myös pidettävä yhteyttä eri joukkueisiin ongelmien ilmetessä, etenkin kun se vaikuttaa siihen, kuinka sisältöä voidaan palvella käyttäjälle.

Toinen tietoarkkitehdin keskeinen tehtävä on selvittää, kuinka projektin tiedot tulisi organisoida ja merkitä loppukäyttäjän tarpeiden mukaisiksi. Huono organisaatio voi pilata käyttäjän kokemuksen ja jättää hänet turhautumaan. Tästä näkökulmasta he työskentelevät erittäin tiiviisti UX: n kanssa, koska on ensiarvoisen tärkeää, ettei sitä tapahdu.

Monet tietoarkkitehdit luovat kehys- ja sivukarttoja ohjaamaan ryhmää projektin kehittämisessä. Nämä kehykset ovat usein vain apuohjelmia, ja suunnittelutiimi lisää vain graafisia elementtejä. Tarvittaessa he voivat luoda käyttäjävirtoja osoittaakseen, kuinka tiettyjen näkökohtien tulisi myös toimia.

Jätän teille joitain Dan Brownin hyödyllisiä kahdeksan periaatetta, joiden avulla voitte elää yrittäessään puuttua vaikutustenarviointiin (täydellinen PDF-linkki löytyy lähteistä):

1. Esineiden periaate - Käsittele sisältöä elävänä, hengittävänä asiana, elinkaaren, käyttäytymisen ja ominaisuuksien kanssa.
2. Valintojen periaate - Luo sivuja, jotka tarjoavat käyttäjille merkityksellisiä valintoja pitämällä käytettävissä olevat valinnat keskittyen tiettyyn tehtävään
3. Paljastamisperiaate - Näytä vain tarpeeksi tietoa, jotta ihmiset ymmärtävät, millaisia ​​tietoja he löytävät, kun he kaivovat syvemmälle.
4. Esimerkkien periaate - Kuvaile luokkien sisältöä näyttämällä esimerkkejä sisällöstä.
5. Etuovien periaate - Oletetaan, että ainakin puolet verkkosivuston kävijöistä tulee jonkin muun sivun kuin kotisivun kautta.
6. Useiden luokittelujen periaate - Tarjoa käyttäjille useita erilaisia ​​luokitusmenetelmiä sivuston sisällön selaamiseksi.
7. Kohdennetun navigoinnin periaate - älä sekoita omenoita ja appelsiineja navigointijärjestelmässäsi.
8. Kasvun periaate - Oletetaan, että nykyinen sisältö on pieni osa huomenna tulevasta sisällöstä.

Lähteet: