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