Indhold
- Den gale konge
- Matchende indhold til design
- Problem: indholdet er fragmenteret
- Løsning: centraliser oprettelse af indhold
- Problem: indholdet er organisk
- Løsning: Begynd revision tidligt
- Problem: indholdet skal være konsistent
- Løsning: Brug indholdsmodeller
- Problem: indholdet skal kunne tilpasses
- Løsning: Lær at C.O.P.E
- Problem: Indholdet skal være åbent
- Løsning: online samarbejdsværktøjer
- Problem: vedligeholdelse af indhold
- Løsning: regelmæssige indholdsrevisioner
- En række ressourcer
Denne artikel optrådte først i nummer 233 af .net magazine - verdens bedst sælgende magasin til webdesignere og udviklere.
Jeg har for nylig hørt en historie om en klient, der mødte op til et møde med to store papkasser overfyldt med fotografier og håndskrevne dokumenter. På spørgsmålet om, hvad dette materiale var, svarede klienten: "Dette er indholdet på min hjemmeside."
Administration af indhold er et problem, som enhver webudvikler står over for. I den ikke så fjerne fortid modtog vores bureau materiale fra klienter i formater, der spænder fra scanninger af farveblyantstegninger til uendelige Word-dokumenter (komplet med psykedeliske fremhævede regnbuer). Vi modtager PowerPoint-præsentationer, InDesign-filer og trykte brochurer. Vores langmodige indbakker stønnede med inkonsekvente klumper af indhold.
Resultatet af denne vanvid var, at der blev brugt utallige frustrerende timer på at dechiffrere totalt ustrukturerede bundter af materiale. Vi blev overladt til at tænke: indhold kan være konge - men det er bestemt ingen måde at behandle en konge på?
Den gale konge
Der er skrevet adskillige artikler om måder, hvorpå man minimerer traumet ved at få indhold fra klienter. Mange af disse artikler beskriver de bedste måder at 'presse' eller endog 'lokke' indhold fra klienterne og hævder disse metoder som gyldige løsninger på problemet.
Men der er en idékonflikt her. Hvis indholdsstrategi nu accepteres som en løbende modstykke til design- og udviklingsarbejdsprocesser, bør det ikke involvere noget mere aktivt end blot at "få indhold fra klienter"?
Matchende indhold til design
Det er blevet hævdet, at du skal forbinde designet af dit indhold til designet af dit ... design. Som Mishlaev Vitaliy har påpeget, hvis vi undlader at gøre dette, bliver designere simpelthen malere og markerer et tomt lærred for at holde imaginære strukturer. Begreber som 'at designe indhold ud' og 'designe adaptivt indhold' understreger den opfattelse, at indhold virkelig er kernen i et projekt; det er virkelig konge.
Så hvorfor er det, at når jeg taler til mange webudøvere, er de urolige over opgaven med at indsamle materiale i første omgang? Hvis vi stadig kæmper med det grundlæggende, hvordan kan vi engagere os i noget af indholdsstrategiens mere komplekse aspekter?
Mit punkt er, at vi skal efterlade dette kernekoncept med at få indhold fra klienter i den form, de tilfældigvis sender dem. Det er forældet, forældet og fundamentalt uforeneligt med de nye koncepter, der udgør en vellykket strategi for webindhold.Lad os se nærmere på nogle af disse problemer og overveje, hvordan de kan undgås:
Problem: indholdet er fragmenteret
Der er to store problemer med den måde, som virksomheder traditionelt har oprettet indhold på:
- Indholdet planlægges, produceres, indsendes og offentliggøres uafhængigt.
- Selve indholdet er afbrudt, indtil det er indgået i et CMS.
Et almindeligt scenarie er, at klienter, bidragsydere og / eller indholdsproducenter simpelthen får at vide, hvilket indhold der kræves, og derefter fortsætter med at oprette og indsende materialet i overensstemmelse med disse krav.
For eksempel bliver tekniske forfattere ofte bedt om at gå og skrive hjælpedokumenter, mens marketingforfattere går og skriver indholdet til et marketingsted, og andre grupper administrerer søgning og indhold på sociale medier.
Denne måde at arbejde på gør det svært for indholdsskaberne at have et reelt perspektiv på projektet i sin helhed: at se, hvordan deres indholdstykker forholder sig til de andre. Det gør samarbejde vanskeligt, hvilket gør det mindre forpligtet for indholdsproducenter at kommunikere med andre mennesker, der er involveret i projektet: specifikt designere og udviklere. Og endelig gør det det vanskeligere at spore, opdatere og udskifte specifikke klumper af indhold.
Efter hvad der ofte er en forskudt indsendelsesproces, får en heldig person (eller en række personer med intetanende indbakker og uforberedte hjernestammer) naturligvis opgaven med at samle, gennemgå og strukturere alt dette indhold. Det er her, det kan blive rodet, da det kræver enorme tid og energi at få signoff på indhold, måle kvalitet, konsistens og relevans og derefter lægge det hele i de forskellige kanaler til udgivelse. Kaotiske miljøer som disse gør det vanskeligt at fokusere på at bevare integriteten af selve indholdet.
Behovet for at sikre, at et projekt holder sig ajour, øger det sjove, da tilføjelse eller udskiftning af klumper af indhold kan medføre gentagelse af den samme proces. Ofte gider projektledere simpelthen ikke, og indhold får lov til at blive mugne og rangordne.
Løsning: centraliser oprettelse af indhold
Måden at undgå dette rod er at holde oprettelsen af indhold så smidig som muligt. Det handler ikke om at ansætte nogen (eller noget) til at administrere indhold, når det er oprettet; det handler om at flytte den oprettelsesproces ud af baggyderne og sætte den tilbage i kernen i projektet. Simpelthen ved at have fokuserede diskussioner om, hvad der skal oprettes, og åbne løbende samarbejde, bliver indholdet bedre og lettere at administrere.
Disse principper kan omsættes i mange projektstyringsværktøjer, hvor Trello er et utroligt stærkt eksempel. Og hvis jeg selv siger det, er GatherContent også ret fantastisk.
Problem: indholdet er organisk
Den måde, projektindhold opfører sig på, bliver mere og mere organisk. Det er konstant nødvendigt at ændre og tilpasse sig eksterne forhold: Som et træ eller en hvilken som helst anden plante vokser det ubarmhjertigt, kaster blade, lægger nye grene ud ... og bliver sandsynligvis klatret, udskåret eller endog skåret ned.
Hvis vi tager denne analogi videre, kan vi argumentere for, at hvis vi ønsker, at projekter skal trives, og hvis vi er heldige, at bære frugt, skal vi pleje dem i stabile miljøer med veladministrerede supportsystemer.
Løsning: Begynd revision tidligt
For at etablere sådanne miljøer er det nødvendigt at starte tidligt. Som med guerilla UX-forskning kan indholdsadministration ved at gøre individuelle opgaver små nok til at udføre på få timer eller endda minutter blive noget, der sker i løbet af et helt projekt snarere end i et enormt, desperat sidste øjebliks rush. Lille og ofte er bedre end sent og drastisk.
I stedet for smerten ved en komplet indholdsrevision kan den indledende proces være så enkel som at opdage problemer med eksisterende webstedsindhold. Er det irrelevant, forældet, lorem ipsum, ikke-eksisterende, ulinket, brudt - eller bare forkert? Simpelthen at påpege disse problemer er en god måde at initiere den oprindelige investering i at udvikle en indholdsstrategi.
Problem: indholdet skal være konsistent
Konsistens er et ord, der skriges fra hustagene af indholdsstrateger, redaktører, designere, SEO-teams, UX-specialister, ledere, marketingfolk, forskere, udgivere, brugere, læsere, forbrugere, kritikere, kunder ... og sandsynligvis din mor.
Imidlertid er konsistens offer for et scenarie, hvor indhold defineres uafhængigt, produceres uafhængigt og derefter blot 'indsamles'. Opdeling af et projekt i flere frakoblede dokumenter gør det vanskeligt at holde styr på versioner af indhold, krydshenvisningsdokumenter eller se på dine projekter fra et fugleperspektiv.
Selvom det er fornuftigt at nedbryde indhold i brugbare bidder, hvordan kan vi nogensinde sikre konsistens og kontinuitet, hvis vi ikke sammenkæder disse stykker?
Løsning: Brug indholdsmodeller
Når du planlægger konsistens, skal du overveje at oprette indholdsmodeller. Dette er en fantastisk måde at analysere projektets mål og output dybt på. Indholdsmodeller fungerer som et godt fundament, hvorfra du kan oprette guider til skriftlig stil til indholdsproducenter (se www.voiceandtone.com for et godt eksempel på dette).
En anden hurtig løsning er at oprette et grundlæggende kort over dit indhold og gøre dette tilgængeligt for alle involverede. Som hovedregel skal dit indhold være forbundet, og du kan gøre dette ved blot at gruppere det sammen og gemme det online.
Problem: indholdet skal kunne tilpasses
Et andet koncept, der i øjeblikket er i mode, er tilpasset indhold. Dette er indhold, der kan forstærkes, så det passer til forskellige enheder, scenarier og brugere. Et eksempel på dette ville være et lydhørt websted, der fjerner underoverskrifter på artikler, når det viser dem på mindre skærme. Som Erin Kissane udtrykker det: "Gør dit indhold klar til at gøre hvad som helst, for det vil gøre alt."
Selvom det at have klienter eller bidragsydere uafhængigt producerer indhold ikke i sig selv forhindrer indhold i at blive tilpasningsdygtigt, er fragmentering af indhold i bidder inden udgivelse stort set uforeneligt med disse nye kriterier for tilpasningsevne, da det gør det umuligt at forhåndsvise eller prototype reelle output.
Løsning: Lær at C.O.P.E
Som Karen McGrane har bemærket, skal du udvikle intelligent mærkede og velstrukturerede indholdsopbevaringer, hvis du vil skabe tilpasningsdygtige måder til distribution af indhold. Dette betyder ikke blot at opdele dit indhold og pumpe enhedsspecifikke formater ned i forskellige rør. Det bør også involvere meget mere end at have et godt CMS. I stedet lær at C.O.P.E (opret en gang, udgiv overalt): Opret et enkelt velovervejet lager for at give flere versioner af dit websted.
Selvom begrebet C.O.P.E-ing indebærer et minimeret fokus på produktion, tror jeg, at for virkelig at tage højde for tilpasningsevne, må den måde, hvorpå indhold oprettes, også blive flydende. For at opnå maksimal effektivitet bør udviklingen af opbevaringssteder virkelig involvere løbende agilt samarbejde med indholdsproducenter. At have nogen dedikeret til at spore og udskifte klumper på en central placering tilskynder til meget strammere kontrol over vedligeholdelse.
Problem: Indholdet skal være åbent
At videregive et Word-dokument eller regneark med en liste over krav fungerer ikke rigtig godt som en platform til samarbejde. Hvis du vil opnå samarbejde, skal du naturligvis ikke bare forbinde indhold, men de mennesker, der er involveret i forskellige faser af dets udvikling og produktion.
Løsning: online samarbejdsværktøjer
Takket være internettets vidundere er det nemt at konvertere til at gemme og udvikle indhold online og have løbende adgang til det. Ved at gøre dette kan du åbne indholdsudviklingsprocessen og straks skabe en mere flydende og gennemsigtig arbejdsmetode - og erstatte ideen om blot at definere krav med et åbent system med vejledning.
En stor fordel ved dette er, at design og indholdsudvikling kan blive mere synkron ved at tilskynde designere og udviklere til at konsultere ægte indhold gennem et projekt.
Den nemmeste måde at starte denne proces på er at bruge et af de mange online dokumentopbevaringsværktøjer: Dropbox, SugarSync, Just Cloud og Google Drive er nogle af de mest populære. Afhængigt af dit projekt kan du også drage fordel af at vedtage andre værktøjer - såsom Basecamp - som er mere dedikeret til personaleadministration, og som derfor giver dig mulighed for at give mere direkte vejledning til indholdsproducenter.
Dette er helt klart et stærkt generaliseret scenario, men selvom det måske ikke er passende for alle, er det værd at tage tid til at overveje den generelle etik for kommunikation, vejledning og samarbejde, der stammer fra åbning af indhold og lagring af det online.
Problem: vedligeholdelse af indhold
Når det bliver uklart, hvor indholdet findes, bliver det svært at opdatere og kan hurtigt blive irrelevant. Igen, tænk på det som en levende ting, der kræver konstant opmærksomhed og konstant vedligeholdelse. Professionelle nærmer sig nu projekter med tanken om, at design er en kontinuerlig, iterativ proces, og du bør også overveje at teste og opdatere indhold ud fra dette perspektiv.
Forskellige projekter kaster forskellige tidspunkter for vedligeholdelse, men det er sjældent tilfældet, at indholdet kan være meget længe uden behov for i det mindste nogle små opdateringer.
Løsning: regelmæssige indholdsrevisioner
Der er nogle gode værktøjer til at teste indholdet på websteder. Mest af alt skal du tage et kig på Page Trawler: et utroligt hurtigt middel til at gennemføre indholdsrevisioner. Content Insight er også i færd med at udvikle et værktøj til indholdsrevision, der lover at bryde ny grund i den måde, vi vedligeholder indhold på.
Med mere fokus på mindre organisationer er Perch et CMS, der gør det vidunderligt nemt at spore og opdatere indhold. Ved at fokusere på at forenkle oplevelsen har udviklerne åbnet for vedligeholdelse for et langt bredere spektrum af mennesker, såsom klienter, ikke-tekniske kendte tekstforfattere og webstedsejere.
En række ressourcer
Som vi har set, er der mange måder at defragmentere indholdsudvikling og integrere den med resten af din webdesignproces; at skabe et fundament for indholdsstrategi. Jeg er overbevist om, at værktøjer, der tilskynder til kommunikation og samarbejde gennem hele udviklingsprocessen, virkelig kan tage indhold fra et projekts margener og sætte det tilbage, hvor det hører hjemme: i midten af scenen.
Frem for alt burde indhold udvikles snarere end indsamles - det vil sige det skal integreres med udviklingen af resten af et websted. Ved at bruge metoder som indholdsmodellering og ved at vedtage en konsekvent strategi for test, eksperimentering og agil udvikling og vedligeholdelse kan du gøre dit eget indhold mere konsistent, bedre tilpasset dit designarbejde og bedre i stand til at definere webstederne du producerer.
Oplev de 20 bedste wireframing-værktøjer til designere på Creative Bloq.
