Sisältö
- Hullu kuningas
- Sisällön vastaaminen muotoiluun
- Ongelma: sisältö on pirstoutunutta
- Ratkaisu: keskitä sisällön luominen
- Ongelma: sisältö on orgaanista
- Ratkaisu: aloita tarkastus aikaisin
- Ongelma: sisällön on oltava johdonmukaista
- Ratkaisu: käytä sisältömalleja
- Ongelma: sisällön on oltava mukautettavissa
- Ratkaisu: opi C.O.P.E.
- Ongelma: sisällön on oltava auki
- Ratkaisu: verkkotyökalut
- Ongelma: sisällön ylläpito
- Ratkaisu: säännölliset sisällön tarkastukset
- Joukko resursseja
Tämä artikkeli ilmestyi ensimmäisen kerran .net-lehden numerossa 233 - maailman myydyimmässä verkkosivujen suunnittelijoille ja kehittäjille suunnatussa lehdessä.
Kuulin äskettäin tarinan asiakkaasta, joka saapui kokoukseen, jossa oli kaksi valtavaa pahvilaatikkoa, jotka olivat täynnä valokuvia ja käsinkirjoitettuja asiakirjoja. Kysyttäessä mitä tämä materiaali oli, asiakas vastasi: "Tämä on verkkosivustoni sisältö."
Sisällön hallinta on jokaisen verkkokehittäjän kohtaama ongelma. Ei niin kaukaisessa menneisyydessä toimistomme sai asiakkailta materiaalia muodossa, joka vaihteli värikynän piirustusten skannauksista loputtomiin Word-asiakirjoihin (täydennettynä psykedeelisillä sateenkaarilla). Saisimme PowerPoint-esityksiä, InDesign-tiedostoja ja painettuja esitteitä. Pitkään kärsineet postilaatikkomme valittivat epäjohdonmukaisista sisällön paloista.
Tämän hulluuden seurauksena käytettiin lukemattomia turhauttavia tunteja täysin jäsentämättömien materiaalipakettien salauksen purkamiseen. Jätimme ajattelemaan: sisältö voi olla kuningas - mutta varmasti tämä ei ole tapa kohdella kuningasta?
Hullu kuningas
Lukuisia artikkeleita on kirjoitettu keinoista minimoida trauma asiakkaiden saaman sisällön saamiseksi. Monissa näistä artikkeleista esitetään parhaita tapoja "puristaa" tai jopa "houkutella" sisältöä asiakkailta ja väittää näiden menetelmien olevan päteviä ratkaisuja ongelmaan.
Mutta tässä on ideoiden ristiriita. Jos sisältöstrategia hyväksytään nyt jatkuvana vastineena suunnittelu- ja kehitystyönkulkuille, eikö siihen pitäisi sisältyä jotain aktiivisempaa kuin pelkkä sisällön saaminen asiakkailta?
Sisällön vastaaminen muotoiluun
On väitetty, että sinun tulisi liittää sisältösi suunnittelu oman ... suunnittelusi suunnitteluun. Kuten Mishlaev Vitaliy on huomauttanut, jos emme tee niin, suunnittelijoista tulee yksinkertaisesti maalareita, jotka merkitsevät tyhjän kankaan kuvitteellisten rakenteiden pitämiseksi. Käsitteet, kuten "sisällön suunnittelu" ja "mukautuvan sisällön suunnittelu", korostavat mielipidettä siitä, että sisältö on todella projektin ydin. se on todella kuningas.
Joten miksi puhun monien verkkoharjoittajien kanssa, heitä vaivaa ensinnäkin materiaalin kerääminen? Jos kamppailemme edelleen perusasioiden kanssa, miten voimme osallistua johonkin sisältöstrategian monimutkaisemmista näkökohdista?
Huomautukseni on, että meidän on jätettävä taaksemme tämä peruskäsite sisällön hankkimisesta asiakkailta missä muodossa tahansa he lähettävät sen. Se on vanhentunutta, vanhentunutta ja periaatteessa yhteensopimatonta uusien käsitteiden kanssa, jotka muodostavat onnistuneen verkkosisältöstrategian.Tarkastellaan tarkemmin joitain näistä asioista ja pohditaan, miten ne voidaan välttää:
Ongelma: sisältö on pirstoutunutta
Tavalla, jolla yritykset ovat perinteisesti luoneet sisältöä, on kaksi suurta ongelmaa:
- Sisältö suunnitellaan, tuotetaan, lähetetään ja julkaistaan itsenäisesti.
- Itse sisällön yhteys katkaistaan, kunnes se syötetään CMS: ään.
Yleinen skenaario on, että asiakkaille, avustajille ja / tai sisällöntuottajille kerrotaan yksinkertaisesti, mitä sisältöä vaaditaan, ja jatkavat sitten materiaalien luomista ja lähettämistä näiden vaatimusten mukaisesti.
Esimerkiksi teknisille kirjoittajille käsketään usein kirjoittamaan ohjeasiakirjoja, kun taas markkinoinnin kirjoittajat kirjoittavat markkinointisivuston sisällön, ja muut ryhmät hallitsevat haku- ja sosiaalisen median sisältöä.
Tämä toimintatapa vaikeuttaa sisällöntuottajien näkökulmaa projektiin kokonaisuudessaan: nähdä, miten heidän sisällönsä liittyvät muihin. Se tekee yhteistyöstä vaikeaa ja tekee sisällöntuottajilta vähemmän kommunikoivan muiden projektissa mukana olevien ihmisten: erityisesti suunnittelijoiden ja kehittäjien kanssa. Ja lopuksi se vaikeuttaa tiettyjen sisältöpalojen seuraamista, päivittämistä ja korvaamista.
Seuraamalla usein porrastettua lähetysprosessia, joillekin onnekkaille henkilöille (tai joukolle yksilöitä, joilla on epäilemättömät postilaatikot ja valmistautumattomat aivorungot) annetaan tietysti koko sisällön kokoaminen, tarkistaminen ja jäsentäminen. Täällä se voi sotkeutua, koska sisällön allekirjoittaminen, laadun, johdonmukaisuuden ja merkityksellisyyden mittaaminen ja sen sijoittaminen julkaisemisen eri kanaviin vaatii valtavasti aikaa ja energiaa. Tällaiset kaoottiset ympäristöt vaikeuttavat keskittymistä itse sisällön eheyden säilyttämiseen.
Tarve varmistaa, että projekti pysyy ajan tasalla, lisää hauskaa, koska sisällön palojen lisääminen tai korvaaminen voi edellyttää saman prosessin toistamista. Usein projektipäälliköt eivät yksinkertaisesti vaivaudu, ja sisällön annetaan homehtua ja sijoittua.
Ratkaisu: keskitä sisällön luominen
Tapa välttää tämä sotku on pitää sisällön luominen mahdollisimman ketteränä. Kyse ei ole jonkun (tai muun) palkkaamisesta sisällön hallintaan sen luomisen jälkeen. Kyse on luomisprosessin siirtämisestä takaisin kujilta ja palauttamisesta projektin ytimeen. Yksinkertaisesti käymällä kohdennettuja keskusteluja siitä, mitä on luotava, ja avaamalla jatkuvaa yhteistyötä, sisällöstä tulee parempi ja helpompi hallita.
Nämä periaatteet voidaan panna täytäntöön monissa projektinhallintatyökaluissa, Trello on uskomattoman tehokas esimerkki. Ja jos sanon niin itse, GatherContent on myös melko upea.
Ongelma: sisältö on orgaanista
Projektin sisällön käyttäytyminen on muuttumassa yhä orgaanisemmaksi. Sitä vaaditaan jatkuvasti muuttumaan ja sopeutumaan ulkoisiin olosuhteisiin: kuten puu tai mikä tahansa muu kasvi, se kasvaa hellittämättä, irtoaa lehtiä, laittaa uusia oksia ... ja luultavasti kiipeetään, kaiverretaan tai jopa kaadetaan.
Kun jatkamme tätä analogiaa, voimme väittää, että jos haluamme projektien menestyvän ja jos onneksi, tuottaa hedelmää, meidän on vaalittava niitä vakaassa ympäristössä, jossa on hyvin hoidetut tukijärjestelmät.
Ratkaisu: aloita tarkastus aikaisin
Tällaisten ympäristöjen luominen on aloitettava aikaisin. Kuten sissi UX -tutkimuksessa, tekemällä yksittäisistä tehtävistä riittävän pieniä suoritettavaksi tunneissa tai jopa minuuteissa, sisällönhallinnasta voi tulla jotain, joka tapahtuu koko projektin aikana, eikä yhdellä valtavalla, epätoivoisella viime hetken kiireellä. Vähän ja usein on parempi kuin myöhäinen ja raju.
Täydellisen sisällön tarkastuksen tuskan sijaan alkuperäinen prosessi voi olla yhtä yksinkertainen kuin löytää ongelmia olemassa olevan sivuston sisällön kanssa. Onko se merkityksetön, vanhentunut, lorem ipsum, olematon, linkittymätön, rikki - vai vain väärin? Pelkkä näiden kysymysten esiin tuominen on hyvä tapa käynnistää tämä alkuinvestointi sisältöstrategian kehittämiseen.
Ongelma: sisällön on oltava johdonmukaista
Johdonmukaisuus on katolta huutanut sana, jonka sisällön strategit, toimittajat, suunnittelijat, hakukoneoptimointitiimit, UX-asiantuntijat, johtajat, markkinoijat, tutkijat, kustantajat, käyttäjät, lukijat, kuluttajat, kriitikot, asiakkaat ... ja luultavasti äitisi.
Johdonmukaisuus on kuitenkin skenaarion uhri, jossa sisältö määritellään itsenäisesti, tuotetaan itsenäisesti ja sitten yksinkertaisesti "kerätään". Projektin jakaminen useiksi erillisiksi asiakirjoiksi vaikeuttaa sisällön versioiden seuraamista, ristiviittausasiakirjoja tai projektien tarkastelua lintuperspektiivistä.
Vaikka on järkevää jakaa sisältö toimiviksi paloiksi, jos emme pysty yhdistämään näitä paloja, kuinka voimme koskaan varmistaa johdonmukaisuuden ja jatkuvuuden?
Ratkaisu: käytä sisältömalleja
Harkitse yhtenäisyyden suunnittelussa sisältömallien luomista. Nämä ovat loistava tapa analysoida projektin tavoitteita ja tuloksia syvällisesti. Sisältömallit toimivat hienoina perustuksina, joista voit luoda kirjoitettuja tyylinoppaita sisällöntuottajille (katso upea esimerkki tästä osoitteesta www.voiceandtone.com).
Toinen nopea ratkaisu on luoda peruskartta sisällöstäsi ja tehdä siitä kaikkien osallistuvien käytettävissä. Sisältösi tulisi pääsääntöisesti yhdistää, ja voit tehdä sen yksinkertaisesti ryhmittelemällä sen yhteen ja tallentamalla sen verkkoon.
Ongelma: sisällön on oltava mukautettavissa
Toinen tällä hetkellä muodissa oleva käsite on mukautuva sisältö. Tämä on sisältöä, jota voidaan täydentää eri laitteille, skenaarioille ja käyttäjille. Esimerkki tästä olisi reagoiva verkkosivusto, joka poistaa artikkeleiden alaotsikot, kun se näyttää ne pienemmillä näytöillä. Kuten Erin Kissane sanoo: "Valmista sisältösi valmiiksi tekemään mitä tahansa, koska se tekee kaiken."
Vaikka asiakkaiden tai avustajien omatoiminen sisällön tuottaminen ei itsessään estä sisällön muuttumista mukautuvaksi, sisällön hajottaminen paloiksi ennen julkaisemista on suurelta osin yhteensopimaton tämän uuden mukautumiskriteerin kanssa, koska se tekee mahdottomaksi todellisen tuotoksen esikatselun tai prototyypin.
Ratkaisu: opi C.O.P.E.
Kuten Karen McGrane on todennut, jos haluat luoda mukautuvia keinoja sisällön jakamiseksi, sinun on kehitettävä älykkäästi merkittyjä ja hyvin jäsenneltyjä sisältövarastoja. Tämä ei tarkoita vain sisällön hajottamista ja laitekohtaisten muotojen pumppaamista eri putkiin. Sen pitäisi sisältää myös paljon enemmän kuin hyvä CMS. Sen sijaan, opi C.O.P.E: lle (luo kerran, julkaise kaikkialla): luo yksi hyvin harkittu arkisto, joka ruokkii sivustosi useita versioita.
Vaikka C.O.P.E-ing-konsepti merkitsee keskittymistä tuotantoon minimoituna, mielestäni sopeutumiskyvyn todella huomioon ottamiseksi myös sisällön luomisen on oltava sujuvaa. Maksimaalisen tehokkuuden saavuttamiseksi arkistojen kehittämisen tulisi todella sisältää jatkuvaa ketterää yhteistyötä sisällöntuottajien kanssa. Jos joku on omistautunut palojen jäljittämiseen ja vaihtamiseen keskeisellä paikalla, se kannustaa ylläpitoa hallitsemaan paljon tiukemmin.
Ongelma: sisällön on oltava auki
Word-asiakirjan tai laskentataulukon ohittaminen vaatimusten luettelolla ei todellakaan toimi kovin hyvin yhteistyön alustana. Jos haluat saavuttaa yhteistyötä, sinun on tietysti yhdistettävä paitsi sisältö, myös sen kehityksen ja tuotannon eri vaiheissa mukana olevat ihmiset.
Ratkaisu: verkkotyökalut
Internetin ihmeiden ansiosta se on helppo muuntaa sisällön tallentamiseksi ja kehittämiseksi verkossa ja pääsyn siihen jatkuvasti. Tekemällä tämän voit avata sisällönkehitysprosessin, luoda heti sujuvamman ja läpinäkyvämmän työskentelytavan - ja korvata ajatuksen yksinkertaisesti määritellä vaatimukset avoimella ohjausjärjestelmällä.
Yksi tämän merkittävä etu on, että kannustamalla suunnittelijoita ja kehittäjiä kuulemaan todellista sisältöä koko projektin ajan, suunnittelusta ja sisällön kehittämisestä voi tulla synkronisempaa.
Helpoin tapa aloittaa tämä prosessi on käyttää yhtä monista online-asiakirjojen tallennustyökaluista: Dropbox, SugarSync, Just Cloud ja Google Drive ovat suosituimpia. Projektistasi riippuen saatat hyötyä myös muiden työkalujen - kuten Basecamp - käyttöönotosta, jotka ovat omistautuneempia ihmisten hallinnalle ja joiden avulla voit siis antaa suorempia ohjeita sisällöntuottajille.
Tämä on selvästi erittäin yleistynyt skenaario, mutta vaikka se ei välttämättä sovi kaikille, kannattaa varata aikaa sisällön avaamisen ja tallentamisen verkkoon johtavan viestinnän, ohjauksen ja yhteistyön yleiseen eettisyyteen.
Ongelma: sisällön ylläpito
Kun sisällön sijainnista tulee epäselvä, sitä on vaikea päivittää ja siitä voi tulla nopeasti merkityksetöntä. Jälleen kerran, ajattele sitä elävänä olentona, joka vaatii jatkuvaa huomiota ja jatkuvaa huoltoa. Ammattilaiset lähestyvät nyt projekteja ajatellen, että suunnittelu on jatkuva, iteratiivinen prosessi, ja sinun on myös harkittava sisällön testaamista ja päivittämistä tästä näkökulmasta.
Eri projektit aiheuttavat erilaisia ylläpitoaikatauluja, mutta harvoin on mahdollista, että sisältöä voidaan jättää hyvin pitkäksi aikaa ilman, että tarvitsee ainakin joitain pieniä päivityksiä.
Ratkaisu: säännölliset sisällön tarkastukset
Verkkosivustojen sisällön testaamiseen on hienoja työkaluja. Ennen kaikkea kannattaa katsoa sivu Trawler: uskomattoman nopea tapa suorittaa sisällön tarkastuksia. Sisältötietokanta kehittää myös sisältöauditointityökalua, joka lupaa murtautua uuteen tapaan ylläpitää sisältöä.
Perch on keskittynyt enemmän pienempiin organisaatioihin ja se on sisällönhallintajärjestelmä, jonka avulla on helppo seurata ja päivittää sisältöä. Keskittymällä kokemuksen yksinkertaistamiseen kehittäjät ovat avanneet ylläpitoa paljon laajemmalle joukolle ihmisiä, kuten asiakkaita, teknisesti taitamattomia copywritereitä ja sivuston omistajia.
Joukko resursseja
Kuten olemme nähneet, on olemassa monia tapoja eheyttää sisällönkehitystä ja integroida se muuhun web-suunnitteluun; luoda perusta sisältöstrategialle. Uskon, että työkalut, jotka kannustavat viestintään ja yhteistyöhön koko kehitysprosessin ajan, voivat todella ottaa sisällön projektin marginaaleilta ja laittaa sen takaisin mihin se kuuluu: vaiheen keskelle.
Ennen kaikkea sisältöä olisi kehitettävä eikä kerättävä - eli se olisi aidosti integroitava muun verkkosivuston kehitykseen. Hyödyntämällä sisällön mallintamisen kaltaisia menetelmiä ja ottamalla käyttöön yhtenäinen testaus-, kokeilu- ja ketterä kehitys- ja ylläpitostrategia, voit tehdä omasta sisällöstäsi johdonmukaisemman, paremmin sovitetun suunnittelutyöhön ja pystyä paremmin määrittelemään verkkosivustot tuotat.
Löydä 20 parasta lankakehystyökalua suunnittelijoille Creative Bloqista.
