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

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

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

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

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

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

Правильные инструменты для разработчиков

Все разработчики знают, что нет двух одинаковых платформ. Некоторые платформы разделяют данные приложения, проекции и бизнес-логику, что делает их легко расширяемыми и настраиваемыми. На другом конце спектра"Спектр.'Вы узнаете, кто вы'Мясо.'Они состоят из слишком сложного и плохо структурированного кода'.Под капотом.'Вредоносный код замедляет работу. Это мешает даже самым опытным разработчикам и превращает каждое перспективное начинание в бесконечный и утомительный процесс.

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

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

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

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

Ниже приведены некоторые вопросы, которые помогут вам сравнить плюсы и минусы этих вариантов.

Какой уровень знаний необходим для исследования? Предоставляет ли кандидат данные в стандартизированном виде? Есть ли в нем четкое распределение ролей? Насколько хорошо документирован код? Возможна ли индивидуализация? Какие инструменты доступны разработчикам? Насколько велико сообщество разработчиков? Сколько технических специалистов специализируются на данном продукте? Насколько легко устранить неполадки? Поддерживается ли статистика дополнительно? Поставляется ли он вместе с оригиналом? Какие типы данных доступны в программе? Является ли документация подробной и информативной? Насколько сложно его настроить?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Даже если поставщик уверяет вас, что продукт поддерживает управление ролями и правами доступа, обязательно проверьте, соответствует ли этот компонент вашим потребностям или вам придется нанять человека для его настройки.

Прежде чем сделать окончательный выбор, ответьте еще на несколько вопросов.

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

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

Успех или неудача проекта во многом зависит от человеческого фактора. Несколько компромиссов взаимосвязаны. База данных просто подключается к облачным сервисам анализа и A/B-тестирования. Особое внимание уделяется возможностям редактирования, предоставляя администраторам новые возможности для настройки рабочих процессов пользователей. Ваша организация также может оказаться перед сложным выбором, чьи интересы игнорировать.

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

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

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

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

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

Настройте себя на успех

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

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

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

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

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