Innehåll
- Den galna kungen
- Matchande innehåll till design
- Problem: innehållet är fragmenterat
- Lösning: centralisera innehållsskapandet
- Problem: innehållet är organiskt
- Lösning: börja granska tidigt
- Problem: innehållet måste vara konsekvent
- Lösning: använd innehållsmodeller
- Problem: innehållet måste vara anpassningsbart
- Lösning: lär dig att C.O.P.E
- Problem: innehållet måste vara öppet
- Lösning: online-samarbetsverktyg
- Problem: upprätthålla innehåll
- Lösning: regelbundna innehållsgranskningar
- En mängd resurser
Den här artikeln publicerades först i nummer 233 av tidningen .net - världens bästsäljande tidning för webbdesigners och utvecklare.
Jag hörde nyligen en berättelse om en klient som mötte ett möte med två enorma kartonger överfulla av fotografier och handskrivna dokument. På frågan vad detta material var svarade klienten: "Detta är innehållet på min webbplats."
Att hantera innehåll är ett problem som alla webbutvecklare står inför. I det inte så avlägsna förflutet fick vår byrå material från klienter i format som sträcker sig från skanningar av krita-ritningar till oändliga Word-dokument (komplett med psykedeliska regnbågar för markering). Vi skulle få PowerPoint-presentationer, InDesign-filer och tryckta broschyrer. Våra långmodiga inkorgar stönade med inkonsekvent bitar av innehåll.
Resultatet av denna galenskap var att otaliga frustrerande timmar spenderades på att dechiffrera helt ostrukturerade materialbuntar. Vi fick tänka: innehållet kan vara kung - men det är säkert inget sätt att behandla en kung?
Den galna kungen
Många artiklar har skrivits om sätt att minimera traumat med att få innehåll från kunder. Många av dessa artiklar beskriver de bästa sätten att "pressa" eller till och med "locka" innehåll från klienter och hävdar dessa metoder som giltiga lösningar på problemet.
Men det finns en idékonflikt här. Om innehållsstrategi nu accepteras som en kontinuerlig motsvarighet till design- och utvecklingsarbetsflöden, borde det då inte innebära något mer aktivt än att bara ”få innehåll från kunder”?
Matchande innehåll till design
Det har hävdats att du ska koppla designen av ditt innehåll till designen av din ... design. Som Mishlaev Vitaliy har påpekat, om vi misslyckas med att göra detta, blir designers helt enkelt målare och markerar en tom duk för att hålla imaginära strukturer. Begrepp som ”att designa innehåll ut” och ”att designa adaptivt innehåll” understryker uppfattningen att innehåll verkligen är kärnan i ett projekt; det är verkligen kung.
Så varför är det så att när jag pratar med många webbutövare är de störda av uppgiften att samla in material från första början? Om vi fortfarande kämpar med grunderna, hur kan vi engagera oss i någon av innehållsstrategins mer komplexa aspekter?
Min poäng är att vi måste lämna detta kärnkoncept att få innehåll från kunder i vilken form de än råkar skicka in. Det är föråldrat, föråldrat och i grunden oförenligt med de nya begreppen som utgör en framgångsrik strategi för webbinnehåll.Låt oss titta närmare på några av dessa frågor och överväga hur de kan undvikas:
Problem: innehållet är fragmenterat
Det finns två stora problem med hur företag traditionellt har skapat innehåll:
- Innehåll planeras, produceras, skickas och publiceras självständigt.
- Innehållet i sig kopplas bort tills det har gått in i ett CMS.
Ett vanligt scenario är att kunder, bidragsgivare och / eller innehållsproducenter helt enkelt får veta vilket innehåll som krävs och sedan fortsätter att skapa och skicka materialet i linje med dessa krav.
Till exempel uppmanas tekniska författare att gå och skriva hjälpdokument medan marknadsföringsförfattare går och skriver innehållet för en marknadsföringssida, och andra grupper hanterar sök- och sociala medieinnehåll.
Det här sättet att arbeta gör det svårt för innehållstillverkarna att ha något verkligt perspektiv på projektet i sin helhet: att se hur deras innehållsdelar relaterar till de andra. Det gör samarbetet svårt, vilket gör det mindre skyldigt för innehållsproducenter att kommunicera med andra personer som är inblandade i projektet: specifikt designers och utvecklare. Och slutligen gör det det svårare att spåra, uppdatera och ersätta specifika delar av innehållet.
Efter vad som ofta är en förskjuten inlämningsprocess får någon lycklig person (eller en serie individer med intet ont anande inkorgar och oförberedda hjärnstammar) naturligtvis uppgiften att sammanställa, granska och strukturera allt detta innehåll. Det är här det kan bli rörigt, eftersom det krävs mycket tid och energi att få signoff på innehåll, mäta kvalitet, konsistens och relevans och sedan lägga allt på de olika kanalerna för publicering. Kaotiska miljöer som dessa gör det svårt att fokusera på att bevara innehållets integritet.
Behovet av att se till att ett projekt håller sig uppdaterat ökar det roliga, eftersom att lägga till eller ersätta delar av innehåll kan innebära att samma process upprepas. Ofta bryr sig projektledare helt enkelt inte och innehåll får bli mögligt och ranka.
Lösning: centralisera innehållsskapandet
Sättet att undvika denna röra är att hålla innehållsskapandet så smidigt som möjligt. Det handlar inte om att anställa någon (eller något) för att hantera innehåll när det har skapats; det handlar om att flytta den skapande processen från de bakre gränderna och sätta tillbaka den i kärnan i projektet. Helt enkelt genom att ha fokuserade diskussioner om vad som behöver skapas och öppna pågående samarbeten blir innehållet bättre och lättare att hantera.
Dessa principer kan omsättas i många projektledningsverktyg, Trello är ett otroligt kraftfullt exempel. Och om jag säger det själv är GatherContent också ganska underbart.
Problem: innehållet är organiskt
Hur projektinnehållet beter sig blir allt mer organiskt. Det krävs ständigt förändring och anpassning till yttre omständigheter: som ett träd eller någon annan växt växer det obevekligt, släpper ut löv, släpper ut nya grenar ... och troligen klättras, huggas eller till och med huggas ned.
Om vi tar denna analogi vidare kan vi argumentera för att om vi vill att projekt ska blomstra, och om vi har tur, att bära frukt, måste vi vårda dem i stabila miljöer med välskötta stödsystem.
Lösning: börja granska tidigt
För att skapa sådana miljöer är det nödvändigt att börja tidigt. Som med guerilla UX-forskning, genom att göra enskilda uppgifter tillräckligt små för att utföra på timmar eller till och med minuter, kan innehållshantering bli något som händer under hela projektet, snarare än i en enorm, desperat sista-minuten-rusning. Lite och ofta är bättre än sent och drastiskt.
Istället för smärtan av en fullständig innehållsrevision kan den inledande processen vara så enkel som att upptäcka problem med befintligt webbplatsinnehåll. Är det irrelevant, föråldrat, lorem ipsum, obefintligt, obundet, trasigt - eller helt enkelt fel? Att bara påpeka dessa frågor är ett bra sätt att starta den initiala investeringen i att utveckla en innehållsstrategi.
Problem: innehållet måste vara konsekvent
Konsistens är ett ord som skrek från hustaken av innehållsstrateger, redaktörer, designers, SEO-team, UX-specialister, chefer, marknadsförare, forskare, utgivare, användare, läsare, konsumenter, kritiker, kunder ... och förmodligen din mamma.
Konsistens är emellertid offer för ett scenario där innehåll definieras oberoende, produceras oberoende och sedan helt enkelt ”samlas”. Att dela upp ett projekt i flera frånkopplade dokument gör det svårt att hålla reda på versioner av innehåll, korsreferensdokument eller titta på dina projekt ur fågelperspektiv.
Även om det är vettigt att bryta ner innehåll i fungerande bitar, hur kan vi någonsin säkerställa konsistens och kontinuitet om vi inte länkar dessa bitar?
Lösning: använd innehållsmodeller
När du planerar för konsekvens, överväg att skapa innehållsmodeller. Det här är ett utmärkt sätt att analysera projektets mål och resultat djupt. Innehållsmodeller fungerar som utmärkta baser där du kan skapa skriftliga stilguider för innehållsproducenter (se www.voiceandtone.com för ett bra exempel på detta).
En annan snabb lösning är att skapa en grundläggande karta över ditt innehåll och göra den tillgänglig för alla inblandade. Som en allmän regel bör ditt innehåll vara anslutet, och du kan göra detta genom att helt enkelt gruppera det och lagra det online.
Problem: innehållet måste vara anpassningsbart
Ett annat koncept som för närvarande är på modet är anpassningsbart innehåll. Detta är innehåll som kan kompletteras för att passa olika enheter, scenarier och användare. Ett exempel på detta skulle vara en responsiv webbplats som tar bort underrubrikerna för artiklar när den visas på mindre skärmar. Som Erin Kissane uttrycker det: "Gör ditt innehåll redo att göra vad som helst, för det kommer att göra allt."
Även om det att ha kunder eller bidragsgivare som producerar innehåll oberoende inte i sig hindrar innehåll från att anpassas, är fragmentering av innehåll i bitar innan publicering till stor del oförenligt med de nya kriterierna för anpassningsförmåga, eftersom det gör det omöjligt att förhandsgranska eller prototypa verklig produktion.
Lösning: lär dig att C.O.P.E
Som Karen McGrane har konstaterat måste du utveckla intelligent märkta och välstrukturerade innehållsförvar om du vill skapa anpassningsbara sätt att distribuera innehåll. Detta betyder inte att du bara bryter upp ditt innehåll och pumpar enhetsspecifika format ner i olika rör. Det borde också innebära mycket mer än att ha ett bra CMS. Lär dig istället att C.O.P.E (skapa en gång, publicera överallt): skapa ett enda väl genomtänkt förråd för att driva flera versioner av din webbplats.
Även om begreppet C.O.P.E-ing innebär ett minimerat fokus på produktion, tror jag att för att verkligen tillgodose anpassningsförmåga måste det sätt på vilket innehåll skapas också bli flytande. För maximal effektivitet bör utvecklingen av förvar verkligen innebära ett fortlöpande smidigt samarbete med innehållsproducenter. Att ha någon som är dedikerad till att spåra och ersätta bitar på en central plats uppmuntrar mycket stramare kontroll över underhåll.
Problem: innehållet måste vara öppet
Att skicka runt ett Word-dokument eller kalkylark med en lista med krav fungerar inte riktigt bra som en plattform för samarbete. Om du vill uppnå samarbete behöver du uppenbarligen inte bara koppla in innehåll utan också personerna som är involverade i olika stadier av dess utveckling och produktion.
Lösning: online-samarbetsverktyg
Tack vare internetets underverk är det enkelt att konvertera till att lagra och utveckla innehåll online och ha kontinuerlig tillgång till det. Genom att göra detta kan du öppna innehållsutvecklingsprocessen, direkt skapa en mer flytande och transparent arbetssätt - och ersätta idén att helt enkelt definiera krav med ett öppet system för vägledning.
En stor fördel med detta är att genom att uppmuntra designers och utvecklare att konsultera riktigt innehåll under ett projekt kan design och innehållsutveckling bli mer synkron.
Det enklaste sättet att börja denna process är att använda ett av de många online-dokumentlagringsverktygen: Dropbox, SugarSync, Just Cloud och Google Drive är några av de mest populära. Beroende på ditt projekt kan du också dra nytta av att använda andra verktyg - som Basecamp - som är mer dedikerade till personalhantering och som därför gör det möjligt för dig att ge mer direkt vägledning till innehållsproducenter.
Detta är uppenbarligen ett mycket generaliserat scenario, men även om det kanske inte är lämpligt för alla är det värt att ta sig tid att överväga den allmänna etiken för kommunikation, vägledning och samarbete som härrör från att öppna innehåll och lagra det online.
Problem: upprätthålla innehåll
När det blir oklart var innehållet finns blir det svårt att uppdatera och kan snabbt bli irrelevant. Återigen, tänk på det som en levande sak som kräver ständig uppmärksamhet och ständigt underhåll. Professionella närmar sig nu projekt med tanken att design är en kontinuerlig, iterativ process, och du bör också överväga testning och uppdatering av innehåll ur detta perspektiv.
Olika projekt ger olika tidslinjer för underhåll, men det är sällan så att innehållet kan lämnas mycket länge utan att behöva åtminstone några små uppdateringar.
Lösning: regelbundna innehållsgranskningar
Det finns några bra verktyg för att testa innehållet på webbplatser. Framför allt bör du ta en titt på Page Trawler: ett otroligt snabbt sätt att genomföra innehållsrevisioner. Content Insight håller också på att utveckla ett verktyg för innehållsrevisioner, som lovar att bryta ny mark i vårt sätt att behålla innehållet.
Perch fokuserar mer på mindre organisationer och är ett CMS som gör det fantastiskt enkelt att spåra och uppdatera innehåll. Genom att fokusera på att förenkla upplevelsen har utvecklarna öppnat upp underhåll för ett mycket bredare spektrum av människor, såsom klienter, icke-tekniskt kunniga textförfattare och webbplatsägare.
En mängd resurser
Som vi har sett finns det många sätt att defragmentera innehållsutveckling och integrera den med resten av din webbdesignprocess; att skapa en grund för innehållsstrategi. Jag är övertygad om att verktyg som uppmuntrar kommunikation och samarbete under hela utvecklingsprocessen verkligen kan ta innehåll från marginalerna i ett projekt och sätta tillbaka det där det hör hemma: i mitten av scenen.
Framför allt bör innehåll utvecklas snarare än samlas in - det vill säga det borde verkligen integreras med utvecklingen av resten av en webbplats. Genom att använda metoder som innehållsmodellering och genom att anta en konsekvent strategi för testning, experiment och smidig utveckling och underhåll kan du göra ditt eget innehåll mer konsekvent, bättre anpassat till ditt designarbete och bättre kunna definiera webbplatserna du producerar.
Upptäck de 20 bästa trådlösa ramverktygen för designers på Creative Bloq.
