Содержание
- Безумный король
- Соответствие содержания дизайну
- Проблема: контент фрагментирован
- Решение: централизованное создание контента
- Проблема: контент органический
- Решение: начать одитинг как можно раньше
- Проблема: контент должен быть согласованным
- Решение: используйте модели контента
- Проблема: контент должен быть адаптируемым
- Решение: научитесь C.O.P.E.
- Проблема: контент должен быть открытым
- Решение: инструменты онлайн-сотрудничества
- Проблема: поддержание контента
- Решение: регулярные аудиты контента
- Массив ресурсов
Эта статья впервые появилась в 233-м номере журнала .net - самого продаваемого журнала для веб-дизайнеров и разработчиков.
Недавно я услышал историю о клиенте, который пришел на встречу с двумя огромными картонными коробками, переполненными фотографиями и рукописными документами. На вопрос, что это за материал, клиент ответил: «Это контент для моего сайта».
Управление контентом - проблема, с которой сталкивается каждый веб-разработчик. В недалеком прошлом наше агентство получало материалы от клиентов в самых разных форматах, от сканированных рисунков карандашом до нескончаемых документов Word (с психоделическими радугами выделения). Мы получали презентации PowerPoint, файлы InDesign и печатные брошюры. Наши многострадальные почтовые ящики стонали от непоследовательных кусков контента.
Результатом этого безумия стало то, что бесчисленные разочаровывающие часы тратились на расшифровку совершенно неструктурированных пакетов материала. Мы остались думать: довольство может быть королем - но, конечно же, это не способ обращаться с королем?
Безумный король
Было написано множество статей о способах минимизации травм, связанных с получением контента от клиентов. Во многих из этих статей излагаются лучшие способы «выжать» или даже «уговорить» клиентов и утверждать эти методы как действительные решения проблемы.
Но здесь есть конфликт идей. Если контент-стратегия сейчас воспринимается как постоянный аналог рабочих процессов проектирования и разработки, не должно ли она включать в себя что-то более активное, чем просто «получение контента от клиентов»?
Соответствие содержания дизайну
Утверждалось, что вы должны связать дизайн вашего контента с дизайном вашего ... дизайна. Как заметил Мишлаев Виталий, если мы этого не сделаем, дизайнеры просто станут художниками, размечая пустой холст, чтобы удерживать воображаемые структуры. Такие концепции, как «разработка контента» и «разработка адаптивного контента» подчеркивают мнение о том, что контент действительно лежит в основе проекта; это действительно король.
Так почему же, когда я говорю со многими веб-практиками, их в первую очередь беспокоит задача сбора материала? Если мы все еще боремся с основами, как мы можем участвовать в более сложных аспектах контентной стратегии?
Я считаю, что мы должны оставить позади эту основную концепцию получения контента от клиентов, в какой бы форме они ни отправляли его. Она устарела, устарела и принципиально несовместима с новыми концепциями, составляющими успешную стратегию веб-контента.Давайте более внимательно рассмотрим некоторые из этих проблем и рассмотрим, как их можно избежать:
Проблема: контент фрагментирован
Есть две основные проблемы, связанные с тем, как компании традиционно создают контент:
- Контент самостоятельно планируется, производится, отправляется и публикуется.
- Сам контент отключается до тех пор, пока не будет введен в CMS.
Распространенный сценарий состоит в том, что клиентам, участникам и / или производителям контента просто сообщают, какой контент требуется, а затем они приступают к созданию и отправке материала в соответствии с этими требованиями.
Например, технических писателей часто просят пойти и написать справочные документы, в то время как маркетологи идут и пишут контент для маркетингового сайта, а другие группы управляют поисковым контентом и контентом в социальных сетях.
Такой способ работы мешает создателям контента иметь реальную точку зрения на проект в целом: видеть, как их части контента соотносятся с другими. Это затрудняет совместную работу, делая менее обязательным для производителей контента общаться с другими людьми, участвующими в проекте: в частности, с дизайнерами и разработчиками. И, наконец, это затрудняет отслеживание, обновление и замену определенных фрагментов контента.
После того, что часто происходит в шахматном порядке, какому-нибудь удачливому человеку (или группе людей с ничего не подозревающими почтовыми ящиками и неподготовленным мозгом), конечно же, дается задача сопоставить, проанализировать и структурировать весь этот контент. Вот где это может стать запутанным, поскольку получение одобрения контента, измерение качества, согласованности и актуальности, а затем размещение всего этого в различных каналах для публикации требует огромного количества времени и энергии. Подобная хаотическая среда мешает сосредоточиться на сохранении целостности самого контента.
Необходимость обеспечить актуальность проекта повышает удовольствие, поскольку добавление или замена фрагментов контента может включать повторение одного и того же процесса. Часто менеджеры проектов просто не беспокоят, и контент может заплесневеть и ранжироваться.
Решение: централизованное создание контента
Способ избежать этого беспорядка - сделать создание контента максимально гибким. Дело не в том, чтобы нанять кого-то (или что-то) для управления контентом после его создания; речь идет о том, чтобы вывести этот процесс создания из закоулков и вернуть его в основу проекта. Просто проведя целенаправленные обсуждения того, что необходимо создать, и начав постоянное сотрудничество, контент станет лучше и проще в управлении.
Эти принципы можно применить во многих инструментах управления проектами, и Trello является невероятно мощным примером. И если я сам так говорю, GatherContent тоже довольно изумительный.
Проблема: контент органический
Содержание проекта становится все более органичным. Он постоянно должен меняться и адаптироваться к внешним обстоятельствам: подобно дереву или любому другому растению, оно неуклонно растет, сбрасывает листья, дает новые ветви… и, вероятно, на него взбираются, вырезают или даже срубают.
Продолжая эту аналогию, мы можем утверждать, что если мы хотим, чтобы проекты процветали и если нам повезет, они приносят плоды, мы должны развивать их в стабильной среде с хорошо управляемыми системами поддержки.
Решение: начать одитинг как можно раньше
Чтобы создать такую среду, необходимо начинать раньше. Как и в случае с партизанскими исследованиями 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.
