Подбор cms: Как выбрать CMS в 2021 году. Обзор вариантов, интерфейсы

Содержание

Выбор CMS: какой движок выбрать для сайта — платный или бесплатный

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

Что же такое CMS?

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

CMS (Content Management System) – это система управления контентом. Проще говоря, это сердце сайта, с помощью которого можно размещать, добавлять, редактировать и управлять информацией на сайте и доступом к ней. Движок помогает упорядочить весь контент в зависимости от его размещения на страницах. К тому же, CMS – это идеальный способ приобщить одновременно нескольких сотрудников, выполняющих различную работу: контент-менеджера, копирайтера, SEO-специалистов и т.д.

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

Какая CMS лучше: платная или бесплатная?

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

Как выбрать функциональный движок для сайта

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

Удобное и простое редактирование контента

Раз вы отказались от HTML-кода, логично, что хотите удобства и простоты в редактировании контента. Поэтому движок должен позволять моментально публиковать и изменять контент с помощью кнопок, понятных на примитивном уровне, а, значит иметь интерфейс WYSIWYG (What You See Is What You Get – что ты видишь, то и получишь)

SEO + CMS = дружба

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

Кастомизация контента

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

Уровень доступа другим пользователям

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

Самые популярные движки сайтов. ТОП-3 лучших бесплатных CMS

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

WordPress

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

Плюсы:

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

Очень широкий набор плагинов для разных типов сайтов;

Есть тип интерфейса WYSIWYG, который облегчит работу с HTML-разметкой;

Не требует опыта в работе и особых знаний.

Минусы:

Из-за огромного набора плагинов необходимо правильно выбрать настройки, чтобы получить удобство и возможность использовать только то, что необходимо для сайта;

Если вы новичок, можно столкнуться с проблемами при установке.

Вывод: WordPress – лучший вариант для простого администрирования сайта. Если потратить немного времени и кастомизировать все настройки, этот движок станет идеальным вариантом, как для новостных ресурсов и блогов, так и для e-commerce сайтов.

Joomla

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

Плюсы:

CMS является функциональным инструментом для разработки сайта;

Поддерживает протоколы контроля и ограничения доступа;

Есть административная панель с широким функционалом;

Очень простая установка, с которой сможет справиться даже новичок;

Очень красивый дизайн.

Минусы:

CMS универсальна, но довольно поверхностна;

Не подходит для разработки интернет-магазинов и порталов с большой посещаемостью.

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

Drupal

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

Плюсы:

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

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

Наличие модуля Taxonomy, с помощью которого можно распределить контент по категориям, подкатегориям и уровням;

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

Колоссальный выбор плагинов, повышающие функциональность системы.

Минусы:

Не подходит для новичков. Это сложная CMS, требующая знаний;

CMS требует высокой производительности ПК. Из-за ее недостатка могут возникнуть сложности в использовании.

Сложная для понимания клиентов, с интуитивностью понимания тут очень тяжко.

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

Подведем итоги

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

С вас like! Подписывайтесь на наш блог, впереди ну очень много интересного!

Автор — Игорь Кобылянский

Основатель студии

Антиспам поле. Его необходимо скрыть через css

Ваша оценка:

«Движок» вашего сайта.

Выбор CMS

Занимаясь вопросом создания сайта, Вы так или иначе столкнетесь с понятием CMS (Content Management System). Что это такое, и на что стоит обратить внимание при выборе конкретной CMS?

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

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

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

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

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

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

Эффективная работа сайта во многом обусловлена возможностями его оптимизации под поисковые системы, которые напрямую зависят от CMS. «Движок» должен позволять изменять содержимое тегов <TITLE<, метатегов и заголовков каждой страницы, не создавая при этом малоинформативных страниц и страниц с дублированным содержимым, или же запрещая индексацию таких страниц поисковиками… Подробно об этом рассказывалось ранее в №47 журнала «Мир климата».

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

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

Статья подготовлена специалистами портала климатической техники TopClimat.ru

Выбор системы управления контентом

Глава 16

Резюме

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

Применимо ли это?

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

Сюжет

Каждый знает аудиофила. Один из тех людей, которые возвышают свои звуковые системы до диких высот. Они покупают такие вещи, как стереопровода, которые стоят тысячи долларов, а затем заявляют о разнице в качестве звука, которую никто в мире, вероятно, не сможет определить. спиральная геометрия, при которой каждая прядь гарантированно имеет безупречную поверхность. В кабелях используется вспененный полиэтилен в качестве диэлектрика, а многослойная последовательность компонентов на основе углерода действует как рассеиватель шума. 20-футовая длина этих конкретных кабелей стоит 76 800 долларов. Хотели бы мы пошутить об этом. Закрыть.

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

Это сопоставление сообщения и носителя. Сообщение – это музыка. Среда — это физическая вещь, которая производит звук.

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

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

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

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

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

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

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

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

(Отказ от ответственности: вы можете прочитать это и сказать: «Вау, это много». И это . Но мы подумали, что будет лучше показать вам полный метод, а затем позволить вам набрать его обратно. если хотите. Мы рассмотрим, как многое из этого может относиться к вам, в разделе в конце. Подождите — мы поместим все это в контекст.)

Длинный список

Это самый широкий конец воронки. Здесь вы создаете «длинный список» потенциальных поставщиков и добавляете их в список.

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

Две причины для этого:

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

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

Природа — или «гештальт» 22Гештальт (существительное): что-то, что состоит из многих частей и тем не менее чем-то больше или отличается от комбинации своих частей. Закрыть » — вашего проекта: Вы просто управляете контентом, например, технической документацией или другим немаркетинговым контентом, или вам действительно нужен полноценный контент маркетинг платформа, которая также управляет контентом?
Ваши технические ограничения: Это может быть определенный язык, или требование к хостингу, или какое-то другое жесткое требование, которое сразу устранит часть поставщиков.

Ваша цена: Бюджет вашего проекта $10 000? 100 000 долларов? 1 миллион долларов? И сколько из этого вы можете потратить на программное обеспечение?
Ваша потребность в услугах: Существует большая разница между выбором системы, которую вы можете внедрить, и выбором системы, которая вам нужна кто-то еще реализовать.

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

Привлечение помощи

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

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

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

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

Например, Gartner публикует так называемый «магический квадрант» (известный как «MQ» или просто «квадрант»)33. Как мы уже обсуждали ранее, Gartner прекратила использование MQ для управления веб-контентом. MQ для «Цифрового опыта», который сильно пересекается. Close и Forrester публикуют «Forrester Wave». Эти отчеты предоставляют рейтинг поставщиков на самом высоком уровне в определенной области, такой как «Платформы бизнес-аналитики и аналитики» или «Платформы для разработки мобильных приложений».

Еще два (несколько циничных) примечания к отчетам аналитиков:

Некоторые проектные группы просто вслепую составляют длинный список всех поставщиков, не входящих в MQ, что может разочаровать и привести к обратным результатам, поскольку некоторые крупные мелкие поставщики не появляются, а появление некоторых других вендоров необъяснимо и не соответствует их возможностям (что приводит к следующему пункту…).
Поймите, что каждый поставщик, оцененный аналитиком , вероятно, также является клиентом этой аналитической фирмы . Ходят слухи о скрытых моделях «плата за размещение», так что имейте это в виду.

Если подумать, они не так циничны, как абсолютно точны и реалистичны.

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

Если вы работаете с такими аналитическими фирмами, как Gartner или Forrester, они могут вам здесь помочь. И есть более мелкие фирмы, ориентированные на контент, такие как The Real Story Group и The Content Advisory.

Теперь давайте получим более подробную информацию, которую мы делаем с помощью процесса, творчески названного Request for Information (RFI). Это именно то, о чем говорится в заголовке — мы просим поставщика ответить на некоторые вопросы, чтобы мы могли решить, следует ли продвигать их в процессе.

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

Во-первых, вы должны предоставить следующую информацию:

Ваша организация: Чем вы занимаетесь? Почему вы существуете?
Предыстория этого проекта: Почему он возник? Каковы основные проблемы, которые вы хотите исправить?
Процесс выбора: Каковы этапы процесса? Каковы сроки отбора? Кто является основным контактным лицом? Когда должен быть получен ответ на RFI?
Техническая среда: Каков ваш план внедрения — внутренний, партнерский или вендорский? Где вы планируете размещать программное обеспечение?
Объем вашей реализации: Сколько веб-сайтов вам нужно запустить? Сколько контента, с точки зрения объектов или страниц? Сколько редакторов будет работать с контентом? Как вы думаете, сколько просмотров страниц вам потребуется?

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

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

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

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

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

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

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

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

Короткий список и запрос предложений (RFP)

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

Целью этого документа является установление фактов, как и в RFI, но он более глубок, особенно в двух отношениях:

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

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

Сценарии использования

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

.
Мэри хочет создать новый пресс-релиз. Она входит в систему и выбирает тип контента «Пресс-релиз». Она вводит заголовок и резюме. Она выбирает изображение со своего локального компьютера и загружает его для добавления к содержимому. Она вводит несколько абзацев текста и форматирует его с помощью панели инструментов форматирования. Она просматривает контент в том виде, в котором он будет отображаться на веб-сайте, и планирует его публикацию на завтра в 8 утра. Когда она отправляет контент, он отображается как задача утверждения для Бренды, которая просматривает и утверждает контент для публикации. В 8 утра следующего дня контент публикуется и автоматически появляется в индексе пресс-релизов.

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

Дальнейшие сценарии могут усложниться. Возможно, вам захочется увидеть:

Маркетинговые функции, такие как A/B-тестирование и персонализация
Поддержка локализации («Мэри также создает перевод пресс-релиза на испанский язык»).

Инструменты контроля качества контента, такие как проверка орфографии, проверка ссылок и создание отчетов
Поддержка совместной работы
Расширенные рабочие процессы, такие как аннотирование содержимого и обработка нескольких изменений как единой единицы («наборы изменений»)

Управление пользователями и разрешения

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

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

Ценообразование

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

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

Количество серверов, на которых будет развернуто программное обеспечение
Количество редакторов, которые смогут использовать программное обеспечение (либо количество учетных записей редакторов, либо количество редакторов, которые будут использовать программное обеспечение одновременно)
Количество объектов контента под управлением
Количество веб-сайтов, которыми CMS будет управлять и обслуживать (примечание: вопрос о том, что именно представляет собой «веб-сайт», является предметом споров)

Общее количество просмотров страниц, которые веб-сайты будут выполнять в течение определенного периода времени (по месяцам или годам)

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

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

Мы никогда не говорили, что это будет быстрый процесс.

Демонстрации программного обеспечения

В рамках RFP вы просите поставщика продемонстрировать вам части своей системы. Вы можете сделать это удаленно через систему совместного доступа к рабочему столу или на месте и лично. Продавцы с радостью сядут в самолет из-за подходящей возможности, что обычно означает, что она (1) достаточно велика в чистых долларах и (2) у них есть разумные шансы на победу (описывается как «хорошо квалифицированный»).

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

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

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

Иногда также полезно отправить продавца из комнаты на тридцать минут, чтобы обсудить его презентацию в закрытой группе, а затем пригласить его обратно для любых вопросов, возникших в ходе этого обсуждения44Спасибо Тони Бирну, основателю Real Story Group, за то, что познакомили нас с этой техникой. (В качестве альтернативы: «Презрение и негодование исходят от Тони Бирна за то, что он заставляет нас страдать с помощью этой техники».) Близко.

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

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

Проверка решения с помощью подтверждения концепции (POC)

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

Иногда два поставщика проводят конкурентный POC (обычно в течение нескольких недель). В других случаях клиент выбирает поставщика после раунда RFP, и POC рассматривается как этап проверки этого выбора. Если выбранный поставщик полностью терпит неудачу в POC, клиент возвращается к своему второму выбору и заставляет его выполнить POC.

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

POC должны быть оплачены.

Повторим еще раз: POC должны быть оплачены за .

Продавцы могут инвестировать ограниченную сумму в возможность без какой-либо отдачи, поэтому вы должны быть готовы инвестировать в свой POC. Часто расходы POC предлагаются в качестве «платы за убийство», когда продавцу платят, если POC не приводит к продаже. (В других случаях клиент просит, чтобы плата за POC была зачислена на будущие услуги. Как бы то ни было, то же самое.)

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

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

Моделирование контента со всеми правилами проверки и поддержкой редакторского интерфейса
Настройка пользователей и разрешений
Определение и создание рабочего процесса утверждения
Создание шаблонов
Обучение клиента работе системы
Некоторые практические операции с контентом работают (например, каждый человек в команде клиента вводит два полных пресс-релиза в среде семинара/класса)

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

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

Время принятия решения

Мы называем этот раздел «время принятия решения», но это неправильное название. К этому моменту процесса вы, вероятно, уже приняли несколько решений (помните: воронка становится все уже с каждым шагом), и команда, вероятно, пришла к какому-то неформальному консенсусу.

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

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

Итак… Мне действительно нужно все это делать?

Да-да, мы знаем — это много.

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

Некоторые варианты:

POC, вероятно, являются исключением, а не правилом. Есть причины а не сделать это. Как мы отмечаем, POC должны быть оплачены, они требуют больших усилий от вашей собственной команды и значительно отодвигают ваши сроки принятия решений. Очень хорошо подумайте, прежде чем браться за одну из них.
Вы можете пропустить RFI. Если вы начинаете с относительно короткого списка поставщиков, вы можете сразу перейти к комбинированному запросу предложений/запросов предложений, который представляет собой запрос предложений с некоторыми дополнительными вопросами. Вы можете отправить их немного большей группе поставщиков (назовем это «средним списком») и явно указать, что вы будете приглашать поставщиков для демонстрационных сценариев в зависимости от их ответа. У вас может быть только одна демонстрация поставщика.
Если у вас есть консультант, которому вы доверяете, пусть он поможет вам. Если вы найдете консультанта, который, по вашему мнению, имеет достаточный опыт работы с вашим типом проекта, то, возможно, позвольте ему дать рекомендацию? Попросите их рассказать вам, какую систему они будут использовать для вашего проекта, а затем получите демонстрацию этого поставщика. Вы можете почувствовать себя достаточно комфортно, чтобы принять решение исключительно исходя из этого.

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

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

Прежде всего, будьте непредубежденными. Стремитесь узнать как можно больше. Даже система, которая в конечном итоге вам не подходит, может преподать важные уроки о том, что доступно на рынке, что работает, а что нет. Иногда, увидев что-то, что вам не нравится, помогает вам прояснить, что вы ищете.

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

Старайся изо всех сил. Удачи.

Выбор CMS, которая лучше всего подходит для вашего бизнеса

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

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

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

[Источник] Выбор правильной CMS: руководство для компаний среднего размера

Платформа цифрового взаимодействия (DXP) — это то же самое, что и CMS?

В 2020 году Gartner произвела небольшой фурор в отрасли, объявив об отказе от магического квадранта управления веб-контентом — традиционно золотого стандарта для рейтинга лучших платформ CMS — в пользу новой категории, которую она назвала платформами цифрового взаимодействия. (ДХП).

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

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

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

Безголовая CMS структурирует контент без привязки к макетам или шаблонам, поэтому ресурсы контента можно использовать на нескольких платформах доставки (например, на веб-сайте, в мобильном приложении и на дисплее смарт-часов). Эти платформы, также называемые «сначала API» или «независимые от внешнего интерфейса», позволяют маркетинговым командам управлять контентом в широком диапазоне точек взаимодействия с большей гибкостью и скоростью.

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

Если вы рассматриваете вариант безголовой CMS, обратите внимание на следующие моменты:

Headless CMS Pros	Безголовая CMS Минусы
Контент является «чистым» и доступен для немедленного повторного использования по нескольким каналам и для клиентских исполнений.	Авторы отдела маркетинга теряют возможность предварительного просмотра и редактирования контента в окончательных макетах.
Безголовая CMS упрощает управление контентом до основ хранения копий, изображений и элементов контента.	В безголовой CMS может отсутствовать часть структуры, используемой другими платформами для связывания контента с конструкциями информационной архитектуры или функциями сайта.
Разработчики могут создавать несколько интерфейсных дисплеев для одного и того же контента и управлять каждым набором кода отдельно от CMS.	Команды разработчиков и ИТ-специалистов должны хорошо разбираться в различных технологиях внешнего интерфейса, которые они хотят использовать.
Безголовую CMS можно считать перспективной, поскольку она создана для интеграции с новыми технологиями.	Безголовая CMS требует интеграции, чтобы предоставить конечным пользователям полный опыт, который необходимо учитывать в стоимости, сроках и обслуживании.

Узнайте больше о Sitecore, ведущей автономной платформе CMS. земля работает (и что есть деньги, чтобы потратить). Вместо традиционной структуры лицензирования и хостинга, когда вашей ИТ-команде или партнеру по хостингу может потребоваться настроить локальные серверы и инфраструктуру, в облачной модели бремя хостинга ложится на самого поставщика CMS.

Звучит слишком хорошо, чтобы быть правдой? Когда вы рассматриваете облачную CMS, следите за скрытыми затратами, но не забудьте сопоставить их с преимуществами, которые вы могли бы получить.

Преимущества облачной CMS	Подводные камни облачной CMS
Среда, поддерживаемая поставщиком: вашей внутренней команде не нужно управлять лицензированием или обслуживать локальный хостинг.	Текущая абонентская плата: , в то время как локальная установка может потребовать больших первоначальных затрат, стоимость облачного варианта распределяется со временем и может складываться для вашего бизнеса. Следите за повышением ценовых категорий, если ваша компания планирует масштабирование.
Простая регистрация и вход в систему: хостинг и обслуживание выполняются в фоновом режиме.	Ограничения на обновления и изменения: В зависимости от вашей подписки вы можете быть ограничены определенным количеством изменений или обновлений. Следите за мелким шрифтом, прежде чем выбрать вариант облачной подписки.
Легкий доступ: доступ к бэк-офису платформы с любого устройства и из любого места.	Плата (снова) за обновления платформы: Ваш поставщик выпускает новую основную версию CMS? Возможно, вы захотите убедиться, что это включено либо в вашу подписку, либо запланировано отдельно в вашем бюджете, поскольку некоторые компании взимают дополнительную плату за получение последней и самой лучшей версии.
Безопасность: безопасность и управление ошибками управляются поставщиком.	Интеграции и настройки: хотя облачное решение, безусловно, может сократить расходы на ИТ-поддержку, не рассчитывайте полностью уволить команду разработчиков. С любым решением вы, вероятно, будете использовать API для интеграции с остальной частью вашего маркетингового пакета и во многих случаях улучшать готовое решение своими собственными настройками.
Соответствует: вопросы конфиденциальности также могут регулироваться поставщиком.	Привязка к поставщику: из-за зависимости от поставщика в отношении хостинга вашего контента и CX-хаба это, безусловно, может привести к чрезмерной зависимости организаций от проприетарных решений одного поставщика. Отказ от этих отношений часто может оказаться дорогостоящим и усложнить миграцию и изменение платформы в будущем.

Узнайте больше о HubSpot, ведущей облачной платформе CMS

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

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

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

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

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

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

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

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

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

Прочитав эту страницу, вы, возможно, уже на пути к развертыванию новой CMS на следующей неделе.

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

Понятно. Как центральный узел вашей деятельности в области цифрового маркетинга, решения, которые вы принимаете в отношении своего решения для управления контентом, могут помочь ускорить (или затормозить!) процесс цифровой трансформации. Имея больше вариантов, чем когда-либо, и новые и развивающиеся отраслевые тенденции, вам может понадобиться помощь, чтобы определить и сделать следующий шаг.

Копните глубже

Более подробно изучите решения CMS в нашем бесплатном руководстве. Мы рассказываем о конкретных проблемах, с которыми сталкиваются компании среднего размера, и приводим пример анализа четырех популярных платформ CMS. Получите загрузку без каких-либо условий — электронная почта не требуется.

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

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