Inhoud
- De gekke koning
- Passende inhoud om te ontwerpen
- Probleem: de inhoud is gefragmenteerd
- Oplossing: centraliseer contentcreatie
- Probleem: de inhoud is organisch
- Oplossing: begin vroeg met audits
- Probleem: inhoud moet consistent zijn
- Oplossing: gebruik inhoudsmodellen
- Probleem: inhoud moet aanpasbaar zijn
- Oplossing: leer C.O.P.E
- Probleem: inhoud moet open zijn
- Oplossing: online samenwerkingstools
- Probleem: inhoud behouden
- Oplossing: regelmatige inhoudsaudits
- Een scala aan bronnen
Dit artikel verscheen voor het eerst in nummer 233 van .net magazine - 's werelds best verkochte tijdschrift voor webdesigners en -ontwikkelaars.
Ik hoorde onlangs een verhaal over een klant die naar een vergadering kwam met twee enorme kartonnen dozen vol foto's en handgeschreven documenten. Op de vraag wat dit materiaal was, antwoordde de klant: "Dit is de inhoud voor mijn website."
Het beheren van inhoud is een probleem waarmee elke webontwikkelaar wordt geconfronteerd. In het niet zo verre verleden ontving ons bureau materiaal van klanten in formaten variërend van scans van krijttekeningen tot oneindige Word-documenten (compleet met psychedelische regenbogen van markeringen). We zouden PowerPoint-presentaties, InDesign-bestanden en gedrukte brochures ontvangen. Onze lang lijdende inbox kreunde met inconsistente brokken inhoud.
Het resultaat van deze waanzin was dat er talloze frustrerende uren werden besteed aan het ontcijferen van totaal ongestructureerde bundels materiaal. We bleven aan het denken: inhoud kan koning zijn - maar dit is toch zeker geen manier om een koning te behandelen?
De gekke koning
Er zijn talloze artikelen geschreven over manieren om het trauma van het verkrijgen van inhoud van klanten te minimaliseren. In veel van deze artikelen worden de beste manieren beschreven om inhoud van klanten te 'persen' of zelfs 'overhalen', en worden deze methoden als geldige oplossingen voor het probleem bestempeld.
Maar er is hier een conflict van ideeën. Als contentstrategie nu wordt geaccepteerd als een voortdurende tegenhanger van ontwerp- en ontwikkelingsworkflows, zou het dan niet iets actievers moeten zijn dan simpelweg ‘content van klanten krijgen '?
Passende inhoud om te ontwerpen
Er is beweerd dat u het ontwerp van uw inhoud moet verbinden met het ontwerp van uw ... ontwerp. Zoals Mishlaev Vitaliy heeft opgemerkt, als we dit niet doen, worden ontwerpers gewoon schilders en markeren ze een leeg canvas om denkbeeldige structuren vast te houden. Begrippen als ‘inhoud ontwerpen 'en‘ adaptieve inhoud ontwerpen' onderstrepen de mening dat inhoud echt de kern van een project is; het is echt koning.
Dus waarom is het zo dat als ik met veel webbeoefenaars spreek, ze überhaupt last hebben van de taak om materiaal te verzamelen? Als we nog steeds worstelen met de basis, hoe kunnen we ons dan bezighouden met de meer complexe aspecten van de contentstrategie?
Mijn punt is dat we dit kernconcept van het krijgen van inhoud van klanten in welke vorm dan ook moeten achterwege laten. Het is verouderd, achterhaald en fundamenteel onverenigbaar met de opkomende concepten die een succesvolle webcontentstrategie vormen.Laten we enkele van deze problemen nader bekijken en bekijken hoe ze kunnen worden vermeden:
Probleem: de inhoud is gefragmenteerd
Er zijn twee grote problemen met de manier waarop bedrijven traditioneel inhoud creëren:
- Inhoud wordt onafhankelijk gepland, geproduceerd, ingediend en gepubliceerd.
- De inhoud zelf wordt losgekoppeld totdat deze in een CMS wordt ingevoerd.
Een veelvoorkomend scenario is dat klanten, bijdragers en / of producenten van inhoud eenvoudig wordt verteld welke inhoud vereist is en vervolgens doorgaat met het maken en indienen van het materiaal in overeenstemming met deze vereisten.
Zo krijgen technische schrijvers vaak te horen dat ze hulpdocumenten moeten gaan schrijven, terwijl marketingschrijvers de inhoud voor een marketingsite gaan schrijven, en andere groepen de zoek- en sociale media-inhoud beheren.
Deze manier van werken maakt het moeilijk voor de contentmakers om een echt perspectief te hebben op het project in zijn geheel: om te zien hoe hun stukjes content zich verhouden tot de anderen. Het maakt samenwerking moeilijk, waardoor het voor producenten van inhoud minder verplicht is om te communiceren met andere mensen die bij het project betrokken zijn: met name ontwerpers en ontwikkelaars. En tot slot maakt het het moeilijker om specifieke brokken inhoud bij te houden, bij te werken en te vervangen.
Volgend op wat vaak een versnipperd inzendingsproces is, krijgt een gelukkig persoon (of een reeks individuen met nietsvermoedende inboxen en onvoorbereide hersenstammen) natuurlijk de taak om al deze inhoud te verzamelen, herzien en structureren. Dit is waar het rommelig kan worden, aangezien het aftekenen van inhoud, het meten van kwaliteit, consistentie en relevantie, en het vervolgens allemaal in de verschillende kanalen voor publicatie steken, een enorme hoeveelheid tijd en energie kost. Chaotische omgevingen zoals deze maken het moeilijk om je te concentreren op het behoud van de integriteit van de inhoud zelf.
De noodzaak om ervoor te zorgen dat een project up-to-date blijft, verhoogt het plezier, aangezien het toevoegen of vervangen van stukjes inhoud mogelijk hetzelfde proces moet herhalen. Vaak maken projectmanagers zich simpelweg niet druk en mag de inhoud beschimmeld en rangschikken.
Oplossing: centraliseer contentcreatie
De manier om deze puinhoop te vermijden, is door het maken van content zo flexibel mogelijk te houden. Het gaat er niet om iemand (of iets) in dienst te nemen om inhoud te beheren nadat deze is gemaakt; het gaat erom dat je dat creatieproces uit de steegjes haalt en terug in de kern van het project plaatst. Simpelweg door gerichte discussies te hebben over wat er moet worden gecreëerd en door lopende samenwerkingen te openen, wordt de inhoud beter en gemakkelijker te beheren.
Deze principes kunnen in veel projectmanagementtools worden toegepast, waarvan Trello een ongelooflijk krachtig voorbeeld is. En al zeg ik het zelf, GatherContent is ook best wonderbaarlijk.
Probleem: de inhoud is organisch
De manier waarop projectinhoud zich gedraagt, wordt steeds organischer. Het is constant nodig om te veranderen en zich aan te passen aan externe omstandigheden: net als een boom of welke andere plant dan ook, groeit het onophoudelijk, laat het blad af, zet nieuwe takken uit… en wordt waarschijnlijk beklommen, uitgehouwen of zelfs gekapt.
Als we deze analogie verder nemen, kunnen we stellen dat als we willen dat projecten gedijen, en als we geluk hebben, vruchten afwerpen, we ze moeten koesteren in stabiele omgevingen met goed beheerde ondersteuningssystemen.
Oplossing: begin vroeg met audits
Om dergelijke omgevingen tot stand te brengen, is het noodzakelijk om vroeg te beginnen. Net als bij guerrilla-UX-onderzoek, door individuele taken klein genoeg te maken om in uren of zelfs minuten uit te voeren, kan contentmanagement iets worden dat in de loop van een heel project gebeurt, in plaats van in een enorme, wanhopige last-minute rush. Weinig en vaak is beter dan laat en ingrijpend.
In plaats van de pijn van een volledige inhoudsaudit, kan het eerste proces zo eenvoudig zijn als het ontdekken van problemen met bestaande site-inhoud. Is het niet relevant, verouderd, lorem ipsum, niet-bestaand, niet-gekoppeld, kapot - of gewoon fout? Gewoon wijzen op deze problemen is een goede manier om die initiële investering in het ontwikkelen van een contentstrategie te stimuleren.
Probleem: inhoud moet consistent zijn
Consistentie is een woord dat van de daken wordt geschreeuwd door contentstrategen, redacteuren, ontwerpers, SEO-teams, UX-specialisten, managers, marketeers, onderzoekers, uitgevers, gebruikers, lezers, consumenten, critici, klanten… en waarschijnlijk je moeder.
Consistentie is echter het slachtoffer van een scenario waarin inhoud onafhankelijk wordt gedefinieerd, onafhankelijk wordt geproduceerd en vervolgens eenvoudig wordt ‘verzameld '. Als u een project opsplitst in meerdere losgekoppelde documenten, wordt het moeilijk om versies van inhoud, kruisverwijzingen bij te houden of uw projecten vanuit vogelperspectief te bekijken.
Hoewel het zinvol is om inhoud op te splitsen in werkbare brokken, hoe kunnen we dan ooit consistentie en continuïteit garanderen als we deze brokken niet met elkaar verbinden?
Oplossing: gebruik inhoudsmodellen
Overweeg om inhoudsmodellen te maken bij het plannen van consistentie. Dit is een geweldige manier om de doelstellingen en output van een project diepgaand te analyseren. Inhoudsmodellen fungeren als een uitstekende basis van waaruit u geschreven stijlgidsen voor inhoudproducenten kunt maken (zie www.voiceandtone.com voor een goed voorbeeld hiervan).
Een andere snelle oplossing is om een basiskaart van uw inhoud te maken en deze voor alle betrokkenen toegankelijk te maken. Als algemene regel geldt dat uw inhoud verbonden moet zijn, en u kunt dit doen door deze eenvoudig te groeperen en online op te slaan.
Probleem: inhoud moet aanpasbaar zijn
Een ander concept dat momenteel in zwang is, is aanpasbare inhoud. Dit is inhoud die kan worden uitgebreid voor verschillende apparaten, scenario's en gebruikers. Een voorbeeld hiervan is een responsive website die de tussenkoppen van artikelen verwijdert wanneer deze op kleinere schermen worden weergegeven. Zoals Erin Kissane het verwoordt: "Zorg dat je inhoud klaar is om alles te doen, want het gaat alles doen."
Hoewel het hebben van klanten of bijdragers die onafhankelijk inhoud produceren op zichzelf niet verhindert dat inhoud aanpasbaar wordt, is het fragmenteren van inhoud in brokken voordat deze wordt gepubliceerd grotendeels onverenigbaar met dit nieuwe criterium van aanpasbaarheid, omdat het onmogelijk is om een voorbeeld van of een prototype van echte uitvoer te maken.
Oplossing: leer C.O.P.E
Zoals Karen McGrane heeft opgemerkt, moet u, als u aanpasbare middelen wilt creëren om inhoud te verspreiden, intelligent gelabelde en goed gestructureerde opslagplaatsen voor inhoud ontwikkelen. Dit betekent niet simpelweg uw inhoud opsplitsen en apparaatspecifieke formaten in verschillende buizen pompen. Het zou ook veel meer moeten omvatten dan het hebben van een geweldig CMS. Leer in plaats daarvan C.O.P.E (eenmaal maken, overal publiceren): creëer één weloverwogen repository om meerdere versies van uw site van brandstof te voorzien.
Hoewel het concept van C.O.P.E-ing een geminimaliseerde focus op productie impliceert, denk ik dat om echt aan het aanpassingsvermogen te voldoen, de manier waarop content wordt gecreëerd ook vloeibaar moet worden. Voor maximale efficiëntie zou de ontwikkeling van repositories echt een voortdurende agile samenwerking met contentproducenten moeten omvatten. Het hebben van iemand die zich toelegt op het volgen en vervangen van brokken op een centrale locatie, stimuleert een veel strakkere controle over het onderhoud.
Probleem: inhoud moet open zijn
Het doorgeven van een Word-document of spreadsheet met een lijst met vereisten werkt niet echt goed als een platform voor samenwerking. Als je samenwerking wilt bereiken, moet je natuurlijk niet alleen de inhoud verbinden, maar ook de mensen die betrokken zijn in verschillende stadia van de ontwikkeling en productie ervan.
Oplossing: online samenwerkingstools
Dankzij de wonderen van internet is het eenvoudig om inhoud online op te slaan en te ontwikkelen en er doorlopend toegang toe te hebben. Door dit te doen, kunt u het contentontwikkelingsproces openen, meteen een meer vloeiende en transparante manier van werken creëren - en het idee van het simpelweg definiëren van vereisten vervangen door een open systeem van begeleiding.
Een groot voordeel hiervan is dat door ontwerpers en ontwikkelaars aan te moedigen om tijdens een project echte inhoud te raadplegen, ontwerp en inhoudontwikkeling synchrooner kunnen worden.
De eenvoudigste manier om met dit proces te beginnen, is door een van de vele online tools voor documentopslag te gebruiken: Dropbox, SugarSync, Just Cloud en Google Drive zijn enkele van de meest populaire. Afhankelijk van uw project, kunt u ook profiteren van het gebruik van andere tools - zoals Basecamp - die meer gericht zijn op het beheer van mensen en die u daarom in staat stellen om directere begeleiding te geven aan producenten van inhoud.
Dit is duidelijk een sterk gegeneraliseerd scenario, maar hoewel het misschien niet voor iedereen geschikt is, is het de moeite waard om de tijd te nemen om na te denken over het algemene ethos van communicatie, begeleiding en samenwerking dat voortkomt uit het openstellen van inhoud en het online opslaan ervan.
Probleem: inhoud behouden
Wanneer het onduidelijk wordt waar de inhoud zich bevindt, wordt het moeilijk bij te werken en kan het snel irrelevant worden. Nogmaals, beschouw het als een levend wezen dat constante aandacht en constant onderhoud vereist. Professionals benaderen projecten nu met het idee dat design een continu, iteratief proces is, en vanuit dit perspectief zou je ook het testen en updaten van content moeten overwegen.
Verschillende projecten leiden tot verschillende onderhoudstijdlijnen, maar het is zelden het geval dat inhoud erg lang kan blijven staan zonder dat er op zijn minst enkele kleine updates nodig zijn.
Oplossing: regelmatige inhoudsaudits
Er zijn een aantal geweldige tools om de inhoud van websites te testen. Kijk vooral eens naar Page Trawler: een ongelooflijk snelle manier om contentaudits uit te voeren. Content Insight is ook bezig met het ontwikkelen van een tool voor contentaudits, die belooft nieuwe wegen in te slaan in de manier waarop we content onderhouden.
Perch is meer gericht op kleinere organisaties en is een CMS waarmee het wonderbaarlijk eenvoudig is om inhoud bij te houden en bij te werken. Door zich te concentreren op het vereenvoudigen van de ervaring, hebben de ontwikkelaars het onderhoud opengesteld voor een veel breder spectrum van mensen, zoals klanten, niet-technisch onderlegde copywriters en site-eigenaren.
Een scala aan bronnen
Zoals we hebben gezien, zijn er veel manieren om de ontwikkeling van inhoud te defragmenteren en te integreren met de rest van uw webontwerpproces; om een basis te leggen voor een contentstrategie. Ik ben ervan overtuigd dat tools die communicatie en samenwerking tijdens het ontwikkelingsproces aanmoedigen, inhoud echt uit de marge van een project kunnen halen en terug kunnen zetten waar het hoort: in het middelpunt van de fase.
Inhoud moet vooral worden ontwikkeld in plaats van verzameld, dat wil zeggen, het moet echt worden geïntegreerd met de ontwikkeling van de rest van een website. Door gebruik te maken van methoden zoals inhoudsmodellering en door een consistente strategie van testen, experimenteren en flexibele ontwikkeling en onderhoud toe te passen, kunt u uw eigen inhoud consistenter maken, beter aanpassen aan uw ontwerpwerk en de websites beter definiëren. je produceert.
Ontdek de 20 beste wireframing-tools voor ontwerpers bij Creative Bloq.
