Sisu
- Meeletu kuningas
- Sisu sobitamine kujundusega
- Probleem: sisu on killustatud
- Lahendus: tsentraliseeri sisu loomine
- Probleem: sisu on orgaaniline
- Lahendus: alustage auditeerimist varakult
- Probleem: sisu peab olema järjepidev
- Lahendus: kasutage sisumudeleid
- Probleem: sisu peab olema kohandatav
- Lahendus: õppige C.O.P.E.
- Probleem: sisu peab olema avatud
- Lahendus: veebipõhised koostöövahendid
- Probleem: sisu säilitamine
- Lahendus: regulaarsed siseauditid
- Ressursside hulk
See artikkel ilmus esmakordselt ajakirja .net 233. numbris - maailma enimmüüdud ajakiri veebidisaineritele ja arendajatele.
Kuulsin hiljuti lugu ühest kliendist, kes pöördus koosoleku poole ja kandis kahte tohutut fotode ja käsitsi kirjutatud dokumentidega ülevoolavat pappkasti. Küsimusele, mis see materjal on, vastas klient: "See on minu veebisaidi sisu."
Sisu haldamine on iga veebiarendaja probleem. Mitte nii kauges minevikus sai meie agentuur klientidelt materjali vormingutes alates värvipliiatsijooniste skannimisest kuni lõpmatute Wordi dokumentideni (koos psühhedeelsete esiletõstmise vikerkaartega). Meile laekuks PowerPointi esitlusi, InDesigni faile ja prinditud brošüüre. Meie kaua kannatanud postkastid oigasid vastuoluliste sisutükkidega.
Selle hulluse tagajärg oli see, et täiesti struktureerimata materjalikimpude dešifreerimiseks kulutati lugematuid masendavaid tunde. Jäime mõtlema: sisu võib olla kuningas - aga kindlasti ei saa see kuningat kohelda?
Meeletu kuningas
On kirjutatud arvukalt artikleid viisidest, kuidas minimeerida klientidelt saadud sisu traumat. Paljudes neist artiklitest on välja toodud parimad viisid, kuidas klientidelt sisu välja tõmmata või isegi välja meelitada, ning väidavad, et need meetodid on probleemile sobivad lahendused.
Kuid siin on ideede konflikt. Kui sisustrateegiat aktsepteeritakse nüüd pidevalt disaini ja arenduse töövoogude vastena, siis kas see ei peaks hõlmama midagi aktiivsemat kui lihtsalt sisu klientidelt hankimine?
Sisu sobitamine kujundusega
On väidetud, et peate oma sisu kujunduse ühendama oma ... kujunduse kujundusega. Nagu Mishlaev Vitaliy on märkinud, saavad meie ebaõnnestumisel disainerid lihtsalt maalikunstnikud, tähistades kujuteldavate struktuuride hoidmiseks tühja lõuendi. Sellised mõisted nagu „sisu väljatöötamine” ja „kohanduva sisu kujundamine” rõhutavad arvamust, et sisu on tõesti projekti keskmes; see on tõesti kuningas.
Miks siis on nii, et kui ma räägin paljude veebipraktikutega, on neil probleem kõigepealt materjali koguda? Kui me ikka võitleme põhitõdedega, kuidas saaksime tegeleda mõne sisustrateegia keerukama aspektiga?
Minu mõte on see, et me peame jätma selle põhimõiste - sisu hankimine klientidelt ükskõik millises vormis nad selle esitamiseks juhtuvad. See on aegunud, aegunud ja põhimõtteliselt kokkusobimatu tekkivate mõistetega, mis moodustavad eduka veebisisu strateegia.Vaatame mõningaid neist probleemidest lähemalt ja kaalume, kuidas neid saaks vältida:
Probleem: sisu on killustatud
Ettevõtete traditsioonilisel sisu loomisel on kaks suurt probleemi:
- Sisu kavandatakse, toodetakse, esitatakse ja avaldatakse iseseisvalt.
- Sisu ise katkestatakse, kuni see sisestatakse CMS-i.
Levinud stsenaarium on see, et klientidele, kaasautoritele ja / või sisutootjatele öeldakse lihtsalt, millist sisu on vaja, ning seejärel jätkatakse materjali loomist ja esitamist vastavalt nendele nõuetele.
Näiteks öeldakse tehnilistele kirjutajatele, et nad läheksid kirjutama abidokumente, samal ajal kui turunduskirjanikud käivad ja kirjutavad turundussaidi sisu ning teised rühmad haldavad otsingu- ja sotsiaalmeedia sisu.
Selline tööviis muudab sisutootjatel raskeks projektist tervikuna reaalse vaatenurga: näha, kuidas nende sisu teistega seotud on. See muudab koostöö keerukaks, muutes sisutootjate suhtlemiseks teiste projektis osalevate inimestega: täpsemalt disainerite ja arendajatega. Ja lõpuks muudab see konkreetsete sisutükkide jälgimise, värskendamise ja asendamise keerulisemaks.
Järgides sageli järkjärgulist esitamisprotsessi, antakse mõnele õnnelikule isikule (või mitmetele pahaaimamatute postkastide ja ettevalmistamata ajutüvedega isikutele) loomulikult ülesanne kogu see sisu kokku koguda, üle vaadata ja struktureerida. Siin võib see segaseks minna, sest sisule registreerumine, kvaliteedi, järjepidevuse ja asjakohasuse mõõtmine ning selle avaldamiseks erinevatesse kanalitesse viimine nõuab tohutult aega ja energiat. Sellised kaootilised keskkonnad muudavad sisu enda terviklikkuse säilitamisele keskendumise keeruliseks.
Vajadus tagada projekti ajakohasus suurendab lõbusust, kuna sisutükkide lisamine või asendamine võib hõlmata sama protsessi kordamist. Sageli ei viitsi projektijuhid lihtsalt vaeva näha ja sisul lastakse hallitama hakata ja järjestada.
Lahendus: tsentraliseeri sisu loomine
Selle segaduse vältimiseks on hoida sisuloome võimalikult väledana. See ei tähenda kellegi (või millegi) kasutamist sisu haldamiseks pärast selle loomist; see seisneb selle loomisprotsessi tagumistest alleedest välja viimises ja projekti tuumikusse viimises. Lihtsalt pidades fokusseeritud arutelusid selle üle, mida on vaja luua, ja avades käimasolevat koostööd, muutub sisu paremaks ja hõlpsamini hallatavaks.
Neid põhimõtteid saab rakendada paljudes projektijuhtimisvahendites, Trello on uskumatult võimas näide. Ja kui ma ise nii ütlen, on ka GatherContent üsna imeline.
Probleem: sisu on orgaaniline
Projekti sisu käitumine muutub järjest orgaanilisemaks. See nõuab pidevalt väliste olude muutmist ja nendega kohanemist: nagu puu või mõni muu taim, kasvab see halastamatult, heidab lehti, paneb uusi oksi ... ja tõenäoliselt ronitakse, nikerdatakse või isegi raiutakse.
Võttes seda analoogiat edasi, võime väita, et kui tahame, et projektid areneksid ja kui meil vedaks, peaksime vilja kandma, peame neid kasvatama stabiilses keskkonnas, kus on hästi hallatud tugisüsteemid.
Lahendus: alustage auditeerimist varakult
Selliste keskkondade loomiseks on vaja alustada varakult. Nagu gerilja UX-i uuringute puhul, võib ka sisuhaldusest muutuda tundide või isegi minutite jooksul piisavalt väikesteks, et sisuhaldusest saaks kogu projekti jooksul rohkem kui ühe tohutu, meeleheitliku viimase hetke jooksul. Vähe ja sageli on parem kui hiline ja drastiline.
Täieliku siseauditi valu asemel võib esialgne protsess olla sama lihtne kui olemasoleva saidi sisuga seotud probleemide avastamine. Kas see on ebaoluline, aegunud, lorem ipsum, olematu, seoseta, katki - või lihtsalt vale? Nendele probleemidele lihtsalt tähelepanu juhtimine on hea viis sisemise strateegia väljatöötamiseks algse investeeringu õhutamiseks.
Probleem: sisu peab olema järjepidev
Järjepidevus on sõna, mida katuselt karjatavad sisustrateegid, toimetajad, disainerid, SEO-meeskonnad, UX-i spetsialistid, juhid, turundajad, teadlased, kirjastajad, kasutajad, lugejad, tarbijad, kriitikud, kliendid ... ja tõenäoliselt ka teie ema.
Järjepidevus on aga stsenaariumi ohver, kus sisu on iseseisvalt määratletud, iseseisvalt toodetud ja seejärel lihtsalt „kogutud“. Projekti jagamine mitmeks ühendatud dokumendiks raskendab sisu versioonide jälgimist, dokumentide ristviiteid või oma projektide vaatamist linnulennult.
Ehkki on mõttekas sisu jaotada toimivateks tükkideks, kuidas me suudame need järjepidevuse ja järjepidevuse kunagi tagada, kui me neid tükke ei ühenda?
Lahendus: kasutage sisumudeleid
Järjepidevuse kavandamisel kaaluge sisumudelite loomist. Need on suurepärane võimalus projekti eesmärke ja väljundit põhjalikult analüüsida. Sisumudelid toimivad suurepäraste alustena, millest saate luua sisutootjatele kirjalikke stiilijuhiseid (selle suurepärase näite leiate aadressilt www.voiceandtone.com).
Teine kiire lahendus on luua oma sisu põhikaart ja muuta see kõigile asjaosalistele kättesaadavaks. Üldjuhul peaks teie sisu olema ühendatud ja saate seda teha lihtsalt rühmitades ja veebis salvestades.
Probleem: sisu peab olema kohandatav
Teine praegu moes olev mõiste on kohandatav sisu. See on sisu, mida saab täiendada, et see sobiks erinevate seadmete, stsenaariumide ja kasutajatega. Selle näiteks on tundlik veebisait, mis eemaldab artiklite alapealkirjad, kui need väiksematel ekraanidel kuvatakse. Nagu Erin Kissane ütleb: "Pange oma sisu valmis tegema kõike, sest see teeb kõike."
Ehkki klientide või kaastöötajate iseseisev tootmine ei takista ise sisu kohanemisvõimeliseks muutumist, on sisu tükeldamine enne avaldamist suuresti vastuolus selle uue kohanemisvõime kriteeriumiga, kuna see muudab tegeliku väljundi eelvaate või prototüübi loomise võimatuks.
Lahendus: õppige C.O.P.E.
Nagu Karen McGrane on täheldanud, peate sisu levitamiseks looma kohanemisvõimalusi, siis peate välja töötama arukalt sildistatud ja hästi struktureeritud sisuhoidlad. See ei tähenda lihtsalt sisu lõhkumist ja seadmespetsiifiliste vormingute pumpamist erinevatesse torudesse. See peaks hõlmama ka palju muud kui suurepärase CMS-i olemasolu. Selle asemel õppige C.O.P.E-d (looge üks kord, avaldage kõikjal): looge oma saidi mitme versiooni jaoks üks läbimõeldud hoidla.
Kuigi kontseptsioon C.O.P.E-ing eeldab tootmisele minimeeritud keskendumist, arvan ma, et kohanemisvõime tõeliseks rahuldamiseks peab ka sisu loomise viis muutuma voolavaks. Maksimaalse efektiivsuse saavutamiseks peaks hoidlate väljatöötamine hõlmama tõepoolest pidevat kiiret koostööd sisu tootjatega. Kui keegi on pühendunud tükkide jälgimisele ja asendamisele keskses kohas, julgustab see hooldust palju rangemalt kontrollima.
Probleem: sisu peab olema avatud
Nõuete loendiga Wordi dokumendi või arvutustabeli ümberlaadimine ei toimi koostööplatvormina tegelikult eriti hästi. Kui soovite saavutada koostööd, peate ilmselgelt ühendama mitte ainult sisu, vaid ka selle arendamise ja tootmise eri etappides osalevad inimesed.
Lahendus: veebipõhised koostöövahendid
Tänu Interneti imedele on seda lihtne muuta veebi sisu salvestamiseks ja arendamiseks ning sellele pidevalt juurde pääsemiseks. Seda tehes saate avada sisu arendamise protsessi, luues kohe sujuvama ja läbipaistvama töömeetodi - ning asendades idee lihtsalt nõuded määratleda avatud juhendisüsteemiga.
Selle üks suur eelis on see, et kui julgustada disainereid ja arendajaid kogu projekti jooksul tegeliku sisuga nõu pidama, võib disain ja sisu arendamine muutuda sünkroonsemaks.
Lihtsaim viis selle protsessi alustamiseks on kasutada ühte paljudest veebipõhistest dokumentide salvestamise tööriistadest: Dropbox, SugarSync, Just Cloud ja Google Drive on ühed kõige populaarsemad. Sõltuvalt teie projektist võib teile kasu olla ka muude tööriistade - näiteks Basecamp - kasutuselevõtust, mis on rohkem pühendatud inimeste haldamisele ja võimaldavad seetõttu sisutootjatele otsesemaid juhiseid anda.
See on selgelt ülimalt üldistatud stsenaarium, kuid ehkki see ei pruugi kõigile sobida, tasub võtta aega, et kaaluda üldist suhtlemise, juhendamise ja koostöö eetost, mis tuleneb sisu avamisest ja veebis salvestamisest.
Probleem: sisu säilitamine
Kui muutub ebaselgeks, kus sisu asub, on seda raske uuendada ja see võib kiiresti muutuda ebaoluliseks. Mõelge sellele jällegi kui elusolendile, mis nõuab pidevat tähelepanu ja pidevat hooldust. Spetsialistid lähenevad nüüd projektidele ideega, et disain on pidev, korduv protsess, samuti peaksite kaaluma sisu testimist ja värskendamist sellest vaatenurgast.
Erinevad projektid loovad erinevad hooldustähtajad, kuid harva juhtub, et sisu võib jätta väga pikaks ajaks, ilma et oleks vaja vähemalt mõnda väikest värskendust.
Lahendus: regulaarsed siseauditid
Veebisaitide sisu testimiseks on mõned suurepärased tööriistad. Peaksite heitma pilgu lehele Trawler: uskumatult kiire vahend siseauditite läbiviimiseks. Sisu Insight on välja töötamas ka siseauditite tööriista, mis lubab sisu säilitamisel uut teed avada.
Keskendudes rohkem väiksematele organisatsioonidele, on Perch CMS, mis muudab sisu jälgimise ja värskendamise imeliselt lihtsaks. Keskendudes kogemuse lihtsustamisele, on arendajad avanud hoolduse palju laiemale spektrile inimestele, näiteks klientidele, tehniliselt mittetarkadele copywriteritele ja saitide omanikele.
Ressursside hulk
Nagu nägime, on sisu arendamise defragmentimiseks ja selle integreerimiseks ülejäänud veebikujundusprotsessidega palju võimalusi; sisustrateegia aluse loomiseks. Olen kindel, et tööriistad, mis soodustavad suhtlemist ja koostööd kogu arendusprotsessi vältel, võivad tõepoolest projekti sisult sisu võtta ja selle tagasi viia sinna, kuhu see kuulub: lava keskmes.
Eelkõige peaks sisu välja töötama, mitte koguma - see peaks olema tõeliselt integreeritud ülejäänud veebisaidi arendamisega. Kasutades selliseid meetodeid nagu sisumodelleerimine ja ühtse testimis-, katsetamis-, ja väledate arendus- ja hooldustrateegiate kasutuselevõtt, saate muuta oma sisu järjepidevamaks, paremini oma disainitööle vastavaks ja paremini veebisaite määratleda. teie toodate.
Avastage Creative Bloqi disainerite 20 parimat traatvõrgustamise tööriista.
