Nettstedskartet er ofte det første punktet i en designprosess, når alle undersøkelser og overveier begynner å danne seg noe konkret. noe du kan sette foran klienten din og si "dette er planen".
Nettstedskartet er arkitekturen, rammen eller i det minste grunnlaget, som definerer hvordan folk ser, navigerer og opplever et system med informasjon og funksjonalitet.
Så, jeg er sikker på at vi alle kan være enige, det er verdt å få dette riktig.
Nettstedskonstruksjoner kan endres og oppdateres over tid, og dette er utvilsomt en flott mulighet til stadig å svare på endrede behov. Det er imidlertid viktig å undersøke og vurdere nettstedskartet ditt fra begynnelsen. Å tenke på hvordan innholdet ditt vil bli gruppert og kategorisert.
Det er noen få potholes som lett kan unngås og noen enkle metoder du kan adoptere for å oppnå et bedre nettstedskart fra starten.
Jeg ser to negative mønstre som ser ut til å komme seg tilbake i nettstedskartdesign:
Det første eksemplet er ekstremt vanlig; Virksomheter ser ut til å tro at den beste måten å presentere sine utadvendte informasjoner er, er bare å etterligne avdelinger, kontorer og produksjonsprosesser rundt hvilke de jobber. Dette er neppe en veldig bruker-sentrert tilnærming: kan du forestille deg om regjeringen gjorde dette? Du kan sannsynligvis, fordi de pleide å, og det var hellish.
Så vanlig som de kunne være; disse vanene er ikke vanskelig å avverge.
Å lage et bedre nettstedskart er ganske enkelt: du starter med en tom skifer og ingen antagelser. Ved å fokusere på de unike vaner og atferd hos et publikum, og de unike målene for en organisasjon eller bedrift. Du trener ut hvilket innhold du trenger, og hvordan det skal presenteres.
Prosessen med å kartlegge innhold til mål involverer bare forskning; Å utvikle en dyp forståelse av kunden din og hva de vil oppnå, er viktig.
Ressurser varierer, og litt forskning er bedre enn ingen forskning. Så, uten å gå inn i alle mulige kompleksiteter i en tidlig fase i forskningsfasen, kan vi bare identifisere noen få bokser som du definitivt bør sjekke ut:
Det finnes et mylder av andre forskningsteknikker du kan adoptere, men i det minste må du få en klar ide om selskapet, publikum og innholdet.
En ting å merke seg når du utfører en innholdsrevisjon, det som ser på ikke-webinnhold, kan føre til at det blir et solidt gull. Ved å grave litt dypere, kan du finne artikler og annet materiale som kunden din aldri ville vurdere å publisere, men som lett kan re-purposed å legge til store mengder verdi som en del av innholdsstrategien din. Paula Land skrev nylig en strålende artikkel om å finne skjulte perler gjennom revisjoner.
Når du har en ide om virksomheten, publikum og innholdsmulighetene; Du kan bruke enkle innholdskart for å finne ut innholdet du vil inkludere på nettstedet ditt. Dette er hvor nettstedskartet begynner å danne sine røtter.
Et innholdskart er en veldig rask måte å krysreferanse mål med innhold, og det hjelper deg med å validere eksistensen av nettstedinnhold (vaske bort den berømte fluffen) og fokusere på å bruke innhold for å løse problemer og svare på spørsmål.
Her er et eksempel på et innholdskart for et oljeselskaps nettsted:
Innholdskart hjelper deg også å vurdere alternative måter å ordne innhold på. Dette kan være en god tid å få kunden din eller forskjellige personer fra ditt eget team involvert i prosessen: diskutere de ulike perspektiver og vurdere ulike løsninger. Ulike måter å svare på.
Siden utfallet er ganske visuelt, kan dette fungere som en leverbar, eller som et middel for å raskt formidle rasjonen din.
Nå som du forstår innholdskravene, kan du tenke på å logge inn i en skinnende programvarepakke og sette deg opp med en kaffe i et fint stille hjørne ... Ikke helt ennå.
Før du går all lone ulv, er det en god ide å få praktisk og skissere den foreslåtte innholdsgruppen på papir, eller med post-it notater. Uansett bør du gjøre dette med andre mennesker.
Skjønnheten i denne delen av prosessen, og et godt argument for å holde seg utenfor teknisk programvare, er at denne innledende nettstedskartleggingen kan være svært eksperimentell og dermed mer tilgjengelig for ulike personer i prosjektet. Du legger egentlig bare ut det avtalte innholdet i henhold til et system som gir mening.
Her er et eksempel på hvordan du kan ordne innholdet til det samme oljeselskapet:
På dette stadiet ønsker vi å utforske sammenhengen mellom det avtalt innholdet. Utforske forhold mellom ulike kategorier av innhold, emner, og viktigst måten folk skal navigere rundt på nettstedet.
Dette er et godt poeng å ringe på noen brukerforskningsdata: analyse, SEO-data eller brukertesting observasjoner. Hvis du har tatt deg tid til å utvikle noen personas, kan de være veldig nyttige som et middel til å krysse referanseverden gruppering med tidlig stadium forskning. Du leter etter søkemønstre og forventninger til publikum. Mens dette høres veldig teknisk ut, vil du ofte finne ut at sunn fornuft råder i denne delen av prosessen.
Etter denne mer lekende tilnærmingen kan du oversette dette til et mer tradisjonelt nettstedskart:
Du vil legge merke til at jeg ikke har nevnt noen spesifikke verktøy så langt, og dette er delvis fordi det er bokstavelig talt tusenvis av nettstedskartingsverktøy der ute. Hvert verktøy har sine flått og kryss og på slutten av dagen, er plattformen du bruker helt avhengig av arbeidsflyten din.
Her er noen av de mest populære verktøyene for å bygge opp ditt endelige nettstedskart:
Illustrator eller Photoshop kan fungere som veldig fleksible, verktøy når det er en enkelt statisk presentasjon eller rapport, mens onlinetjenester som Omnigraffle og Mindjet kan fungere bedre når det gjelder deling og samarbeid på nettstedskart. Du får også flere fullstendige verktøy som Powermapper og GatherContent som kan bygge broen din kartlegging i neste trinn og hjelpe deg med å begynne å samle og utvikle det faktiske innholdet og forberede CMS.
Selv om jeg har klart fokusert på å lage et nytt nettstedskart, kan mye av samme teknikker tilpasses for å visualisere eksisterende nettsteder og se etter måter å forbedre dem på. Hvis du bruker denne prosessen som utgangspunkt, vil de visuelle resultatene ikke forsvinne, og du kan bruke dem til å revurdere nettstedet ditt på en kontinuerlig måte. Ting endrer seg; og så gjør deres nettstedskart.
Jeg håper dette har vært et nyttig innblikk i ideen om en bedre tilnærming til å planlegge et nettsted, hvis du har forskjellige måter å jobbe med eller utvikle et nettstedskart med en klient, vil jeg gjerne høre om dette i kommentarene.