Управление сайтом

CMS управление контентом сайта Обзор CMS Последствия использования CMS Использование Macromedia Contribute Создание темы для wordpress

Стратегическое управление контентом сайта

Пытаться решить проблемы организации контента установкой системы управления контентом (CMS) - это всё равно, что пытаться спасти брак, заказывая праздник. Мы знаем, что успешный веб-проект требует контентной стратегии, но когда мы пользуемся CMS, мы перестаём мыслить стратегически. Несмотря на все разговоры про ориентированный на пользователя дизайн, мы редко рассматриваем пользовательский опыт редакторской команды — людей которые реализуют контентную стратегию. Мы не разрабатываем CMS, мы устанавливаем её.

Проблема: инструменты - это не магическая пыль

Любой веб-проект хоть немного сложнее блога требует своей дизайнерской работы. Есть соблазн использовать привычные инструменты и пытаться втиснуть в них контент, но мы не можем выбрать подходящие инструменты до тех пор, пока не выясним специфические нужды проекта.

Каркасы — недостижимые фантазии

Легко приделать набросок фасетной навигации к каркасу. Более сложно реализовать CMS, чтобы задействовать предполагаемую таксономию, и предоставить длительную редакторскую поддержку. Каркас без соответствующей контентной стратегии и реалистичной CMS — это чистые фантазии. CMS, которая сможет реализовать один из таких фантастических каркасов требует некоторого количества магической пыли. Нам нужна контентная стратегия, помогающая нам решать, какие из наших начинаний реальны. Дизайн CMS есть важнейшая часть таких решений.

Использование процесса дизайна выбора и приспособления CMS

Чаще всего мы выбираем CMS по популярности, культурной привычке, или корпоративному приказу — то есть без правильного рассмотрения контента, который мы собираемся публиковать. Это ненормально. Вместо этого мы должны использовать процесс дизайна, чтобы выбирать и настраивать CMS на базе нашей текущей стратегии и нужд команды редакторов. Эта статья покажет вам как это сделать. Но сначала давайте сделаем шаг назад: что такое на самом деле CMS?

CMS — это связка функций

Мы определим CMS как набор программных инструментов, позволяющих не разбирающимся в технике людям управлять веб-контентом. Существует несметное количество различных CMS инструментов. Они продаются за их функциональность, и они действительно имеют много функций. Для примера:

• создание и редактирование контента,

• доставка контента,

• управление таксономией,

• организация и составление страниц,

• редакторский процесс, а также

• … продолжать можно до бесконечности.

Но одни эти функции не могут решить стратегические, редакторские или управленческие проблемы. Слишком часто CMS проекты становятся перерешёнными, или прячут проблему за технологиями. Так что может дать нам CMS кроме связки функций?

CMS должен давать семантическое разнообразие

Чтобы получить пользу от CMS, думайте шире, чем редактор веб-страниц.

Управление контентом должно включать структурирование, организацию, поиск, фильтрацию и лёгкость модификации вашего контента. Позволять вам быстро определять новые типы контента и облегчать установление смысловых связей между не сопоставимыми разделами контента. Оно должно делать ваш контент более полезным просто от того факта того, что он всунут в систему.

Веб-страницы это место, куда контент попадает в конечном итоге, но использование инструментов, которые могут всего лишь редактировать страницы, как например пометка заголовков документа элементом div; может выглядеть прекрасно на поверхности, но правильная семантическая пометка заголовков более полезна. Таким образом, от CMS требуется богатая контентная модель, которая позволяет генерировать семантические веб-страницы.

CMS должна быть приспособлена под нужды проекта

Продукт не сможет решить проблемы контента сразу из коробки. Любая CMS создаётся как решение к специфической проблеме, а затем обобщается, чтобы охватить более широкий круг задач. Всем известный секрет состоит в том, что CMS инструменты нуждаются в доработке, перед тем как они смогут использоваться для реального веб-сайта.

На самом деле большинство CMS заканчивают как специфические, независимо от того, как задумывались изначально. Из тех, которые планируются, как подходящие на все случаи жизни получаются сильно специализированные системы, имеющие дело с определённой индустрией или типами контента. Дело только в том, как много доделок вам потребуется, чтобы получить то, что работает для ваших сотрудников.

Таким образом, CMS - это связка мощных инструментов, которые вносят семантическое разнообразие в контент и которые требуют настройки, чтобы удовлетворить специфическим нуждам проекта. Перед тем как мы рассмотрим, как применить их к контентной стратегии, давайте устроим коротенький урок истории.

Контентная стратегия сделала встряску CMS индустрии

Появление контентной стратегии сделало индустрии управления контентом сильнейший пинок сзади. В эру дикого запада веба, CMS поддерживались отделом информационных технологий, или иногда единственным веб-мастером, знающим HTML, так что выбор CMS основывался на функциональности, цене и культурных предпочтениях, а не на веб или контент стратегии. Это было классической IT работой: выборные комитеты, функциональные матрицы и бизнес ланчи с людьми в галстуках.

Времена изменились. Веб стал в первую очередь коммуникациями, продажами, маркетингом и средством ведения дел компаний. Целевой аудиторией поставщиков CMS были IT директора, и успешный результат заключался в том, что каждый отдел мог легко обновлять свой контентные хранилища. Теперь же целевая аудитория — это внутренняя редакторская инфраструктура организаций; и успешный результат — это сложная смесь достигнутых бизнес целей, реализация контентной стратегии, профессиональный опыт пользователей. Игра стала более серьёзной.

Процесс выбора и настройки CVS

Мы выбираем CMS по бессмысленным критериям. Может быть, вы узнаете один из этих сценариев.

• Выбрать инструмент, потому что кто-то восхитил вас, пользуясь им, и ожидать результатов таких же, как у него, как если купить такую же гитару, как та, на которой играл Джимми Хендрикс, и надеяться собрать полный Медисон-сквер-гарден на следующей неделе. («Все классные парни используют продукцию ACME»).

• Выбрать инструмент, основываясь на вашей привычке к нему делает проект ближе к вам, а не к целям ваших клиентов или к нуждам пользователей. Избегать священных войн. («Продукция ACME должна быть вашей следующей CMS»).

• Выбрать инструмент, потому что отдел информационных технологий сказал, что вы должны сделать так, это как выступать перед художественной комиссий в наручниках. Конечно, всё равно можно выполнить работу удачно, но так вы подготавливаете провал. («Клиент требует продукцию ACME»).

Всё это выглядит, так что мы рассматриваем все факторы кроме самого контента. Сместите дискуссию о CMS от функциональности к задаче.

Так как выглядит процесс выбора CMS? Вот диаграмма.

Процесс дизайна CMS.

Входные данные — это контентная стратегия, которая состоит из материала, структуры, рабочего процесса, и управления; наши редакторские ресурсы, например, рабочее время редакторов; и наши технические ресурсы, состоящие из инфраструктуры оборудования и рабочего времени технической команды. Используя подходящий процесс дизайна, моделирования контента и анализа задачи, мы создаём план выбора и настройки CMS, который описывает какие инструменты использовать, как мы настраиваем их, и как мы поддерживаем их с течением времени. Давайте рассмотрим всё по порядку.

Золотые прииски: видимые составляющие контентной стратегии

Во-первых, не паникуйте. Здесь контент стратег чтобы вам помочь. (Нет контент-стратега? Попробуйте стать им сами). «Контентная стратегия» - это практический обзор различных особенностей работы контентного стратега, и соответствующих составляющих стратегии; взятые вместе эти документы — золото для принятия умных CMS дизайн решений. Вот некоторые важные моменты:

• Редакторская стратегия («разработка продукта для контента») может включать календарь для редакторов, расписание редакторов, руководство по стилям.

• Анализ контента может включать реестр контента, анализ пробелов, таксономии, и план миграции.

• Копирайтинг включает шаблоны контента (также называемые страничными таблицами), аннотирующими каркасами и т. д.

Три типа метаданных

Мы до сих пор не упоминали метаданные — обычно определяемые как «данных о данных» - потому что сам термин немного запутанный. На самом деле, различение данных и метаданных не очень полезно. Но давай рассмотрим три типа метаданных:

• описательны метаданные — это таксономия: система классификации контента;

• административные метаданные определяют скрытый статус контента, обычно управляемый самой CMS; и

• структурные метаданные определяют контентную модель.

Вместо использования одного слова для трёх различных концепций, мы говорим о таксономии, административных данных, и о контентной модели.

Контентное моделирование: типы, элементы, связи.

На основе стратегии, мы создаём модель для описания контента веб-сайта: типы, элементы и связи. Вы можете думать о контент модели как о семантической структуре для контента, или как о схеме базы данных; это часть информационной архитектуры. (Не путайте с картой сайта, которая определяет нисходящую навигацию.) Контентное моделирование не прямолинейный механический процесс; он требует человеческих суждений и опыта, и не существует единственного верного решения.

Баланс семантики и глубины детализации

Контентное моделирование — это тонкий баланс между семантикой и глубиной детализации. Мы можем заключить это в ответы на два вопроса:

1. Что представляет собой контент? (Семантика).

2. Как много деталей, в которые мы должны входить? (Глубина детализации).

Для демонстрации предположим, что мы разрабатывает контентную модель для компании, проводящей конференции. Сначала рассмотрим, какой тип контента нам нужен. (Это не типы медиа, как видео или текст: каждый тип контента представляет отдельную сущность в нашей модели.) Легко обдумать возможные типа контента: события, презентации, выступающие, слушатели. Но какая детализация нам нужна? Должны ли мы моделировать расписания и курсы множества конференций, или презентаций и выступающих достаточно?

В то же время, мы рассматриваем, какие типы контента связаны друг с другом и как. Например, если мы моделируем курсы, каждая презентация связана с курсом; без курсов, каждая презентация связывается непосредственно с событием. Мы также рассматриваем связи как один-к-многим или много-к-многим (технический термин — кардинальность). Далее мы рассматриваем элементы: что подходит элементу биография? Наконец мы решаем, какие типы контента требуют классификации, и какие требуют использования таксономии.

Выведение модели из стратегии

Если это звучит немного абстрактно, не волнуйтесь. Мы не будем сидеть здесь весь день, обсуждая природу мира; мы должны реализовать контентную стратегию. На основе составляющих, обрисованных выше, мы можем сделать нашу контентную модель.

Пример контентной модели для веб-сайта конференции.

Каждый прямоугольник представляет типа контента, и списки нескольких возможных элементов; линии представляют связи между частями контента. Мы моделируем событие как набор курсов, каждый состоит из набора презентаций, каждая представляется одним выступающим. Такое семантическое разнообразие даёт нам гибкость, чтобы представлять контент мощными способами. Например:

• От биографии выступающего мы можем сделать ссылку к его презентациям на прошлых событиях.

• Для каждой презентации мы можем автоматически показать, чтобы было до и после неё, и что происходит одновременно на других курсах.

• Поиск может возвращать интеллектуальные результаты, например, выступающего и события посвящённые тому, что ищем.

• Можно сделать персонализированные расписание для конференций, чтобы слушатели могли использовать его для планирования своего дня.

Не делайте идеальную модель

Рассмотрим конференцию, которую вы посещаете; подходит ли эта контентная модель для этой конференции? Вероятно, нет. Как насчёт событий с единственным курсом, или панелью с несколькими выступающими? Или ещё важнее, что если редакторская стратегия основывается на публикации видео презентаций высокого качества? Мы не стремимся к окончательной модели; нам нужен прагматичный дизайн, приспособленный к ограничениям реального мира контентной стратегии. Мы не хотим сделать всё правильно с первого раза: контентная модель развивается, так что мы делаем её поэтапно и изменяем со временем.

Анализ задачи: что делает редактор?

Но модели недостаточно; редактор должен создавать, редактировать, публиковать, и следить за контентом, который живёт в модели. В реальной жизни редактору никогда не хватает времени. С помощью анализа задачи мы можем сделать нашу контентную модель более реалистичной рассматривая выполнимость. Отличный способ проверить предположения — это рассмотреть интерфейс CMS, это позволит нам информировать проектную команду о настоящей стоимости контента и функций — принимая во внимание время, рабочее время редакторской и технической команд.

Редакторы - тоже пользователи

Для веб-профессионалов, анализ задач — новая область. Мы всегда думаем с точки зрения пользователя, делая задачу простой насколько возможно. Но как часто мы применяем такой же способ мышления к веб-редакторам? Вот четырёх шаговая инструкция:

1. Обдумайте ключевые задачи (на основе контентной модели, календаря редакторов, и реестра контента).

2. Сделайте набросок диаграммы для каждой задачи.

3. Сделайте набросок каркаса ключевых интерфейсов.

4. Оцените затрачиваемое редактором время, требующееся для выполнения работы.

Пример анализа задачи

Продолжая наш пример с конференцией, как наша контентная модель подвергается анализу задач? Несложно перечислить ключевые задачи редактора: опубликовать новый элемент, добавить выступающего, добавить новую презентацию, и т.п. Вот рабочая последовательность задач CMS, как она может выглядеть для действия добавления новой презентации в нашей контент модели.

Пример последовательности задач для CMS веб-сайта конференции.

Диаграмма показывает пять процессов и два решения, задействованных в этой задаче. Типичная реализация может включать пять отдельных экранов; мы оцениваем, что редактор затратит 10-20 минут выполнить это. Мы также сделаем набросок простого каркаса для каждого процесса. (Будет ли Ajax дизайн работать лучше? Нам понадобится детализированный эскиз, показывающий как работает магия авто дополнения и скрытия-развёртывания.)

Если мы применим анализ задач ко всей системе, мы можем вывести разумную оценку времени редакторов, требующегося для выполнения каждой задачи. Мы может расставить приоритеты нашей работы на основе реально доступного времени. Может оказаться, что какие-то части нашей контентной модели слишком амбициозны, когда другие можно расширить. Этот процесс поможет нам найти реалистичный баланс между моделированием и потоком задач на базе стратегических приоритетов, а не на случайных предположениях.

Есть и другое преимущество: Выявление предположений внутри контентной модели о процессе публикации. Например, наша задача требует от редактора выбрать курс перед добавлением презентации. Это правильно предположение? Что если нам нужно опубликовать презентацию до того как курсы будут сформированы? И как веб-сайт представляет курсы в браузере? Разбор этих допущений до начала реализации сохраняет много времени, денег и печалей.

Время принятия решений: план выбора и настройки CMS

На этом этапе мы имеем пересмотренную контентную модель, и анализ задач, определяющий как редакторы взаимодействуют с CMS. Мы также знаем, какие задачи боле важны, что поможет нам выбрать приоритеты разработки дизайна интерфейсов. Это ставит нас на сильную позицию, чтобы сократить список подходящих CMS и выбрать инструмент, и даёт взгляд на настройку.

Не существует серебряной пули для выбора CMS. Ключ в определении проблемы как можно яснее, и затем в требовании реалистичных оценок времени для настройки и реализации. Мы готовы задать следующие вопросы:

1. Могут ли эти инструменты реализовать нашу контентную модель?

2. Сколько работы понадобится, чтобы реализовать наш набор задач? Как долго это займёт с нашими техническими ресурсами?

Если вы не технический эксперт, вам понадобятся консультации с вашей технической командой, поставщиком, или онлайн сообществом. Хотя есть другие важные факторы для рассмотрения при выборе CMS (например, платформа, лицензирование, хостинг), не позволяйте никому использовать их, чтобы избегать ответов на эти базовые вопросы. Если инструмент может выполнить то, что мы описали, и если есть достаточно времени и денег чтобы доделать его, отлично. Если нет, нам либо требуется рассмотреть другие инструменты, либо урезать наши планы до реальных. CMS проект требует технических ресурсов не только в день запуска, так что убедитесь, что вы учли стоимость последующих изменений дизайна и поддержку.

Результат этого процесса — план проекта. Мы знаем, какой инструмент используем, и мы оценили объём работ, чтобы сделать его подходящим для наших потребностей. Теперь купите себе выпить.

Последняя стрелка: назад к рисовальной доске

Мы не совсем закончили: мы не можем просто положиться на какую-то контентную стратегию, настроить CMS и уйти. Дизайн CMS — часть продолжительного поэтапного процесса: наш план выбора и настройки даёт информацию о выполнимости, которая влияет и на саму стратегию тоже. На практике, мы выдумываем амбициозные планы, требующие нереалистичного количества редакторской и технической работы для их реализации. Так что мы используем последнюю стрелку на диаграмме работ, указывающую обратно на рисовальную доску, чтобы урезать наши планы и сделать их более реалистичными.

Восстановление контроля на вашими CMS

Наш веб-сайт слишком долго содержался на бесцветных и тусклых инструментах публикации. В этой статье мы исследовали пути применения стратегического мышления к выбору и приспособлению CMS, через дизайн. Время вернуть контроль над нашими контентными системами силой контентных стратегий.

^^вверх^^