Как выбрать CMS под задачи бизнеса

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

Начинайте с требований, а не с названий

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

Мы просим ответить на несколько простых вопросов, и ответы обычно сокращают список кандидатов сильнее любой сравнительной таблицы.

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

Отдельно стоит записать, чего делать точно не придётся. Отказ от «мало ли пригодится» экономит и деньги, и время: каждая неиспользуемая возможность платформы — это код, который надо обновлять и проверять на совместимость.

Классы решений и кому они подходят

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

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

Что скрывается за словом «бесплатно»

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

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

Расходы, которые видны не сразу

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

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

Как проверить платформу до начала работ

Сравнение по списку возможностей мало что даёт: там всё есть у всех. Полезнее короткая проверка на живых данных.

1. Попросите развернуть демонстрационную версию и загрузить в неё десяток ваших товаров или статей — с настоящими названиями и фотографиями.
2. Дайте поработать в админке тому сотруднику, который будет вести сайт. Не руководителю и не подрядчику, а именно ему.
3. Проверьте типовые операции: добавить товар, поменять цену, поставить скидку, скрыть раздел, отредактировать меню.
4. Посмотрите, как система ведёт себя с большим каталогом: поиск по админке, фильтры, массовое редактирование.
5. Уточните, как устроен обмен с учётной системой: готовый модуль, доработка или отдельный проект.

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

Вопрос, который забывают задать

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

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

Частые ошибки выбора

• Выбирать платформу по опыту знакомого разработчика, а не по задаче. Инструмент подгоняется под сайт, а не наоборот.
• Брать систему «на вырост» с расчётом на каталог и филиалы, которых пока нет: сложность появляется сразу, польза — может быть, потом.
• Собирать сайт из большого числа сторонних модулей. Каждый добавляет свою логику обновлений, и рано или поздно два из них конфликтуют.
• Считать только стоимость запуска. Сайт живёт годами, и основная сумма тратится после сдачи.
• Игнорировать мнение того, кто будет наполнять сайт ежедневно.

Когда менять CMS, а когда не стоит

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

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

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

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

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

Что дальше

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

Что делать, если выбранная CMS не подошла

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

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

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