Съдържание
- Лудият крал
- Съвпадение на съдържанието с дизайна
- Проблем: съдържанието е фрагментирано
- Решение: централизирайте създаването на съдържание
- Проблем: съдържанието е органично
- Решение: започнете одита по-рано
- Проблем: съдържанието трябва да е последователно
- Решение: използвайте модели на съдържание
- Проблем: съдържанието трябва да може да се адаптира
- Решение: научете се на C.O.P.E
- Проблем: съдържанието трябва да е отворено
- Решение: инструменти за онлайн сътрудничество
- Проблем: поддържане на съдържание
- Решение: редовни одити на съдържанието
- Масив от ресурси
Тази статия се появи за първи път в брой 233 на списание .net - най-продаваното списание в света за уеб дизайнери и разработчици.
Наскоро чух история за клиент, който се яви на среща, носеща две огромни картонени кутии, препълнени със снимки и ръкописни документи. На въпрос какъв е този материал, клиентът отговори: „Това е съдържанието на моя уебсайт.“
Управлението на съдържание е проблем, пред който е изправен всеки уеб разработчик. В не толкова далечното минало нашата агенция получаваше материали от клиенти във формати, вариращи от сканиране на рисунки с пастели до безкрайни документи на Word (в комплект с подчертани психеделични дъги). Ще получаваме презентации на PowerPoint, файлове InDesign и отпечатани брошури. Нашите многострадални пощенски кутии стенеха с непоследователни парчета съдържание.
Резултатът от това безумие беше, че безброй разочароващи часове бяха прекарани в дешифриране на напълно неструктурирани снопове материал. Останахме да мислим: съдържанието може да е цар - но със сигурност това не е начин да се отнасяме към цар?
Лудият крал
Написани са множество статии за начини, по които да се сведе до минимум травмата от получаване на съдържание от клиенти. Много от тези статии излагат най-добрите начини за „изтласкване“ или дори „придушване“ на съдържание от клиентите и отстояват тези методи като валидни решения на проблема.
Но тук има конфликт на идеи. Ако стратегията за съдържание сега се приема като постоянен аналог на работните потоци за проектиране и разработване, не би ли трябвало да включва нещо по-активно, отколкото просто „получаване на съдържание от клиенти“?
Съвпадение на съдържанието с дизайна
Твърди се, че трябва да свържете дизайна на вашето съдържание с дизайна на вашия ... дизайн. Както е посочил Мишлаев Виталий, ако не успеем да направим това, дизайнерите просто стават художници, маркирайки празно платно, за да държат въображаеми структури. Понятия като „проектиране на съдържание“ и „проектиране на адаптивно съдържание“ подчертават мнението, че съдържанието наистина е в основата на проекта; наистина е цар.
И така, защо когато говоря с много практикуващи уеб, те са обезпокоени от задачата да събират материали на първо място? Ако все още се борим с основите, как можем да участваме в някой от по-сложните аспекти на стратегията за съдържание?
Идеята ми е, че трябва да оставим тази основна концепция за получаване на съдържание от клиентите под каквато и форма да го изпратим. Той е остарял, остарял и по същество несъвместим с възникващите концепции, които представляват успешна стратегия за уеб съдържание.Нека да разгледаме по-отблизо някои от тези проблеми и да помислим как те могат да бъдат избегнати:
Проблем: съдържанието е фрагментирано
Има два основни проблема с начина, по който компаниите традиционно създават съдържание:
- Съдържанието се планира независимо, произвежда, изпраща и публикува.
- Самото съдържание се прекъсва, докато не бъде въведено в CMS.
Често срещаният сценарий е, че на клиентите, сътрудниците и / или производителите на съдържание просто им се казва какво съдържание се изисква и след това продължават да създават и подават материала в съответствие с тези изисквания.
Например, на техническите писатели често им се казва да отидат да пишат помощни документи, докато маркетинговите автори отиват и пишат съдържанието за маркетингов сайт, а други групи управляват съдържанието за търсене и социални медии.
Този начин на работа затруднява създателите на съдържание да имат някаква реална перспектива за проекта в неговата цялост: да видят как техните части от съдържанието са свързани с останалите. Това затруднява сътрудничеството, като по-малко задължава производителите на съдържание да общуват с други хора, участващи в проекта: по-специално с дизайнери и разработчици. И накрая, затруднява проследяването, актуализирането и замяната на конкретни парчета съдържание.
Следвайки често стъпков процес на подаване, някой късметлия (или поредица от хора с нищо неподозиращи пощенски кутии и неподготвени мозъчни стволове), разбира се, получава задачата да събира, преглежда и структурира цялото това съдържание. Това е мястото, където може да се обърка, тъй като получаването на подпис за съдържание, измерването на качеството, последователността и уместността и след това поставянето на всичко в различните канали за публикуване изисква огромно количество време и енергия. Хаотични среди като тези затрудняват фокусирането върху запазването на целостта на самото съдържание.
Необходимостта да се гарантира, че даден проект е актуален, засилва забавлението, тъй като добавянето или подмяната на парчета съдържание може да включва повтаряне на същия процес. Често мениджърите на проекти просто не си правят труда и съдържанието може да стане плесенясало и да се класира.
Решение: централизирайте създаването на съдържание
Начинът да избегнете тази бъркотия е да поддържате създаването на съдържание възможно най-пъргаво. Не става дума за наемане на някой (или нещо), който да управлява съдържание, след като то е създадено; става въпрос за преместване на този процес на създаване от задните улички и връщането му в сърцевината на проекта. Просто чрез фокусирани дискусии за това, което трябва да се създаде, и отваряне на текущо сътрудничество, съдържанието ще стане по-добро и по-лесно за управление.
Тези принципи могат да бъдат приложени в действие в много инструменти за управление на проекти, като Trello е невероятно мощен пример. И ако аз така кажа, GatherContent също е доста прекрасен.
Проблем: съдържанието е органично
Начинът, по който се държи съдържанието на проекта, става все по-органичен. Постоянно се изисква да се променя и приспособява към външните обстоятелства: като дърво или каквото и да било друго растение, то безмилостно расте, хвърля листа, изважда нови клони ... и вероятно е изкачвано, издълбано или дори отсечено.
Вземайки тази аналогия по-нататък, можем да твърдим, че ако искаме проектите да процъфтяват и ако имаме късмет, да дадат плод, трябва да ги подхранваме в стабилна среда с добре управлявани системи за подкрепа.
Решение: започнете одита по-рано
За да се създадат такива среди, е необходимо да се започне по-рано. Както при изследванията на Guerilla UX, като правите отделни задачи достатъчно малки, за да ги изпълнявате за часове или дори минути, управлението на съдържанието може да се превърне в нещо, което се случва по време на целия проект, а не в един огромен отчаян прилив в последната минута. Малко и често е по-добре от късно и драстично.
Вместо болката от пълен одит на съдържанието, първоначалният процес може да бъде толкова прост, колкото откриването на проблеми със съществуващото съдържание на сайта. Без значение ли е, остарял, lorem ipsum, несъществуващ, несвързан, счупен - или просто грешен? Простото посочване на тези проблеми е добър начин да се стимулира първоначалната инвестиция в разработването на стратегия за съдържание.
Проблем: съдържанието трябва да е последователно
Последователност е дума, изкрещяна от покривите на стратези за съдържание, редактори, дизайнери, SEO екипи, UX специалисти, мениджъри, маркетолози, изследователи, издатели, потребители, читатели, потребители, критици, клиенти ... и вероятно майка ви.
Последователността обаче е жертва на сценарий, при който съдържанието се дефинира независимо, произвежда се независимо и след това просто се „събира“. Разбиването на проект на множество несвързани документи затруднява проследяването на версиите на съдържанието, документите за кръстосано позоваване или разглеждането на вашите проекти от птичи поглед.
Въпреки че има смисъл да разделяме съдържанието на работещи парчета, ако не успеем да свържем тези парчета, как можем да осигурим последователност и приемственост?
Решение: използвайте модели на съдържание
Когато планирате последователност, помислете за създаване на модели на съдържание. Това са чудесен начин да анализирате задълбочено целите и резултатите от даден проект. Моделите на съдържанието действат като чудесни основи, от които можете да създадете писмени ръководства за стил за продуцентите на съдържание (вижте www.voiceandtone.com за чудесен пример за това).
Друго бързо решение е да създадете основна карта на вашето съдържание и да направите това достъпно за всички участващи. Като общо правило съдържанието ви трябва да бъде свързано и можете да направите това, като просто го групирате и съхраните онлайн.
Проблем: съдържанието трябва да може да се адаптира
Друга концепция, която в момента е на мода, е адаптивно съдържание. Това е съдържание, което може да бъде допълнено, за да отговаря на различни устройства, сценарии и потребители. Пример за това би бил отзивчив уебсайт, който премахва подзаглавията на статиите, когато ги показва на по-малки екрани. Както казва Ерин Кисане: „Подгответе съдържанието си за всичко, защото ще направи всичко.“
Въпреки че наличието на клиенти или сътрудници, които самостоятелно произвеждат съдържание, сами по себе си не пречат на съдържанието да стане адаптивно, фрагментирането на съдържание на парчета преди публикуването е до голяма степен несъвместимо с тези нови критерии за адаптивност, тъй като прави невъзможно визуализирането или прототипирането на реални резултати.
Решение: научете се на C.O.P.E
Както отбелязва Карън Макгрейн, ако искате да създадете адаптивни средства за разпространение на съдържание, трябва да разработите интелигентно обозначени и добре структурирани хранилища на съдържание. Това не означава просто да разбиете съдържанието си и да изпомпвате специфични за устройства формати по различни тръби. Това също трябва да включва много повече от това да имате страхотна CMS. Вместо това се научете на C.O.P.E (създайте веднъж, публикувайте навсякъде): създайте едно добре обмислено хранилище, за да подхранвате множество версии на вашия сайт.
Въпреки че концепцията на C.O.P.E-ing предполага минимален фокус върху производството, мисля, че за да се погрижим наистина за адаптивността, начинът, по който се създава съдържанието, също трябва да стане плавен. За максимална ефективност, разработването на хранилища трябва наистина да включва непрекъснато пъргаво сътрудничество с производителите на съдържание. Наличието на някой, посветен на проследяването и подмяната на парчета на централно място, насърчава много по-строг контрол върху поддръжката.
Проблем: съдържанието трябва да е отворено
Преминаването около документ или електронна таблица на Word със списък с изисквания всъщност не функционира много добре като платформа за сътрудничество. Ако искате да постигнете сътрудничество, очевидно трябва да свържете не само съдържание, но хората, участващи в различни етапи от неговото развитие и производство.
Решение: инструменти за онлайн сътрудничество
Благодарение на чудесата на интернет е лесно да се превърне в съхраняване и разработване на съдържание онлайн и да имате постоянен достъп до него. По този начин можете да отворите процеса на разработване на съдържание, веднага създавайки по-плавен и прозрачен метод на работа - и замествайки идеята за просто определяне на изискванията с отворена система за насоки.
Едно от основните предимства на това е, че чрез насърчаване на дизайнерите и разработчиците да се консултират с реално съдържание по време на даден проект, дизайнът и разработването на съдържание могат да станат по-синхронни.
Най-лесният начин да започнете този процес е да използвате един от многото инструменти за онлайн съхранение на документи: Dropbox, SugarSync, Just Cloud и Google Drive са едни от най-популярните. В зависимост от вашия проект може да се възползвате и от приемането на други инструменти - като Basecamp - които са по-отдадени на управлението на хора и които ви позволяват да давате по-директни насоки на продуцентите на съдържание.
Това очевидно е силно обобщен сценарий, но въпреки че може да не е подходящ за всички, струва си да отделите време за обмисляне на общия дух на комуникация, насоки и сътрудничество, който произтича от отварянето на съдържанието и съхраняването му онлайн.
Проблем: поддържане на съдържание
Когато стане неясно къде се намира съдържанието, става трудно да се актуализира и бързо може да стане без значение. Отново, мислете за него като за живо същество, което изисква постоянно внимание и постоянна поддръжка. Сега професионалистите подхождат към проектите с идеята, че дизайнът е непрекъснат, итеративен процес и вие също трябва да помислите за тестване и актуализиране на съдържанието от тази гледна точка.
Различните проекти създават различни срокове за поддръжка, но рядко се случва, че съдържанието може да се остави много дълго, без да са необходими поне някои малки актуализации.
Решение: редовни одити на съдържанието
Има някои чудесни инструменти за тестване на съдържанието на уебсайтове. Най-вече трябва да погледнете Page Trawler: невероятно бързо средство за провеждане на одити на съдържанието. Content Insight също е в процес на разработване на инструмент за одити на съдържанието, който обещава да пробие нова позиция в начина, по който поддържаме съдържанието.
Фокусирайки се повече върху по-малките организации, Perch е CMS, която улеснява проследяването и актуализирането на съдържанието. Като се съсредоточиха върху опростяването на преживяването, разработчиците отвориха поддръжка за далеч по-широк спектър от хора, като клиенти, нетехнически разумни копирайтъри и собственици на сайтове.
Масив от ресурси
Както видяхме, има много начини да дефрагментирате разработването на съдържание и да го интегрирате с останалата част от процеса на уеб дизайн; за създаване на основа за стратегия за съдържание. Убеден съм, че инструментите, които насърчават комуникацията и сътрудничеството през целия процес на разработка, наистина могат да вземат съдържание от полетата на даден проект и да го върнат там, където му е мястото: в центъра на сцената.
Преди всичко съдържанието трябва да се разработва, а не да се събира - тоест то трябва да бъде истински интегрирано с развитието на останалата част от уебсайта. Като използвате методи като моделиране на съдържание и като възприемете последователна стратегия за тестване, експериментиране и гъвкаво разработване и поддръжка, можете да направите собственото си съдържание по-последователно, по-подходящо за вашата дизайнерска работа и по-способно да дефинирате уебсайтовете произвеждаш.
Открийте 20-те най-добри инструменти за каркасно проектиране на дизайнери в Creative Bloq
