Выбор CMS, которую полюбит ваша организация

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

Проклятие корпоративного программного обеспечения

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

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

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

Инструменты, подходящие разработчикам

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

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

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

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

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

Вот некоторые вопросы, которые помогут вам взвесить все плюсы и минусы данных вариантов:

  • Насколько высокий уровень знаний требуется, чтобы освоить CMS? Предлагает ли выбранная CMS данные стандартным методом? Характеризуется ли она четким разделением задач? Насколько отлично задокументирован программный код? Возможна ли пользовательская параметр CMS? Какие инструменты доступны для разработчиков?
  • Как велико сообщество разработчиков данной CMS? Насколько много технических специалистов, которые специализируются на данном продукте? Насколько просто устранение неполадок? Поддерживается ли дополнительно функцию статистики?
  • Поставляется ли CMS с оригинальным API? Какой тип данных доступен программно? Подробна и информативна ли документация по API? Насколько трудно изменить API?

Страх редакторов перед мануалами

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

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

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

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

Решение большинства данных проблем заключается в разделении содержимого разного типа на небольшие части данных и сохранении данных данных отдельно от элементов визуального представления.

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

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

  • Насколько настраиваемой будет CMS? Могут ли быть определены пользовательские типы данных без навыков кодирования? Как обстоят дела с настройкой пользовательского интерфейса? Может ли быть инструментарий адаптирован с учетом рабочих процессов команды? Будет ли CMS удовлетворять запросам нескольких групп посетителей?
  • Поддерживает ли CMS высококачественные презентации? Имеет ли CMS шаблоны дизайна? Могут ли редакторы выбирать шаблоны и стили для отдельных элементов страницы? Какие опции предварительного просмотра поддерживаются? Являются ли элементы автоматом масштабируемыми для разных экранов и устройств?
  • Поддерживает ли CMS структурированный содержимое? Разбит ли содержимое на разные блоки? Хранятся ли вводимые данные в соответствии с разными типами данных? Необходимо ли редакторам заниматься форматом и стилями записей? Как без труда определяется и поддерживается пару типов содержимого?

Как помочь менеджерам увидеть общую картину

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

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

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

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

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

Вот ещё пару вопросов, на которые следует ответить перед окончательным выбором CMS:

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

Человеческий фактор

Успех или провал проекта CMS во многом зависит от человеческого фактора. CMS выполняет разные возможности для разных подразделений, и это требует стратегических компромиссов. Некоторые компромиссы взаимосвязаны: CMS на базе API просто взаимодействует с облачными сервисами аналитики и A / B тестирования; CMS с упором на редакторский функционал предлагает новые функции для менеджеров по параметру пользовательских рабочих процессов. Возможно, что и организация окажется перед тяжелым выбором того, чьими интересами пренебречь при выборе CMS.

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

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

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

Для вновь созданного бизнеса, ограничения часто определяет потребность в IT-разработках. Для ВУЗов ограничения могут заключаться в наличии свободного времени и технических навыков членов профессорско-преподавательского состава. В медиа-компаниях с постоянным потоком свежих материалов самый большой прирост производительности может дать устранение препятствий на пути маркетинговой команды.

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

Установка на успех

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

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

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

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

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

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *