Share
Når vi snakker om en "innholds-første tilnærming" i forhold til et webdesign-prosjekt, mener vi ikke å få alle av det endelige innholdet som leveres før vi starter design eller utvikling. Kan du forestille deg det? Det ville være den hellige gral av nettstedsprosjekter.
Det vi mener er imidlertid å vurdere og tenke på innhold på hvert trinn i et prosjekt. Dette styrer lag til hensiktsmessige designbeslutninger, som gir bedre nettsteder.
Som Liam King sier i sin guide til Content Strategy for Website Projects,
"Når vi behandler innhold som en ettertanke, begrenser vi vår evne til å ta gode designbeslutninger, og våre nettsteder mislykkes i å nå sine mål. Det er en konstant utfordring vi har truffet med i årevis, da vi forsøker å presse innhold til hjertet av designprosessen og brukeropplevelsen. "- Liam King
Ikke vurderer innhold som et helt lag, fra starten, vil resultere i en av tre uønskede scenarier:
Ingen av disse situasjonene er bra for lagmoral, kundeforhold og for å få prosjekter til å leve og faktureres for.
Tatt i betraktning innhold fra get-go er en god måte å berolige og unngå disse smertene, men det kommer ikke uten sine utfordringer.
I denne artikkelen skal jeg skissere noen av de viktigste utfordringene til en innholdsrettet tilnærming til å planlegge, produsere og publisere innhold på nettstedet. Jeg vil også tilby noen løsninger på disse utfordringene, slik at du kan begynne å tenke på innhold først for ditt neste prosjekt.
Sannheten gjør vondt! En innholds-første tilnærming vil bare fungere hvis alle de som trenger å være involvert, er om bord. Dette kan kreve en hel overhaling av prosesser, mye opp foran planlegging og utholdenhet.
NeiIkke alle vil være så involvert i innholdsprosessen som du måtte være, eller de kan bare ikke bry seg så mye som du vil ha dem til. Måten å få dem til å bry seg om er å fokusere på hvorfor vurderer innhold, først vil gjøre en forskjell for deres rolle eller til virksomheten som helhet. Årsaker er:
Disse kan høres idealistiske, men de er virkelige utfall av å vedta en innholdsrettet tilnærming til ditt nettstedsprosjekt. De er utfall fra hvilke av lagets fordel, enten det er hjemme eller et byrå som arbeider med klienter. Og la oss ikke glemme at de andre brukerne vil være til fordel også fordi innholdsfokuserte beslutninger som er gjort over prosjektgruppen, vil resultere i en bedre brukeropplevelse.
Selv om hele laget er bak innholds-første tilnærmingen, kan du høre ting som:
Hvis noen eller alle disse ringer sant, er den beste måten å overvinne dem på å starte små. Kanskje noen av disse uttalelsene er knyttet til interessenter som fremdeles ikke kjøper inn til hvorfor innholds-først er en bedre måte å jobbe på.
🎤 All by my-seeeelfÅrsakene som er oppført i utfordring 1, kan ha resonansert med dem, men de trenger virkelig å se resultater og uten den rette ressursen, kan dette være vanskelig. Hvis dette er situasjonen du befinner deg i, bare gjøre. Gjennomgå en liten del av nettstedet og presentere funnene dine. Forhåpentligvis vil innsiktene du får, vise at du har innhold på nettstedet som ikke er nødvendig. Den ressursen som brukes til å opprettholde det irrelevante innholdet, kan nå brukes bedre, for eksempel å revidere resten av nettstedet.
Å ha resultater og data som støtter saken din for hvorfor en innholdsrettet tilnærming er nødvendig, og hvorfor å investere i ressurs for å oppnå dette er fornuftig, vil gjøre det vanskelig å bli ignorert.
Alle ønsker å gi innhold den oppmerksomheten det fortjener, og du har de riktige menneskene og ressursene til å gjøre det. Det er en flott posisjon å være i, men det garanterer på ingen måte at det ikke vil være ytterligere hindringer for å overvinne eller ikke vanskeligere samtaler å bli.
Hver gang jeg går på en konferanse, hører jeg flere historier om at folk sliter med innholdssamarbeid på grunn av siloer. La oss slå dem ned! Eller heller, la oss koble dem slik at vi alle kan jobbe mot et delt prosjektmål med innhold i sitt hjerte.
Arbeid mot et delt prosjektmålDette høres ideelt, men igjen kan det være vanskelig å oppnå i praksis fordi folk allerede har arbeidsformer og lag kan spre seg vidt og ikke engang jobbe fra samme fysiske plass. Siloer kan være bokstavelig.
I tillegg til å forklare fordelene med å jobbe sammen som per utfordring, kan du også introdusere verktøy og oppgaver til prosessen din for å hjelpe med innholdssamarbeid og få alle til å jobbe mot et felles mål.
De fleste nettstedsprosjektene vil ha en oppdagelses- eller engasjementsfase. Dette er på tide å få alle de viktigste prosjektfolkene sammen. Forhåpentligvis i samme rom, men sikkert i samme møte, selv om det må gjøres nesten.
Dette er på tide å stille mange spørsmål om innholdet som:
Andre samarbeidsaktiviteter du kan introdusere her, inkluderer innholdsrevisjoner, en konkurrentinnholdsanalyse og personasgenerering. Å ha innspill fra alle lagene i organisasjonen din (eller dine klienter) vil avsløre handlinger om innholdet som ellers kunne ha vært uoppdaget.
Du har prosessen spikret ned, ressursen du trenger for å bevege deg gjennom prosessen, og alle er ombord for å jobbe sammen og i prosjektsammenheng. Det fortjener en liten feirende dans. Men bruk ikke all energi til å feire, for du kan nå stå overfor en ytterligere utfordring: å få innholdet produsert.
Personen eller laget som er ansvarlig for å levere det faktiske innholdet, kan være:
Den som er ansvarlig for innholdsproduksjon må være klar over innholdets formål og for hvem den skrives, dvs. publikum.
Selv om de er bevæpnet med alt de trenger å skrive, garanterer dette ikke at det ikke vil bli forsinkelser da andre prosjekter krever oppmerksomhet og prioriteringer endres. Forhåpentligvis vil en veldefinert arbeidsflyt lindre stress knyttet til disse problemene som du kan støte på.
Stopp å leke med leire, og få det innholdet produsertMen hvis du finner ut at det er en flaskehals for innholdsproduksjon, og det bare ikke blir levert, kan du holde ting i bevegelse ved å bruke alternativt innhold til den endelige, godkjente versjonen.
Husk, innholds-først betyr ikke at du har alt innhold som er signert av for hånden før design eller utviklingsarbeid starter. Det handler om å legge inn innhold i hvert trinn av prosjektet, slik at det vurderes av hele prosjektgruppen. Derfor er det forventet at du ikke vil ha alt innhold du trenger fra get-go.
I stedet for prosjekter som henger i limbo mens du venter på innhold, kan du bruke proto-innhold. Som Liam nevner i sin guide,
"Vi trenger ikke perfekt innhold for å designe og validere våre ufullkomne prototyper, men vi trenger noe bedre enn gibberish." - Liam King
Jeg kunne ikke ha gjort det bedre selv.
Proto-innhold kan være:
Alt innholdet fra listen ovenfor er mer nyttig enn "lorem ipsum" fordi det gir en viss grad av kontekst. Dette betyr at innholdet blir avsluttet og godkjent, du kan fortsatt jobbe med designere og utviklere for å gjøre smartere beslutninger.
Selv med noen løsninger diskutert for de fire utfordringene vi har dekket, er det lite sannsynlig å være et skifte du kan implementere over natten. Flytting av innhold-først krever organisatorisk innkjøp, forfining eller prosesser, kulturendring og mye tålmodighet.
Støtt din sak for å flytte til denne måten å jobbe med data og innsikt som kan hjelpe deg med å få andre om bord.
Å stille de rette spørsmålene til rett tid, og inkludert hele prosjektgruppen i den prosessen, vil sikre at innholdet er hjertet i designprosessen, og den endelige brukeropplevelsen.
Accentsconagua