Разработка собственной CMS для корпоративного проекта может стоить примерно от 2,5 млн рублей до 10 млн рублей и выше. Разброс большой, потому что под одним названием могут скрываться системы совершенно разного масштаба.
Компактная CMS для одного сайта — один класс проекта. Система с собственными ролями, согласованиями, интеграциями и переносом данных — другой. Если CMS становится единым управляющим ядром для сайта, приложения, личного кабинета и других сервисов, бюджет меняется еще сильнее.
Для первичной оценки мы бы разделили такие проекты на 3 уровня.
|
Класс системы |
Ориентировочные трудозатраты |
Ориентир по бюджету |
Ориентировочный срок |
|
Базовая собственная CMS |
400-750 часов |
2,5-4,5 млн руб. |
3-5 месяцев |
|
Корпоративная CMS |
900-1500 часов |
5,5-9 млн руб. |
5-8 месяцев |
|
CMS как ядро цифровой платформы |
1700-3000+ часов |
от 10 млн руб. |
8-12+ месяцев |
Это не прайс-лист. Диапазоны нужны, чтобы определить порядок бюджета до подробного обследования. Конкретная стоимость зависит от состава функций, команды, интеграций, объема миграции и требований к эксплуатации.
Если пока неочевидно, действительно ли проекту уже требуется собственная система, сначала можно проверить 7 признаков, при которых готовая CMS начинает становиться ограничением.
Это сравнительно компактная система, обычно рассчитанная на один корпоративный сайт.
В такой проект могут входить:
Значительная часть бюджета приходится на backend, модель данных и административный интерфейс.
Проект начинает выходить за этот диапазон, когда появляются сложные согласования, многоуровневые права, несколько внешних систем или большая миграция.
Здесь CMS уже становится самостоятельной внутренней системой компании.
В ней могут быть:
На экране такая CMS необязательно выглядит в 2 раза сложнее предыдущей.
Разница находится в количестве правил за интерфейсом.
Именно к этому классу относятся проекты, где CMS используется уже не только для публикации страниц, а как рабочий инструмент нескольких подразделений.
В таком проекте система управляет данными сразу для нескольких цифровых продуктов.
Например:
Тогда больше работ появляется в API, интеграциях, отказоустойчивости, мониторинге и совместимости изменений.
Формально систему по-прежнему можно назвать CMS. По масштабу разработки это уже полноценная корпоративная платформа.
Если задача стоит не только в оценке собственной разработки, но и в выборе между двумя подходами, отдельно можно посмотреть сравнение готовой и собственной CMS по стоимости владения на несколько лет.
Основные статьи бюджета можно увидеть еще до детальной оценки.
|
Блок |
За что платит бизнес |
|
Аналитика и архитектура |
Требования, модель данных, процессы, устройство системы |
|
Backend |
Данные, бизнес-правила и серверная логика |
|
Административный интерфейс |
Работа сотрудников внутри CMS |
|
Права, процессы и версии |
Роли, согласования, статусы, история изменений |
|
Интеграции и API |
Обмен с другими корпоративными системами |
|
Миграция |
Перенос старого контента и данных |
|
Тестирование |
Проверка функций, ролей, интеграций и связей |
|
Инфраструктура и безопасность |
Развертывание, мониторинг, резервирование и доступ |
|
Документация |
Передача системы и дальнейшее сопровождение |
|
Управление проектом |
Планирование, координация, приемка и релизы |
Соотношение этих работ у каждой CMS будет своим.
Сначала нужно определить границы системы: какими данными она управляет, кто с ними работает, какие процессы выполняются внутри CMS и какие функции остаются во внешних системах.
На стоимость здесь влияет прежде всего количество связей и правил.
Простой справочник из 20 полей и бизнес-объект с теми же 20 полями могут потребовать совершенно разных трудозатрат, если второй связан с несколькими сущностями и имеет собственный жизненный цикл.
Ошибки на этом этапе обычно обнаруживаются уже во время разработки, поэтому слишком быстрое начало программирования редко дает настоящую экономию.
Backend — это логика, которую пользователь административной панели почти не видит.
Здесь находятся:
Основной фактор стоимости — не количество полей, а количество условий.
Чем больше правил вида «только для этой роли», «после этого статуса», «если объект относится к подразделению», тем больше разработки и тестирования требуется.
Оценивать CMS количеством экранов неудобно.
Гораздо важнее, что пользователь должен уметь делать внутри каждого из них.
На одном экране могут появиться связанные объекты, фильтры, массовые действия, предварительный просмотр, несколько состояний или история изменений.
Поэтому форма из 5 полей иногда требует больше работы, чем простая форма из 20.
Базовая модель «администратор — редактор» обычно сравнительно предсказуема.
Стоимость начинает расти, если доступ зависит одновременно от роли, подразделения, объекта, статуса материала и конкретного действия.
Каждое такое правило затрагивает backend, интерфейс и тестирование.
То же относится к согласованиям и хранению истории изменений.
Здесь разброс трудозатрат особенно большой.
Одно дело — раз в сутки получить из внешней системы готовый справочник.
Другое — поддерживать постоянный двусторонний обмен с обработкой ошибок, конфликтов и повторных отправок.
На стоимость влияют:
Поэтому одна сложная интеграция иногда стоит дороже нескольких простых.
Если API CMS используют несколько продуктов, отдельно приходится учитывать права доступа и совместимость будущих изменений.
Перенос старого контента редко сводится к кнопке «Импортировать».
Допустим, в старой CMS 10 000 материалов.
Нужно проверить, насколько данные заполнены, совпадает ли их структура с новой системой, где лежат файлы, сохранились ли связи и нет ли дублей.
Чем дольше работала старая система, тем больше обычно находится исключений.
Поэтому миграцию лучше оценивать после просмотра реальных данных.
В собственной CMS проверяются не только интерфейсы.
Нужно тестировать права, статусы, согласования, интеграции, API и обработку ошибок.
Чем больше ролей и состояний, тем больше комбинаций.
Именно поэтому усложнение бизнес-логики автоматически увеличивает не только разработку, но и объем тестирования.
Часть бюджета вообще не видна в CMS.
Нужно развернуть систему, настроить резервное копирование, мониторинг, журналирование и процесс обновлений.
После проекта должны остаться документация по архитектуре, интеграциям, API и развертыванию.
Без этого первоначальный бюджет будет меньше, но следующая команда начнет работу с восстановления знаний о системе.
Представим 2 административные панели.
На каждой есть поле «Статус».
В первой системе сотрудник выбирает значение и сохраняет карточку.
Во второй изменение того же статуса:
Для пользователя это один выпадающий список.
Для команды разработки — несколько связанных механизмов.
«На экране может быть обычная форма из 10 полей, а за ней работать права, версии, интеграции и десятки правил обработки данных. Поэтому оценивать CMS по количеству экранов примерно так же полезно, как корпоративную систему по количеству кнопок», — Алексей Постригайло, старший управляющий партнер ИТ-интегратора «Энсайн».
Возьмем модельный корпоративный проект.
Исходные данные:
Для такого проекта структура оценки может выглядеть следующим образом.
|
Блок |
Ориентировочные трудозатраты |
Ориентировочная стоимость |
|
Аналитика и архитектура |
120 ч |
0,7 млн руб. |
|
Backend и данные |
280 ч |
1,7 млн руб. |
|
Административный интерфейс |
220 ч |
1,3 млн руб. |
|
Права и процессы |
120 ч |
0,7 млн руб. |
|
Интеграции и API |
180 ч |
1,1 млн руб. |
|
Миграция |
80 ч |
0,5 млн руб. |
|
Тестирование |
120 ч |
0,7 млн руб. |
|
Инфраструктура и документация |
80 ч |
0,5 млн руб. |
|
Управление проектом |
100 ч |
0,6 млн руб. |
|
Итого |
около 1300 ч |
около 7,8 млн руб. |
Это не типовая цена любой корпоративной CMS.
Расчет показывает другое: около 7,8 млн рублей здесь стоит не административная панель, а весь контур системы — аналитика, backend, права, интеграции, перенос данных, тестирование и ввод в эксплуатацию.
Если 3 интеграции окажутся простыми импортами справочников, трудозатраты будут ниже.
Если понадобится сложный двусторонний обмен, появится 10 ролей вместо 5 или миграция из нескольких старых систем, бюджет вырастет.
Автоматизировать перенос можно. Автоматически исправить все ошибки и дубли старой системы — гораздо сложнее.
Иногда старая и новая CMS некоторое время работают одновременно. Тогда нужно поддерживать сразу 2 контура и иногда синхронизировать их.
Если меняется привычный процесс работы, одной инструкции может оказаться недостаточно.
Часть неудобств административной панели становится заметна только после нескольких недель реальной эксплуатации.
Эти расходы необязательно входят в первый этап проекта, но учитывать их при планировании бюджета стоит заранее.
Строка:
«Разработка собственной CMS — 6 млн рублей»
сама по себе мало что говорит.
Для нормального сравнения предложений стоит смотреть минимум на 3 вещи.
Должно быть понятно, сколько заложено на backend, административную часть, интеграции, миграцию, тестирование и другие элементы.
По каждому крупному блоку нужны часы или человеко-дни.
Так видно, где подрядчик ожидает основную сложность.
Например:
Без допущений 2 подрядчика могут назвать 5 и 9 млн рублей просто потому, что один посчитал миграцию и интеграции полностью, а другой — нет.
Дешевое предложение в таком случае может оказаться не дешевле. В нем просто другой объем работ.
Для первой оценки необязательно сначала готовить большое техническое задание.
Достаточно зафиксировать:
По этим вводным уже можно определить класс системы, примерный объем работ и порядок бюджета.
Можно начать с описания существующей системы, пользователей, основных сущностей, интеграций и объема миграции. Этого достаточно, чтобы определить состав работ и диапазон бюджета до подготовки подробного технического задания.
Получить предварительную оценку проекта →
Для первичного бюджетирования собственной CMS можно ориентироваться на 3 класса проектов:
2,5-4,5 млн рублей — компактная CMS преимущественно для одного корпоративного сайта.
5,5-9 млн рублей — корпоративная CMS с собственными ролями, процессами, интеграциями и миграцией.
от 10 млн рублей — система, которая становится управляющим ядром нескольких цифровых продуктов.
При этом сам диапазон — только отправная точка.
Итоговую стоимость определяет не количество экранов административной панели, а объем логики за ними: данные, правила доступа, процессы, интеграции, миграция и требования к эксплуатации.
Поэтому при сравнении предложений стоит задавать 3 вопроса:
Если ответы на них есть, цифры в коммерческих предложениях уже можно нормально сравнивать между собой.




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