Innhold
- Den gale kongen
- Matcher innhold til design
- Problem: innholdet er fragmentert
- Løsning: sentraliser innholdsopprettingen
- Problem: innholdet er organisk
- Løsning: begynn med revisjon tidlig
- Problem: innholdet må være konsistent
- Løsning: bruk innholdsmodeller
- Problem: innholdet må være tilpasningsdyktig
- Løsning: Lær å C.O.P.E
- Problem: innholdet må være åpent
- Løsning: online samarbeidsverktøy
- Problem: vedlikehold av innhold
- Løsning: regelmessige innholdskontroller
- En rekke ressurser
Denne artikkelen dukket først opp i nummer 233 av .net magazine - verdens mest solgte magasin for webdesignere og utviklere.
Jeg har nylig hørt en historie om en klient som møtte opp til et møte med to store pappesker overfylte med fotografier og håndskrevne dokumenter. På spørsmål om hva dette materialet var, svarte klienten: "Dette er innholdet på nettstedet mitt."
Å administrere innhold er et problem hver webutvikler står overfor. I en ikke så fjern fortid mottok byrået vårt materiale fra klienter i formater fra skanninger av fargestifttegninger til uendelige Word-dokumenter (komplett med psykedeliske regnbuer med utheving). Vi mottok PowerPoint-presentasjoner, InDesign-filer og trykte brosjyrer. Våre langmodige innbokser stønnet av inkonsekvente biter av innhold.
Resultatet av denne galskapen var at det ble brukt utallige frustrerende timer på å tyde helt ustrukturerte bunter med materiale. Vi fikk tenke: innhold kan være konge - men dette er vel ingen måte å behandle en konge på?
Den gale kongen
Det er skrevet mange artikler om måter å minimere traumene ved å få innhold fra klienter. Mange av disse artiklene beskriver de beste måtene å 'presse' eller til og med 'lokke' innhold fra klienter, og hevder disse metodene som gyldige løsninger på problemet.
Men det er en idékonflikt her. Hvis innholdsstrategi nå blir akseptert som en kontinuerlig motstykke til design- og utviklingsarbeidsflyter, bør det ikke innebære noe mer aktivt enn bare å "få innhold fra klienter"?
Matcher innhold til design
Det er blitt hevdet at du skal koble utformingen av innholdet ditt til designet av ... designet ditt. Som Mishlaev Vitaliy har påpekt, hvis vi ikke klarer dette, blir designere bare malere og markerer et tomt lerret for å ha imaginære strukturer. Begreper som ‘designing content out’ og ‘designing adaptive content’ understreker oppfatningen om at innhold virkelig er kjernen i et prosjekt; det er virkelig konge.
Så hvorfor er det at når jeg snakker med mange nettutøvere, blir de plaget av å samle materiale i utgangspunktet? Hvis vi fortsatt sliter med det grunnleggende, hvordan kan vi engasjere oss i noen av innholdsstrategiens mer komplekse aspekter?
Poenget mitt er at vi må legge igjen dette kjernekonseptet med å få innhold fra klienter i hvilken form de måtte sende det. Det er utdatert, foreldet og fundamentalt uforenlig med de nye konseptene som utgjør en vellykket strategi for nettinnhold.La oss se nærmere på noen av disse problemene, og vurdere hvordan de kan unngås:
Problem: innholdet er fragmentert
Det er to store problemer med måten selskaper tradisjonelt har laget innhold på:
- Innhold planlegges, produseres, sendes og publiseres uavhengig.
- Selve innholdet kobles fra til det er inngått i et CMS.
Et vanlig scenario er at klienter, bidragsytere og / eller innholdsprodusenter rett og slett får beskjed om hvilket innhold som kreves, og deretter fortsetter med å lage og sende inn materialet i tråd med disse kravene.
For eksempel blir tekniske forfattere ofte bedt om å gå og skrive hjelpedokumenter mens markedsføringsforfattere går og skriver innholdet til et markedsføringsnettsted, og andre grupper administrerer søk og sosiale medier.
Denne måten å jobbe på gjør det vanskelig for innholdsmakerne å ha noe reelt perspektiv på prosjektet i sin helhet: å se hvordan deres innholdsforhold forholder seg til de andre. Det gjør samarbeid vanskelig, noe som gjør det mindre pålagt innholdsprodusenter å kommunisere med andre mennesker som er involvert i prosjektet: spesielt designere og utviklere. Og til slutt gjør det det vanskeligere å spore, oppdatere og erstatte spesifikke deler av innholdet.
Etter det som ofte er en forskjøvet innsendingsprosess, får en eller annen heldig person (eller en serie individer med intetanende innbokser og uforberedte hjernestammer) selvfølgelig oppgaven med å samle, gjennomgå og strukturere alt dette innholdet. Det er her det kan bli rotete, siden det å kreve innlogging, måle kvalitet, konsistens og relevans, og deretter legge alt inn i de forskjellige kanalene for publisering, krever enormt mye tid og energi. Kaotiske miljøer som disse gjør det vanskelig å fokusere på å bevare integriteten til selve innholdet.
Behovet for å sikre at et prosjekt holder seg oppdatert, øker moroa, siden det å legge til eller erstatte deler av innholdet kan innebære å gjenta samme prosess. Ofte bryr prosjektledere seg ikke, og innhold får lov til å bli muggent og rangere.
Løsning: sentraliser innholdsopprettingen
Måten å unngå dette rotet er å holde innholdsopprettingen så smidig som mulig. Det handler ikke om å ansette noen (eller noe) til å administrere innhold når det er opprettet; det handler om å flytte den skapelsesprosessen ut av bakgatene og sette den tilbake i kjernen av prosjektet. Bare ved å ha fokuserte diskusjoner om hva som må skapes, og åpne pågående samarbeid, vil innholdet bli bedre og lettere å administrere.
Disse prinsippene kan implementeres i mange prosjektledelsesverktøy, og Trello er et utrolig kraftig eksempel. Og hvis jeg sier det selv, er GatherContent også ganske fantastisk.
Problem: innholdet er organisk
Måten prosjektinnholdet oppfører seg på, blir stadig mer organisk. Det kreves stadig å endre og tilpasse seg ytre omstendigheter: Som et tre eller en hvilken som helst annen plante vokser det nådeløst, kaster blader, legger ut nye grener ... og blir sannsynligvis klatret, skåret eller til og med kuttet ned.
Hvis vi tar denne analogien videre, kan vi argumentere for at hvis vi vil at prosjekter skal trives, og hvis vi er heldige, som skal bære frukt, må vi pleie dem i stabile miljøer med godt administrerte støttesystemer.
Løsning: begynn med revisjon tidlig
For å etablere slike miljøer er det nødvendig å starte tidlig. Som med gerilja UX-forskning, ved å gjøre individuelle oppgaver små nok til å utføre i løpet av timer, eller til og med minutter, kan innholdsadministrasjon bli noe som skjer i løpet av et helt prosjekt, snarere enn i et stort, desperat siste øyeblikk. Lite og ofte er bedre enn sent og drastisk.
I stedet for smerten ved en fullstendig innholdsrevisjon, kan den første prosessen være så enkel som å oppdage problemer med eksisterende sideinnhold. Er det irrelevant, utdatert, lorem ipsum, ikke-eksisterende, ikke-koblet, ødelagt - eller rett og slett feil? Bare å påpeke disse problemene er en god måte å starte den første investeringen i å utvikle en innholdsstrategi.
Problem: innholdet må være konsistent
Konsistens er et ord som skrikes fra hustakene av innholdsstrateger, redaktører, designere, SEO-team, UX-spesialister, ledere, markedsførere, forskere, utgivere, brukere, lesere, forbrukere, kritikere, kunder ... og sannsynligvis din mor.
Imidlertid er konsistens offer for et scenario der innhold defineres uavhengig, produseres uavhengig og deretter bare 'samles'. Å dele et prosjekt opp i flere frakoblede dokumenter, gjør det vanskelig å holde oversikt over versjoner av innhold, kryssreferansedokumenter eller se på prosjektene dine fra et fugleperspektiv.
Selv om det er fornuftig å dele innhold ned i brukbare biter, hvordan kan vi noensinne sikre konsistens og kontinuitet hvis vi ikke klarer å koble disse biter?
Løsning: bruk innholdsmodeller
Når du planlegger konsistens, bør du vurdere å lage innholdsmodeller. Dette er en fin måte å analysere målene og resultatene til et prosjekt dypt. Innholdsmodeller fungerer som gode grunnlag hvor du kan lage guider for skriftlig stil for innholdsprodusenter (se www.voiceandtone.com for et godt eksempel på dette).
En annen rask løsning er å lage et grunnleggende kart over innholdet ditt og gjøre dette tilgjengelig for alle involverte. Som hovedregel skal innholdet ditt være koblet sammen, og du kan gjøre dette ved å bare gruppere det og lagre det online.
Problem: innholdet må være tilpasningsdyktig
Et annet konsept som for tiden er i mote, er tilpasningsdyktig innhold. Dette er innhold som kan utvides for å passe til forskjellige enheter, scenarier og brukere. Et eksempel på dette vil være et responsivt nettsted som fjerner underoverskriftene til artikler når det vises på mindre skjermer. Som Erin Kissane uttrykker det: "Gjør innholdet ditt klart til å gjøre hva som helst, fordi det kommer til å gjøre alt."
Selv om det å ha klienter eller bidragsytere som produserer innhold uavhengig ikke i seg selv forhindrer innhold i å bli tilpasningsdyktig, er fragmentering av innhold i biter før publisering stort sett uforenlig med disse nye kriteriene for tilpasningsevne, siden det gjør det umulig å forhåndsvise eller prototype reell produksjon.
Løsning: Lær å C.O.P.E
Som Karen McGrane har lagt merke til, må du utvikle intelligent merkede og velstrukturerte innholdsregister hvis du ønsker å lage tilpasningsdyktige måter å distribuere innhold på. Dette betyr ikke bare å bryte opp innholdet ditt og pumpe enhetsspesifikke formater ned i forskjellige rør. Det bør også innebære mye mer enn å ha et flott CMS. I stedet lær deg å C.O.P.E (opprett en gang, publiser overalt): opprett et enkelt gjennomtenkt lager for å få flere versjoner av nettstedet ditt.
Selv om konseptet med C.O.P.E-ing innebærer et minimert fokus på produksjon, tror jeg at for å virkelig imøtekomme tilpasningsevnen må innholdet blir opprettet også bli flytende. For maksimal effektivitet bør utviklingen av arkiver virkelig innebære kontinuerlig smidig samarbeid med innholdsprodusenter. Å ha noen dedikert til å spore og erstatte biter på et sentralt sted, oppmuntrer til mye strengere kontroll over vedlikehold.
Problem: innholdet må være åpent
Å sende et Word-dokument eller regneark med en liste over krav fungerer ikke veldig bra som en plattform for samarbeid. Hvis du vil oppnå samarbeid, trenger du åpenbart ikke bare å koble innhold, men menneskene som er involvert i ulike stadier av utviklingen og produksjonen.
Løsning: online samarbeidsverktøy
Takket være underverkene på internett er det enkelt å konvertere til å lagre og utvikle innhold på nettet, og ha kontinuerlig tilgang til det. Ved å gjøre dette kan du åpne innholdsutviklingsprosessen, straks skape en mer flytende og gjennomsiktig arbeidsmetode - og erstatte ideen om å bare definere krav med et åpent system for veiledning.
En stor fordel med dette er at ved å oppmuntre designere og utviklere til å konsultere ekte innhold gjennom et prosjekt, kan design og innholdsutvikling bli mer synkron.
Den enkleste måten å starte denne prosessen er å bruke et av de mange online dokumentlagringsverktøyene: Dropbox, SugarSync, Just Cloud og Google Drive er noen av de mest populære. Avhengig av prosjektet ditt, kan du også dra nytte av å ta i bruk andre verktøy - for eksempel Basecamp - som er mer dedikert til personaladministrasjon og som gjør det mulig for deg å gi mer direkte veiledning til innholdsprodusenter.
Dette er helt klart et svært generalisert scenario, men selv om det kanskje ikke passer for alle, er det verdt å ta seg tid til å vurdere det generelle etoset for kommunikasjon, veiledning og samarbeid som stammer fra å åpne innhold og lagre det online.
Problem: vedlikehold av innhold
Når det blir uklart hvor innholdet ligger, blir det vanskelig å oppdatere, og kan fort bli irrelevant. Igjen, tenk på det som en levende ting som krever konstant oppmerksomhet og konstant vedlikehold. Fagpersoner nærmer seg nå prosjekter med ideen om at design er en kontinuerlig, iterativ prosess, og du bør også vurdere testing og oppdatering av innhold fra dette perspektivet.
Ulike prosjekter kaster forskjellige tidslinjer for vedlikehold, men det er sjelden tilfelle at innholdet kan være veldig lenge uten behov for minst noen små oppdateringer.
Løsning: regelmessige innholdskontroller
Det er noen gode verktøy for å teste innholdet på nettsteder. Mest av alt bør du ta en titt på Page Trawler: et utrolig raskt middel til å gjennomføre innholdsrevisjoner. Content Insight er også i ferd med å utvikle et verktøy for innholdsrevisjoner, som lover å bryte ny bakke i måten vi opprettholder innhold på.
Perch fokuserer mer på mindre organisasjoner og er et CMS som gjør det fantastisk enkelt å spore og oppdatere innhold. Ved å fokusere på å forenkle opplevelsen, har utviklerne åpnet for vedlikehold for et langt bredere spekter av mennesker, for eksempel klienter, ikke-tekniske kunnskapsrike tekstforfattere og nettstedseiere.
En rekke ressurser
Som vi har sett, er det mange måter å defragmentere innholdsutvikling og integrere den med resten av webdesignprosessen din; å skape et grunnlag for innholdsstrategi. Jeg er sikker på at verktøy som oppmuntrer til kommunikasjon og samarbeid gjennom hele utviklingsprosessen, virkelig kan ta innhold fra marginene til et prosjekt og sette det tilbake der det hører hjemme: i sentrum av scenen.
Fremfor alt bør innhold utvikles i stedet for å samles - det vil si at det virkelig skal integreres med utviklingen av resten av et nettsted. Ved å bruke metoder som innholdsmodellering, og ved å vedta en konsistent strategi for testing, eksperimentering og smidig utvikling og vedlikehold, kan du gjøre ditt eget innhold mer konsistent, bedre tilpasset designarbeidet ditt og bedre i stand til å definere nettsteder du produserer.
Oppdag de 20 beste wireframing-verktøyene for designere på Creative Bloq.
