Den ultimate guiden til informasjonsarkitektur

Informasjonsarkitektur er like deler kunst og vitenskap. Enten du ansetter en dedikert IA-profesjonell, eller bare lader IA skje på prosjektene dine, hvis du designer ting med innhold, bruker du IA.

Men mens du bare kan snakke med "la innholdet skje," på en eller annen måte synes å være fornuftig for prosjektet din på det tidspunktet, kan en godt gjennomtenkt, godt organisert struktur for innholdet ditt gjøre nettstedet ditt uendelig mer brukbart for din sluttbrukere.

Selv om ikke hvert prosjekt kan ha en dedikert IA, kan forståelse av de grunnleggende prinsippene bak god informasjonarkitektur gå langt for å sikre at nettstedets innhold er like enkelt å få tilgang til og bruk som mulig.

Hva er informasjonarkitektur?

Informasjonsarkitektur omfatter noen relaterte begreper. Først og fremst er det strukturen av delt informasjon. Det er hvordan innholdet på et nettsted, intranett, Internett-fellesskap eller annet digitalt rom er organisert og merket.

Videre er det kunst og vitenskap om å organisere og merke de digitale egenskapene. Evnen til å opprette en informasjonsstruktur som gjør det enkelt for brukerne å finne det de leter etter er nøkkelen til enhver informasjonsarkitekt. De må ha en fast forståelse for hvordan brukere sannsynligvis vil få tilgang til informasjonen på nettstedet ditt, appen eller intranettet. De må også ha en god forståelse for hvordan man merker og organiserer informasjonen de brukerne vil ha tilgang til, på en måte som er logisk og rasjonell.

Til slutt er det informasjonsarkitekturfellesskapet, som tar sikte på å bringe utøvelsen av design og arkitektur til det digitale landskapet. Dette samfunnet består av praktikere, forskere og lærere, som ønsker å bringe viktigheten av god informasjonarkitektur til forkant av brukeropplevelsesbransjen.

Arkitektur analogi

Å finne ut hva slags informasjonarkitekturstrategi som trengs for et bestemt prosjekt kan tenkes på samme måte som arkitektoniske tegninger for en bygning.

Ditt gjennomsnittlige hus, på din gjennomsnittlige gate, i din gjennomsnittlige by, kan godt blitt bygget med en lagerblåkopi. Det er dusinvis om ikke hundrevis av andre boliger bygget fra samme grunnleggende sett med planer over hele landet. Og et godt sett med lagerblåkopier kan produsere et hjem som er perfekt funksjonelt samtidig som det er økonomisk.

Selvfølgelig er hvert av disse hjemene forskjellige i måten de var ferdige på, i forhold til de partiene de ble bygget på, og i hvilken måte hver innbygger bruker dem.

Ut av esken kan løsninger være en fantastisk måte å skape et nettsted eller intranett som passer til en stor andel av klienter der ute. Mindre endringer og tilpasninger kan være alt som trengs for å tilpasse løsningen perfekt. I disse tilfellene er det ofte en UX-pro eller front-endesigner som er i stand til å gjøre disse tilpasningene uten behov for en dedikert IA.

Deretter har vi flere større tilpasninger. En lagerløsning er nær det som trengs, men det trenger litt mer av en overhaling enn din gjennomsnittlige lagerplan. Tilpassede boliger er ofte bygget på denne måten, med en lagerplan som blir endret, noen ganger betydelig, for å passe de fremtidige beboerne. Et rom kan legges til eller fjernes. Kjøkkenet kan flytte fra ett område av huset til et annet. To rom kan kombineres for å danne en større, eller et større rom kan deles for å skape to mindre. En arkitekt er vanligvis involvert for å gjøre disse endringene, da de noen ganger krever store strukturelle endringer.

Disse løsningene gjelder også for IA-verdenen. Et vanlig IA-mønster kan være nær det som trengs, men det kan trenge en mer omfattende overhaling for å virkelig passe prosjektets behov. Kanskje en tilpasset modul må legges på for å virkelig få den til å fungere som den skal. Eller kanskje det er altfor komplisert og må forenkles. En informasjonsarkitekt kan identifisere endringene som må gjøres, og konstruere en plan for å få dem til å skje.

På den høye enden av spekteret er den helt tilpassede designen. I arkitekturanalogen vil dette være et helt tilpasset sett med tegninger, designet fra grunnen av. En arkitekt ville sette seg sammen med den fremtidige okkupanten for å vurdere deres behov, og deretter (forhåpentligvis) rådføre seg med ingeniøren og byggmesteren for å sikre at det de ønsker å lage, er mulig. Det er den dyreste løsningen, generelt, men også den eneste som virkelig vil møte kundens behov i noen tilfeller.

Det samme skjer med større nettstedsprosjekter. En oppstart, for eksempel, er usannsynlig å kunne gjøre med en out-of-the-box løsning, selv en som er tilpasset. De trenger en løsning som er dedikert til forretningsmodellen, og uendelig skalerbar til å tilpasse seg som de (forhåpentligvis) vokser. Det er her en dedikert informasjonsarkitekt (eller et team av IAer) virkelig kan skinne.

Gitt, det er overlapping. Det kan hende du finner et lite prosjekt som trenger en spesialisert tilnærming til IA, eller en stor som lett kan passe til en out-of-the-box-løsning. Derfor må en IA-strategi utvikles fra begynnelsen, slik at det riktige verktøyet kan brukes fra starten, i stedet for å prøve å tvinge de beste innholdsmønstrene til et bestemt rammeverk eller verktøy etter det faktum.

Hva gjør en IA hele dagen?

Selv om personen som er ansvarlig for informasjonsarkitektur på et prosjekt, trekker dobbelt arbeid med mer enn én rolle, er det andre ganger når det er en dedikert person. Så hva gjør denne personen hele dagen?

Først og fremst vil de generelt fungere som en bro mellom design og tekniske team på et prosjekt. De må sørge for at designerne sørger for riktig organisering av innholdet. De må også sørge for at teknisk team utfører disse designene riktig.

I tillegg må de kanskje fungere som en kontakt når problemer oppstår av et lag eller en annen som påvirker hvordan innholdet kan bli servert til sluttbrukeren.

En informasjonsarkitekt har også ansvaret for å finne ut hvordan et prosjekts informasjon skal organiseres og merkes slik at det passer best til sluttbrukerens behov. Dette er en utrolig viktig rolle, da dårlig innholdsorganisasjon kan ødelegge brukerens opplevelse og la dem frustrere. De vil sannsynligvis jobbe veldig tett med den som har ansvaret for UX på prosjektet også.

Den endelige tingen som mange informasjonarkitekter gjør, er å lage wireframes og sitemaps for å lede teamet på utviklingen av prosjektet. Wireframes som er opprettet, er ofte bare anvendelige, med grafiske elementer lagt til av designteamet. De kan vise brukerflytbaner gjennom et nettsted, likevel, så vel som hvordan enkelte aspekter skal fungere.

Sitemaps som er opprettet i disse tilfellene, kan være en del av det endelige nettstedet, eller de kan bare fungere som interne organisasjonsdokumenter.

Prinsipper for informasjonsarkitektur

Dan Brown har praktisert informasjonsarkitektur i mer enn tjue år, og har lagt ut åtte IA-prinsipper som er et flott sted å starte når man lærer det som trengs for å skape solid innholdsarkitektur for et prosjekt. Hans Åtte prinsipper for informasjonsarkitektur (PDF) legger fram et teoretisk rammeverk for IA-industrien, og gjør følgende forutsetninger:

• at IAs hovedfokus er på strukturen av informasjon først, og utformingen av det faktiske brukergrensesnittet andre (hvis i det hele tatt);
• at IA forstår hvordan folk faktisk bruker innhold og hvordan strukturen skal fungere for å støtte det;
• at IA tar utgangspunkt i innholdet og funksjonaliteten på et prosjekt og hvordan det skal struktureres.

Prinsipp for gjenstander

Prinsippet om objekter sier at innholdet skal behandles som en utviklende ting som har sin egen livssyklus. Forskjellige innhold har forskjellige egenskaper og atferd, og dette må gjenkjennes for å best utnytte det innholdet.

Du bør starte hvert prosjekt ved å identifisere hvilke innhold som skal være til stede. Det betyr både i bred skala og en mer granulær.

For eksempel kan et e-handelsnettsted ha innhold som inneholder produkter i ulike kategorier (bredt), men har også forskjellige typer innhold innen hvert av produktene: tittel, beskrivelse, spesifikasjoner, priser og relaterte elementer. Denne typen nettsted kan også ha flere sider, for eksempel en om side, en FAQ, en kundeservice-side etc. Viser alle disse innholdstypene og hvordan de er relaterte til hverandre, er det første skrittet i å utarbeide en plan for best å levere informasjonen på et nettsted.

Prinsipp for valg

Prinsippet om valg betyr at du bør tilby brukerne meningsfulle valg. Men du må sørge for at disse valgene er fokusert på noe spesifikt. For mange valg kan overvelde en bruker og påvirke deres erfaring negativt ved å bruke nettstedet ditt.

Informasjon bør ordnes i hierarkier, unngår lange lister over alternativer, som kan bli tungvint å sortere gjennom. Kategorisering og underkategorisering av innhold er mye mer effektivt hvis du har mer enn en håndfull alternativer til å begynne med.

Prinsipp for avsløring

Det er viktig å gi brukerne den informasjonen de trenger. Men vær sikker på at du identifiserer hva den nødvendige informasjonen egentlig er, og ikke bare gi dem informasjon fordi du har lyst til det. Gi dem den informasjonen de trenger for å få en ide om hva de kan forvente å finne som de dypere dypere inn i nettstedet ditt, ikke mer, ikke mindre (dette kalles progressiv avsløring).

Ved å begrense informasjonen de ser på en gang, lar du brukeren bedre absorbere det de ser. Et avsnitt på hver side for ti sider er mye lettere å fordøye enn en enkelt side med ti avsnitt i teksten. Bruk verktøy som står til din disposisjon for å lede brukerne dine gjennom innholdet ditt slik at det blir tilgjengelig og lett å bruke.

Hovedbegrepet her er å ikke overbelaste brukeren din ved å prøve å stappe hver bit av informasjon på en enkelt side. Styr dem gjennom informasjonen på en måte som gjør det enkelt å fordøye og huske.

Prinsipp av eksempler

Beskrive innholdet i en kategori med informasjon via eksempel gjør det lettere for brukerne å forstå hva de får. Det forbedrer brukeropplevelsen sterkt.

For eksempel, når du leser kategorier på Amazon, viser de ofte produkter som faller innenfor den kategorien. Dette gjør det enkelt å umiddelbart identifisere den riktige kategorien, spesielt hvis du ikke er helt sikker på hva kategorien i spørsmålet kan bli kalt.

Dette prinsippet er litt vanskeligere å bruke i enkelte scenarier, avhengig av hvilken type innhold du tilbyr. Men tenk på hvordan du kan innlemme den i kategorienetiketter og menyer, da det gir en stor økning i brukertilfredshet når det er gjort bra.

Prinsipp for ytterdører

Halvparten av dine besøkende kommer sannsynligvis til å ankomme på nettstedet ditt via en annen side enn hjemmesiden din. Det betyr at hver side de lander på, skal inneholde noen grunnleggende opplysninger slik at de vet hva slags nettsted de er på. Det betyr også at hver side skal inneholde minst toppnivå navigasjon, samt navigering til relaterte sider.

Det er to store veier som besøkende vil få tilgang til innvendige sider på nettstedet ditt fra: søkemotorresultater og sosiale medier. I begge tilfeller kan brukeren ha svært lite informasjon om nettstedet ditt eller organisasjonen, bortsett fra at informasjonen de leter etter, er et sted på siden de har ankommet.

Hvis de ikke finner det raskt, er det lite sannsynlig at de holder seg for lenge.

En takeaway fra dette er at du ikke trenger å kramme all informasjonen din på hjemmesiden din, siden halvparten av dine besøkende, gir eller tar, ikke lander der og kanskje aldri ser det i det hele tatt.

Prinsipp for flere klassifiseringer

Flere klassifiseringer betyr at det skal være forskjellige måter for brukerne å bla gjennom innholdet på nettstedet ditt. Forskjellige mennesker vil sannsynligvis bruke forskjellige metoder for å finne informasjonen på nettstedet ditt.

For eksempel kan noen brukere gå direkte til søkefunksjonen din mens andre kanskje vil bla. Men utover det kan noen brukere kanskje bla gjennom en spesifikasjon, mens andre kanskje vil bla gjennom en annen.

For eksempel på en e-handelsside som selger klær, vil en bruker kanskje se på alle kjoler på nettstedet, mens en annen bruker kanskje vil se på alt som kommer i stor størrelse, og enda en bruker kanskje vil bla gjennom pris område.

Å gi brukerne flere alternativer, resulterer i mer fornøyde brukere.

Prinsipp for fokusert navigering

Navigasjonsmenyer bør ikke defineres av hvor de vises, men heller av det de inneholder. Menyene dine er den primære metoden for de fleste brukere å finne innhold på nettstedet ditt. I mange tilfeller kan det være mer enn én navigasjonsmeny på nettstedet, for å gi forskjellige måter å få tilgang til innholdet.

Du kan ha emnebasert navigering (ofte hovednavigering for et nettsted); menyer på innvendige sider som viser hvordan gjeldende side er klassifisert, samt relaterte sider; en meny som tilbyr salgs- eller markedsføringsforbindelser; og til og med sesongmessige eller aktuelle menyer som gir innhold som kan være relevante på et gitt tidspunkt.

I hvert fall, hold hver navigasjonsmeny fokusert for å gjøre dem enklere å bruke.

Prinsipp for vekst

På de aller fleste nettsteder er innhold et flytende, skiftende ting. Mengden innhold du har på et nettsted i dag, kan bare være en liten del av det du vil ha i morgen, neste uke eller neste år.

Organiser innholdet på en måte som gjør det mulig å vokse over tid. Dine navigasjonsmenyer og generell informasjonarkitektur bør kunne skalere for å huse mye innhold uten å bli besværlig eller uhåndterlig.

Sett deg ned og vurder hva innholdet kan legges til i fremtiden, inkludert helt forskjellige typer innhold, i stedet for bare utvidelser av hva som vil være på nettstedet nå. Tenk på hvordan dette ekstra innholdet vil samhandle med det nåværende innholdet, hvordan de er relaterte, og hvordan de kan integreres vellykket uten at det er nødvendig å omorganisere hele innholdsstrukturen på nettstedet.

Disse prinsippene er alle viktige for å skape effektive informasjonsstrukturer. Selv om ikke hvert prinsipp vil bære likevekt på hvert prosjekt, vurderer og vurderer hver før begynnelsen og under hver fase av et prosjekt vil resultere i bedre informasjonsstrategi generelt. Og bedre informasjonsarkitektur er lik lykkeligere brukere.

Å finne ut hvor du skal begynne

Når du starter på et nytt prosjekt, er innholdsstrukturen og organisasjonen en nøkkelfaktor for å bestemme hvordan du fortsetter med resten av innholdet.

Det første du må vurdere er prosjektets formål og oppgave. For eksempel er et e-handels nettsted for å få besøkende til å kjøpe. Finn ut hva formålet med og prosjektet er nå, og hva det kan være i fremtiden, i begynnelsen av et nytt prosjekt.

Nært knyttet til det er å få tak i klientens mål. Du bør også forstå at kundens mål i dag kan endre seg og vokse over tid. Prøv å komme til roten av hvor de ser prosjektet om seks måneder eller to år, ikke bare hva de vil oppnå akkurat nå.

Til slutt må du ha en god følelse av sluttbrukere av prosjektet. Teknisk kunnskapsrike brukere som allerede har noe arbeidskunnskap om informasjonen på et nettsted, har helt forskjellige behov enn nybegynnere til et gitt emne, som kanskje ikke har høy teknisk forståelse. Hvis du ikke vet hvilken type bruker som skal bruke innholdet, kan du ikke strukturere innholdet riktig for å dekke deres behov.

Når du har et håndtak på disse tingene, kan du begynne å planlegge innholdsstrategien mer konkret.

Hvordan brukerne finner innhold

Det er fire hovedveier som brukere søker informasjon på et nettsted. Det kan være noen overlapping mellom disse ulike typer innholdsøkning, men å klassifisere dem på denne måten gir deg et godt utgangspunkt for å tilfredsstille deres forskjellige behov. (De to første er en del av etablerte informasjon arkitektur praksis, sistnevnte to ble laget av Donna Spencer.)

Kjent-element

I dette søksmønsteret vet brukeren nøyaktig hva de leter etter, de vet hvordan de skal beskrives, og de kan til og med vite hvor de skal begynne å se. Dette er en IA profesjonell drøm.

Disse brukerne trenger egentlig ikke noen håndholding. De vil sannsynligvis se etter nettstedets søkefunksjon, eller dykke rett inn i menyer. Så lenge informasjonen din er godt organisert og logisk, og / eller søkefunksjonen returnerer alle relevante resultater, vil disse brukerne sannsynligvis få få problemer med å finne det de trenger på nettstedet ditt.

utforsk~~POS=TRUNC

Den utforskende besøkende har en ide om hva de kanskje trenger å vite, men de har kanskje ikke mye ide om hvordan man faktisk finner det eller hvor de skal begynne. De kan dykke inn i nettstedets menyer for å se om noe ser ut som det kan være relevant (dette er hvor godt gjennomtenkte etiketter er viktige), eller de kan forsøke et søk.

Søke som automatisk foreslår vilkår er en stor fordel for disse besøkende. De kan kjenne et søkeord eller to, og et søk som vil foreslå relaterte vilkår for å bidra til å begrense resultatene, vil trolig være en stor hjelp for dem og gi dem en bedre brukeropplevelse.

Ukjent

Den ukjente brukeren vet egentlig ikke hva de trenger. De kan ha en vag idé, eller de tror kanskje de vet, men de vet ikke nok for å effektivt finne det uten hjelp. Dette er vanlig i mer komplekse bransjer som juridisk eller økonomisk.

Det kan også være til stede i mange utdanningsinnstillinger, der brukere kan være på utkikk etter en løsning uten å forstå deres problem.

Dette kan også være tydelig når noen blir henvist av en annen bruker, eller når en besøkende bare ser for å holde seg oppdatert med et emne eller en bransje.

I alle fall må du finne en måte å veilede besøkende gjennom innholdet ditt, for å hjelpe dem å finne ut både hva de trenger og hvordan de skal finne det. Hvordan du gjør det, kan variere avhengig av den spesifikke sannsynligheten for hvert scenario.

For eksempel, hvordan du leder en besøkende gjennom et nyhetsnettsted, er helt annerledes enn hvordan du vil veilede dem gjennom innhold på et nettsted som tilbyr økonomisk rådgivning. Den viktigste likheten er imidlertid at brukeren trenger mer veiledning.

Re-funn

Disse menneskene leter etter ting de allerede har sett, og de kan eller kanskje ikke vite nøyaktig hvordan du finner disse tingene igjen. Det er to forskjellige måter du kan håndtere denne typen besøkende.

Den første måten er å passivt lagre innhold for brukere (for eksempel en "nylig sett" -del på et e-handelsnettsted). Denne typen system krever ingen handling fra brukerens side, men kan også begrenses i hvor effektiv den er. For eksempel kan du velge å lagre de siste fem sidene en bruker besøker, men hva om ting de vil komme tilbake til, var ti sider siden? Eller femti? De må finne den på egenhånd.

Den andre er å gi aktive verktøy for besøkende å bruke for å lagre innhold, slik at de enkelt kan finne det senere. Dette kan være ting som en "lagre for senere" -funksjon, en ønskeliste, en favoritt eller noe lignende. Disse aktive løsningene kan gjøre det enklere for brukerne å finne innhold som er viktig for dem, mye bedre enn en automatisert, passiv løsning.

Selvfølgelig er det også mulig å kombinere de to metodene, både passivt lagre det siste innholdet og gi brukerne en enkel måte å lagre innhold på som de anser viktig for senere referanse.

Modeller for innholdsorganisasjon

Det er seks grunnleggende modeller for organisering og strukturering av innhold på et nettsted eller lignende prosjekt. Disse modellene kan noen ganger kombineres, avhengig av den nøyaktige strukturen (selv om de vanligvis brukes i ulike deler av et prosjekt, og ikke samtidig), selv om de også kan brukes helt alene.

Enkelt side

Et enkelt side-nettsted setter alt innhold og informasjon på bare én side. Dette fungerer best på et nettsted med begrenset innhold og et veldig fokusert formål. Enkelsidede nettsteder brytes vanligvis ned i forskjellige seksjoner, ofte med navigering til permalink for hvert emne.

Enkeltsider er vanlige for ting som personlige nettsteder, nettsteder for individuelle produkter (enten digitale eller fysiske) og lignende nettsteder. Du kan også se dem som stand-along-undersider på et større nettsted.

Flat

Flate strukturer er oftest sett på små sider med mindre enn et dusin sider. På et flatt område er alle sidene omgjengelige, det vil si at det bare er ett navigasjonsnivå. Denne typen nettsted er mest vanlig på ting som porteføljer og byråer, enkle forretningssider og e-handelssteder med bare en håndfull produkter.

Platte steder blir betydelig mindre brukbare ettersom de vokser i størrelse. Hvis du vurderer å bruke et flatt nettsted, må du sørge for at innholdet ikke til slutt vokser til det punktet at denne typen struktur vil bli uhåndterlig.

Hovedsiden

Indeks nettsteder ligner på flate områder, men de har ofte en liste over alle sidene på nettstedet på en sentral plassering. Dette gjør at nettsteder med større antall sider fortsatt kan brukes med en nær-innholdsstruktur som holder dem enkle.

Igjen, slike strukturer er best for nettsteder med spesifikke formål, som et e-handelsområde, et forretningsside, en portefølje eller et nettsted som utdanner seg på et svært spesifikt tema.

Tusenfryd

En tusenfryd struktur er mest sett i ting som web apps, men det er også sett på pedagogiske steder noen ganger. Daisy-strukturen betyr at brukerne kommer tilbake til et sentralt punkt (som en startside eller destinasjonsside) etter å ha fullført spesifikke oppgaver på et nettsted.

For eksempel, i en app som en gjøremålsliste, kan brukerne returneres til oppgavelisten etter å ha fullført en oppgave, redigere en oppgave, eller legge til en ny oppgave. På samme måte kan brukere på et utdanningssted returneres til et sentralt knutepunkt etter å ha fullført en leksjon.

Strenge hierarki

Med et strengt hierarki er sider kun tilgjengelige fra foreldresiden. Dette kan være en flott struktur for nettsteder som ønsker å veilede brukere gjennom informasjon på en svært spesifikk måte, uten at de tillater å hoppe over.

På grunn av dette fungerer disse strukturene godt på utdanningssteder, hvor en leksjon bygger på det siste. Ved å bare tillate brukere å få tilgang til en ny side fra sin overordnede side, forhindrer du brukere i å hoppe videre til informasjon som de kanskje ikke forstår.

Flerdimensjonalt hierarki

Nært knyttet til det strenge hierarkiet er det flerdimensjonale hierarkiet, som gir brukere mer enn én måte å få tilgang til bestemt innhold. Dette er et av de vanligste organisasjonsmønstrene, delvis på grunn av sin enkle implementering.

Flerdimensjonale hierarkier kan også være vanskeligste å trekke av. Fordi mens du vil tillate brukere flere måter å få tilgang til innhold, vil du fortsatt lede dem langs logiske veier når det er fornuftig å gjøre det. Å velge når og hvor å gi tilgang til mer innhold blir like deler kunst og vitenskap.

Flerdimensjonale hierarkier på deres enkleste inkluderer sider som er tilgjengelige fra deres foreldresider, sammen med en sentral navigasjonsmeny (ofte inkludert undermenyer).

På sitt mest komplekse har du nettsteder som Wikipedia, hvor sider er knyttet til hverandre på kontekstuelle måter, som en side nevnes på en annen. Dette vever en intrikat web av sammenhengende innhold som tilsynelatende fortsetter for alltid (og for alle praktiske formål gjør).

Disse varierende metoder for å organisere innhold kan tilpasses og hybridiseres for å møte behovene til et bestemt prosjekt, eller for spesielle aspekter av et prosjekt. Hvis du for eksempel hadde et utdanningsnettsted, kan flertallet av nettstedet ditt bruke et strengt hierarki, men så kan enkelte seksjoner bruke et tusenfrydmønster for å undervise bestemte leksjoner.

Organisasjons- og merkingskonvensjoner

Det er ingenting der ute som sier at bestemte sider på nettstedet ditt må bli kalt bestemte ting. Men samtidig kan følge visse konvensjoner gjøre et nettsted enklere å navigere og veilede måten innholdet er organisert på.

For eksempel, når en bruker ser etter kontaktinformasjon, er det første som de skal søke etter en side, lenke eller seksjon som sier "kontakt oss", "kontakt" eller noe lignende. De vil sannsynligvis også gjenkjenne en lenke "komme i kontakt" eller "e-post". Men kaller det noe som "nå ut", "tilbakemelding" eller et annet mindre brukt uttrykk skal gjøre brukeren nødt til å bruke ekstra innsats for å finne det de leter etter. Og det kan føre til at de bare navigerer andre steder (til en konkurrent, kanskje) uten frustrasjon.

På samme måte vil en "om" side lettest bli funnet hvis du kaller det "om", "lag" eller noe i henhold til disse linjene.

Hvis du bestemmer deg for å gå fra standardmærkekonvensjoner, må du være sikker på at du har en veldig god grunn til å gjøre det, og at etikettene dine fortsatt gir mening i forhold til nettstedet og innholdet.

Det samme bør sies for å organisere bestemt innhold. For eksempel kan en "hjelp" seksjon inneholde en kunnskapsbase, et kontaktskjema, et forum og / eller en brukerhåndbok. Hvis brukerhåndboken din ligger i en helt annen seksjon (selv sin egen del), kan du forvirre brukeren.

Se på hvordan andre nettsteder arrangerer sine nettsteder, og følg lignende mønstre med mindre du har en grunn til å gjøre ting annerledes.

Big site vs lite nettsted

Mens god organisasjonsstruktur er viktig uavhengig av størrelsen på nettstedet ditt, jo mer innhold på et nettsted, desto mer misjonskritisk blir organisasjonen.

Tenk deg om Wikipedia ikke hadde koblinger i hver artikkel. Tenk deg om du i stedet måtte utføre separate søk etter hvert nytt, relatert emne. Det ville være uendelig mindre lett å bruke, spesielt med tanke på volumet av tilleggsinformasjon du nå kan få tilgang til, med bare et klikk.

Derimot kan et nettsted med bare tre eller fire sider komme seg unna med mindre organisasjon og mindre kraftig navigering, siden det er begrenset innhold til å begynne med.

Så mens det er viktig å vurdere den beste strukturen for innholdet ditt, uavhengig av hvor stort nettstedet ditt er eller hvor mye innhold er der, blir det mye viktigere fordi prosjektets størrelse og omfang vokser.

UX vs IA

Mange designere og utviklere tror at IA bare er en del av den generelle brukeropplevelsesdesignerens jobb. Mens de to er komplekse, er de ikke en og den samme.

God informasjonarkitektur er nøkkelen til å skape en god brukeropplevelse. Men brukeropplevelse omfatter mye mer enn bare hvordan nettstedets innhold er organisert og merket.

Mens UX-pro kan være ansvarlig for IA, på store eller komplekse prosjekter, kan det være lurt å ha et dedikert lagmedlem som har ansvaret for å utvikle og føre tilsyn med IA-strategien for nettstedet.

IA vs ditt CMS

Uansett hvor stor din IA-struktur er, hvis CMS ikke støtter det godt, og gjør det enkelt for de som faktisk lager innholdet for å holde innholdet godt organisert, så inviterer du katastrofe og du inviterer problemer og misnøye nedover veien.

Spør deg selv hvem som skal samhandle med CMS og hva deres nivå av teknisk ekspertise og erfaring er. Hva slags data administreres, og hvor kritisk er det? Hvordan går innholdet fra konsept til godkjenning? Hvem bruker innholdet og hvordan?

Mens du velger det beste CMS basert helt på det som passer best til innholdet, må du også velge en som passer til brukerne. En super teknisk CMS kan være den best egnet løsningen for å håndtere massevis av innhold, men hvis det er for vanskelig for den gjennomsnittlige innholdsskaperen å bruke effektivt, er det ikke den rette løsningen.

Hvis alle i organisasjonen allerede har erfaring med å bruke noe som WordPress, bør det være det første CMS du ser på når du utforsker alternativer, og bør vektes mye tyngre enn andre i ditt søk.

De bestlatte IA-planene kan raskt falle på vei hvis de som er ansvarlige for å opprettholde det i det lange løp, ikke kan eller vil ikke bruke verktøyene og systemene du gir dem.

Verktøy av handel

Mange av de tradisjonelle verktøyene eller informasjonsarkitekturen er analoge, til tross for den digitale naturen til IA.

Whiteboards brukes svært ofte i de første planleggingsstadiene av IA. De gjør det enkelt å visualisere innhold, enkelt å raskt registrere ideer og enkelt å lage tilkoblinger. De er også gode for å jobbe med et lag, som alle kan (ideelt sett) se hva du spiller inn.

Kort sortering er et annet veldig vanlig verktøy. Kort sortering er en ganske enkel teknikk for å samle ideer fra potensielle brukere (eller fra de på teamet ditt). Ulike emner som vil eksistere på nettstedet ditt, settes på indeks eller lignende kort, og deltakerne organiserer dem i kategorier basert på hva de mener er fornuftig. Det er en fin måte å finne ut hvordan brukerne mener innholdet skal organiseres, spesielt på mer komplekse nettsteder.

Andre analoge verktøy inkluderer enkle grafpapir for å skisse ut wireframes, nettstedskart, flytskjema og lignende.

Digitale verktøy

Mens analoge verktøy ofte brukes, finnes det også en rekke digitale verktøy som IA kan bruke. Disse digitale verktøyene vokser i popularitet, etterhånden som flere og flere lag distribueres og jobber eksternt. Det er mye lettere å dele og samarbeide på en virtuell whiteboard når du har brukere som spenner over fire tidssoner enn det er å dele en ekte verden. Nedenfor er et par verktøy for å komme i gang.

Whiteboard apps kan være bra for samarbeidende brainstorming med et distribuert team, eller til og med klienten din. De beste tilbyr den samme typen funksjonalitet som en virkelig whiteboard, men med enkel digital deling.

• Awwapp er en brukervennlig tavle som kan brukes fra en nettbrett, smarttelefon eller datamaskin. Du kan tegne skisser, samarbeide og dele ferdig whiteboard. Den er kompatibel med alle moderne nettlesere uten å måtte installere noe.
• Twiddla er et online whiteboard møteverktøy som lar deg samarbeide bla gjennom nettsteder sammen i sanntid. Den leveres med en 30-dagers gratis prøveversjon.
• Scribblar.com tilbyr sanntids samarbeid samt live lyd og tekst chat. Det tillater også dokumentopplasting, noe som kan være en god hjelp hvis teamet ditt vil dele ting under en planleggingsøkt uten å måtte forlate appen.

Mindmapping-verktøy er som et steg opp fra en whiteboard, og gir mer struktur til notatene dine. De kan også være en fin måte å organisere tankene dine på og begynne å kategorisere informasjon. While mind maps can be done with pen and paper (or colored markers and paper), digital tools make them easier to edit and share.

• Coggle is a free online mind-mapping tool that makes it easy to create color-coded mindmaps and share them with colleagues. Use it for taking notes, brainstorming, and more.
• XMind 6 is a downloadable mindmapping software for Mac, Windows, and Linux. There are free and premium versions, all of which allow you to create a variety of diagrams, offer tools for relationships, boundaries, summaries, labels, and more, offer the ability to save to Evernote, and share on the Web.
• Bubbl.us offers easy online mind mapping that's intuitive to use. There's a free basic plan, as well as a paid plan (including a team plan), as well as a 30-day free trial.

Wireframing tools are a key tool in the information architect's toolbox. They're often handed off to others in the project team, so creating them in a way that make them easy for others to understand is crucial. While paper wireframes can be a good staring point, digital versions can be a better solution for sharing with others.

• Justinmind Prototyper is a free downloadable wireframe tool that lets you create clickable wireframes for mobile apps. It's a great solution for more complex IA projects where interactivity at the wireframe level makes things easier to understand.
• MockFlow offers free and premium plans for super easy wireframing. It works online or off, gives you interactive clickable sitemaps, and offers HTML download to make it easier to share your wireframes without special software.
• Mockingbird is an online wireframe and mockup creator that lets you create, link, preview, and share mockups. It includes a number of tools that let you forget about the visual design (grids and smart text sizing to start) and focus purely on the structure of your wireframes.

Konklusjon

Information architecture is a vital part of creating a good user experience. Well-organized, well-structured content makes your site easier to use and more useful to your visitors. Without a grasp of IA principles, tools, and what they can do for you, you're taking a stab in the dark at how your content is arranged. A good grasp of IA will make you a more effective designer, even if you end up working with a dedicated information architect on some projects.

• ← Hvordan være webinnhold agnostisk (og hvorfor du bør)
• Hvordan perfeksjonere dine nettsteder med marginale gevinster →