Tartalom
- Az őrült király
- A tartalom illesztése a dizájnhoz
- Probléma: a tartalom töredezett
- Megoldás: központosítsa a tartalom létrehozását
- Probléma: a tartalom organikus
- Megoldás: korán kezdje el az ellenőrzést
- Probléma: a tartalomnak következetesnek kell lennie
- Megoldás: tartalmi modelleket használjon
- Probléma: a tartalomnak adaptálhatónak kell lennie
- Megoldás: tanulja meg a C.O.P.E.
- Probléma: A tartalomnak nyitva kell lennie
- Megoldás: online együttműködési eszközök
- Probléma: a tartalom fenntartása
- Megoldás: rendszeres tartalomellenőrzés
- Erőforrások tömbje
Ez a cikk először a .net magazin 233. számában jelent meg - ez a világ legkeresettebb webes tervezői és fejlesztői magazinja.
Nemrégiben hallottam egy történetet egy ügyfélről, aki megbeszéléshez fordult, két hatalmas kartondobozot cipelve, tele fényképekkel és kézzel írott dokumentumokkal. Arra a kérdésre, hogy mi ez az anyag, az ügyfél így válaszolt: „Ez a webhelyem tartalma.”
A tartalom kezelése minden webfejlesztő problémája. A nem is olyan távoli múltban ügynökségünk anyagot kapott az ügyfelektől, a zsírkréta rajzok beolvasásától a soha véget nem érő Word dokumentumokig (pszichedelikus szivárványos kiemeléssel kiegészítve). Kapnánk PowerPoint prezentációkat, InDesign fájlokat és nyomtatott prospektusokat. Régóta szenvedő postaládáink inkonzisztens tartalmi darabokkal nyögtek.
Ennek az őrületnek az volt az eredménye, hogy számtalan frusztráló órát töltöttek el teljesen strukturálatlan anyagcsomagok megfejtésével. Arra gondoltunk, hogy a tartalom király lehet - de biztosan nem így lehet bánni egy királlyal?
Az őrült király
Számos cikk írt arról, hogy miként lehet minimalizálni az ügyfelektől származó tartalom megszerzésének traumáját. Ezek közül a cikkek közül sok ismerteti a legjobb módszereket az ügyfelek tartalmának „kipréselésére” vagy „kócolására”, és ezeket a módszereket a probléma érvényes megoldásaként állítja.
De itt van egy ötletkonfliktus. Ha a tartalmi stratégiát a tervezési és fejlesztési munkafolyamatok folyamatos párjaként fogadják el, akkor nem kellene-e valami aktívabbat bevonni, mint egyszerűen „tartalmat szerezni az ügyfelektől”?
A tartalom illesztése a dizájnhoz
Azt állították, hogy a tartalmának kialakítását össze kell kapcsolnia a ... tervének kialakításával. Mint Mishlaev Vitaliy rámutatott, ha ezt nem sikerül megtenni, a tervezők egyszerűen festőkké válnak, és üres vásznat jelölnek ki a képzeletbeli struktúrák megtartására. Az olyan fogalmak, mint a „tartalom megtervezése” és az „adaptív tartalom megtervezése”, hangsúlyozzák azt a véleményt, hogy a tartalom valóban a projekt középpontjában áll; valóban király.
Miért van az, hogy amikor sok internetes szakemberrel beszélek, eleve az anyaggyűjtés feladata zavarja őket? Ha továbbra is az alapokkal küzdünk, hogyan vehetünk részt a tartalmi stratégia bármely összetettebb aspektusában?
Azt akarom mondani, hogy el kell hagynunk ezt az alapkoncepciót, miszerint tartalmat kapunk az ügyfelektől, bármilyen formában beküldjük őket. Elavult, korszerűtlen és alapvetően nem kompatibilis a sikeres webtartalom-stratégiát alkotó új koncepciókkal.Vizsgáljuk meg alaposabban ezeket a kérdéseket, és fontoljuk meg, hogyan lehet ezeket elkerülni:
Probléma: a tartalom töredezett
Két fő probléma van azzal kapcsolatban, ahogyan a vállalatok hagyományosan létrehoztak tartalmat:
- A tartalmat önállóan tervezik, készítik, küldik be és teszik közzé.
- Maga a tartalom megszakad, amíg be nem kerül a CMS-be.
Gyakori forgatókönyv az, hogy az ügyfeleknek, a közreműködőknek és / vagy a tartalom előállítóinak egyszerűen megmondják, hogy milyen tartalomra van szükség, majd folytatják az anyag létrehozását és benyújtását ezeknek a követelményeknek megfelelően.
Például a műszaki íróknak gyakran azt mondják, hogy menjenek és írjanak súgó dokumentumokat, míg a marketing írók elmennek és megírják a marketing webhely tartalmát, más csoportok pedig a keresési és a közösségi média tartalmát kezelik.
Ez a munkamódszer megnehezíti a tartalomkészítők számára, hogy valós perspektívát mutassanak a projekt egészéről: lássák, hogyan viszonyulnak tartalmaik a többihez. Megnehezíti az együttműködést, így a tartalomgyártók kevésbé kötelesek kommunikálni a projektben részt vevő más emberekkel: konkrétan a tervezőkkel és a fejlesztőkkel. És végül megnehezíti a tartalom egyes darabjainak nyomon követését, frissítését és cseréjét.
A gyakran szakaszos beküldési folyamatot követve természetesen néhány szerencsés egyén (vagy gyanútlan postaládával és felkészületlen agytörzsű egyének sorozata) megkapja a feladatot, hogy összegyűjtse, áttekintse és strukturálja az összes tartalmat. Itt lehet rendetlenné válni, mivel a tartalomról való kijelentkezés, a minőség, a következetesség és a relevancia mérése, majd az egész elhelyezése a különféle publikációs csatornákban hatalmas időt és energiát igényel. Az ilyen kaotikus környezetek megnehezítik a koncentrálást a tartalom integritásának megőrzésére.
Annak szükségessége, hogy a projekt naprakész legyen, fokozza a szórakozást, mivel a tartalom darabjainak hozzáadása vagy cseréje ugyanazon folyamat megismétlésével járhat. Gyakran a projektmenedzserek egyszerűen nem vesződnek, és a tartalom megpenészedhet és rangsorolható.
Megoldás: központosítsa a tartalom létrehozását
Ezt a rendetlenséget úgy lehet elkerülni, hogy a tartalom létrehozását minél agilisabban tartsuk. Nem arról van szó, hogy valakit (vagy valamit) alkalmazzunk a tartalom kezelésére, miután az elkészült; arról szól, hogy ezt az alkotási folyamatot ki kell mozdítani a hátsó sikátorokból, és visszatenni a projekt középpontjába. A tartalom egyszerűbbé és könnyebben kezelhetővé válik egyszerűen azzal, hogy fókuszált megbeszéléseket folytat a létrehozandó dolgokról, és megnyitja a folyamatos együttműködéseket.
Ezeket az elveket számos projektmenedzsment eszközzel lehet megvalósítani, a Trello hihetetlenül hatékony példa. És ha én magam mondom, a GatherContent is elég csodálatos.
Probléma: a tartalom organikus
A projekt tartalmának viselkedése egyre organikusabbá válik. Folyamatosan meg kell változtatnia és alkalmazkodnia kell a külső körülményekhez: mint egy fa vagy bármely más növény, könyörtelenül növekszik, leveti a leveleket, új ágakat vet ki ... és valószínűleg mászik, faragnak vagy akár kivágnak.
Ezt az analógiát tovább véve azt állíthatjuk, hogy ha azt akarjuk, hogy a projektek gyarapodjanak, és ha szerencsénk van, meghozzuk a gyümölcsét, akkor stabil környezetben, jól irányított támogatási rendszerekkel kell ápolnunk őket.
Megoldás: korán kezdje el az ellenőrzést
Az ilyen környezetek létrehozásához korán kell elindulni. Csakúgy, mint a gerilla UX kutatásnál, azáltal, hogy az egyes feladatokat elég kicsivé teszik órák vagy akár percek alatt történő végrehajtáshoz, a tartalomkezelés olyanná válhat, ami egy egész projekt folyamán végbemegy, nem pedig egy hatalmas, kétségbeesett utolsó pillanatban történő rohanással. Kevés és gyakran jobb, mint késő és drasztikus.
A teljes tartalomellenőrzés fájdalma helyett a kezdeti folyamat olyan egyszerű lehet, mint a meglévő webhelytartalommal kapcsolatos problémák felfedezése. Irreleváns, elavult, lorem ipsum, nem létezik, nincs összekapcsolva, nem működik - vagy egyszerűen rossz? Ezeknek a kérdéseknek a puszta rámutatása jó módszer arra, hogy a kezdeti befektetéseket ösztönözzék a tartalmi stratégia kidolgozásába.
Probléma: a tartalomnak következetesnek kell lennie
A következetesség egy szó, amelyet tartalomstratégák, szerkesztők, tervezők, SEO csapatok, UX-szakemberek, menedzserek, marketingszakemberek, kutatók, kiadók, felhasználók, olvasók, fogyasztók, kritikusok, ügyfelek ... és valószínűleg édesanyja sikoltanak fel a háztetőkről.
A következetesség azonban egy olyan forgatókönyv áldozata, amelyben a tartalmat egymástól függetlenül definiálják, egymástól függetlenül állítják elő, majd egyszerűen „összegyűjtik”. Ha egy projektet több, egymástól független dokumentumra bont, megnehezíti a tartalom verzióinak nyomon követését, a kereszthivatkozási dokumentumokat, vagy madártávlatból szemlélheti a projekteket.
Bár van értelme a tartalmat működőképes darabokra bontani, ha nem sikerül összekapcsolni ezeket a darabokat, hogyan tudjuk valaha is biztosítani a következetességet és a folytonosságot?
Megoldás: tartalmi modelleket használjon
A következetesség megtervezésekor fontolja meg a tartalmi modellek létrehozását. Ez remek módszer a projekt céljainak és eredményeinek mélyreható elemzésére. A tartalmi modellek nagyszerű alapként működnek, amelyekből írott stílusú útmutatásokat készíthet a tartalomgyártók számára (ennek remek példáját lásd a www.voiceandtone.com oldalon).
Egy másik gyors megoldás az, ha elkészít egy alaptérképet a tartalmáról, és ezt mindenki számára hozzáférhetővé teszi. Általános szabály, hogy a tartalmát össze kell kapcsolni, és ezt megteheti egyszerűen csoportosítva és online tárolva.
Probléma: a tartalomnak adaptálhatónak kell lennie
Egy másik, jelenleg divatos koncepció az alkalmazkodó tartalom. Ez a tartalom kibővíthető, hogy megfeleljen a különböző eszközöknek, forgatókönyveknek és felhasználóknak. Erre példa lehet egy adaptív webhely, amely eltávolítja a cikkek alcímeit, amikor azokat kisebb képernyőkön jeleníti meg. Erin Kissane fogalmaz: "Készítsd elő tartalmaidat bármire, mert mindent meg fog tenni."
Annak ellenére, hogy az ügyfelek vagy a közreműködők önállóan készítenek tartalmat, önmagában nem akadályozza meg a tartalom adaptálhatóságát, a tartalom darabokra bontása a közzététel előtt nagyrészt nem egyeztethető össze az alkalmazkodóképesség új kritériumával, mivel lehetetlenné teszi a valódi kimenet előnézetét vagy prototípusát.
Megoldás: tanulja meg a C.O.P.E.
Amint Karen McGrane megjegyezte, ha adaptív eszközöket szeretne létrehozni a tartalom terjesztésére, akkor intelligensen címkézett és jól felépített tartalomtárakat kell kidolgoznia. Ez nem azt jelenti, hogy egyszerűen szét kell bontani a tartalmát, és az eszközspecifikus formátumokat különböző csövekbe kell pumpálni. Sokkal többet kell magában foglalnia, mint egy nagyszerű CMS. Ehelyett tanuljon meg a C.O.P.E-től (egyszer készítsen, tegyen közzé mindenhol): hozzon létre egy jól átgondolt adattárat webhelye több változatának feltöltésére.
Bár a C.O.P.E-ing koncepciója minimálisra összpontosít a termelésre, úgy gondolom, hogy az alkalmazkodóképesség valóban kielégítéséhez a tartalom létrehozásának módjának is folyékonynak kell lennie. A maximális hatékonyság érdekében az adattárak fejlesztésének valóban magában kell foglalnia a tartalomgyártókkal való folyamatos mozgékony együttműködést. Ha valaki központi egységben a darabok nyomon követésére és cseréjére hivatott, az sokkal szigorúbb ellenőrzésre ösztönzi a karbantartást.
Probléma: A tartalomnak nyitva kell lennie
A Word-dokumentumok vagy táblázatok átírása a követelmények felsorolásával valójában nem nagyon működik az együttműködés platformjaként. Ha együttműködést szeretne elérni, akkor nyilvánvalóan nemcsak a tartalmat, hanem a fejlesztés és a gyártás különböző szakaszaiban részt vevő embereket is össze kell kapcsolnia.
Megoldás: online együttműködési eszközök
Az internet csodáinak köszönhetően egyszerűen konvertálható tartalom online tárolására és fejlesztésére, valamint folyamatos hozzáférésre. Ezzel megnyithatja a tartalomfejlesztési folyamatot, azonnal létrehozva egy folyékonyabb és átláthatóbb munkamódszert - és a követelmények egyszerű meghatározásának gondolatát egy nyílt útmutatási rendszerrel helyettesítheti.
Ennek egyik fő előnye, hogy a tervezők és a fejlesztők arra ösztönzésével, hogy a projekt során a valós tartalommal konzultáljanak, a tervezés és a tartalomfejlesztés szinkronabbá válhat.
A folyamat megkezdésének legegyszerűbb módja a sok online dokumentumtároló eszköz egyikének használata: a Dropbox, a SugarSync, a Just Cloud és a Google Drive a legnépszerűbbek közül. Projektjétől függően más eszközök - például a Basecamp - bevezetése is előnyös lehet, amelyek jobban elkötelezettek az emberek menedzsmentje iránt, és így lehetővé teszik, hogy közvetlenebb útmutatást adjon a tartalomgyártóknak.
Ez egyértelműen erősen általánosított forgatókönyv, de bár nem biztos, hogy mindenkinek megfelelő, érdemes időt szánni a kommunikáció, az útmutatás és az együttműködés általános szellemiségének megfontolására, amely a tartalom megnyitásából és online tárolásából fakad.
Probléma: a tartalom fenntartása
Ha nem világos, hogy hol található a tartalom, nehéz lesz frissíteni, és gyorsan lényegtelenné válhat. Ismét úgy gondoljunk rá, mint élő lényre, amely állandó figyelmet és állandó karbantartást igényel. A szakemberek most azzal a gondolattal közelítik meg a projekteket, hogy a tervezés folyamatos, ismétlődő folyamat, és ebből a szempontból fontolóra kell vennie a tartalom tesztelését és frissítését is.
A különböző projektek különböző karbantartási határidőket dobnak fel, de ritkán fordul elő, hogy a tartalom nagyon sokáig hagyható anélkül, hogy legalább néhány apró frissítésre lenne szükség.
Megoldás: rendszeres tartalomellenőrzés
Van néhány remek eszköz a weboldalak tartalmának tesztelésére. Mindenekelőtt meg kell vizsgálnia a Page Trawler-t: hihetetlenül gyors eszköz a tartalomellenőrzések elvégzésére. A Content Insight a tartalomellenőrzés eszközének fejlesztésén is folyamatban van, amely új alapokat ígér a tartalom fenntartásának módjában.
A kisebb szervezetekre koncentráló Perch egy CMS, amely csodálatosan megkönnyíti a tartalom nyomon követését és frissítését. A tapasztalatok egyszerűsítésére összpontosítva a fejlesztők sokkal szélesebb kör számára nyitottak karbantartást, például ügyfelek, műszakilag nem hozzáértő szövegírók és webhelytulajdonosok számára.
Erőforrások tömbje
Mint láttuk, sokféleképpen lehet töredezettségmentesíteni a tartalomfejlesztést és integrálni azt a többi webtervezési folyamatba; megalapozni a tartalmi stratégiát. Bízom benne, hogy a fejlesztési folyamat során a kommunikációt és az együttműködést ösztönző eszközök valóban el tudják venni a tartalmat a projekt széléről, és visszahelyezhetik oda, ahová tartozik: a színpad középpontjában.
Mindenekelőtt a tartalmat fejleszteni kell, nem pedig gyűjteni - vagyis valóban integrálni kell a weboldal többi részének fejlesztésével. Az olyan módszerek felhasználásával, mint a tartalom modellezése, valamint a tesztelés, kísérletezés, valamint az agilis fejlesztés és karbantartás következetes stratégiájának elfogadásával, saját tartalmát következetesebbé, jobban illeszkedik a tervezési munkához, és jobban meg tudja határozni a weboldalakat termelsz.
Fedezze fel a 20 legjobb drótvázas eszközt a tervezők számára a Creative Bloq-nál.
