Ко мне регулярно приходят с одним и тем же вопросом на старте проекта: готовая админка или своя разработка выйдет дешевле для магазина, сервиса или личного кабинета. Отвечаю сразу: смотря что считать «дешевле». Если брать в расчёт только счёт за первый месяц работ, почти всегда выигрывает готовая CMS-панель. Если считать три года эксплуатации с учётом доработок, техподдержки и процессов, которые CMS физически не может выполнить без костылей, картина часто переворачивается. Я делал и WordPress-магазины на WooCommerce с эквайрингом Т‑Банка, и CRM-панели на React поверх Laravel-бэкенда, поэтому дальше разложу цифры, которые видел на реальных проектах, а не общие рассуждения о плюсах и минусах.
Готовая CMS-панель: что входит в стартовую цену
Под готовой админкой я имею в виду не только WordPress с WooCommerce, но и панель Bitrix, встроенный кабинет Tilda или интерфейс amoCRM, который клиент уже купил и хочет натянуть на сайт. У такой связки один плюс, перевешивающий многое на старте: часть работы за вас уже сделали разработчики движка. Каталог товаров, статусы заказов, роли пользователей, базовый поиск и фильтры работают из коробки.
Разработка сайта на WordPress у меня стоит от 60 000 ₽, и в эту сумму уже входит рабочая админ-панель: управление товарами, заказами, страницами. На одном из проектов клиент продавал товары через WooCommerce, и нужно было подключить эквайринг Т‑Банка вместо старого сборщика платежей. Готовый плагин экосистемы WooCommerce плюс настройка API заняли около трёх дней - это уже не отдельная разработка админки, а точечная доработка поверх существующей структуры.
Минус тот же самый, что и плюс: структуру данных и логику работы задал не я и не клиент, а разработчики движка. Как только процесс выходит за рамки «каталог плюс заказ плюс статус доставки», начинаются подпорки: дополнительные плагины, кастомные поля и хуки, которые нужно поддерживать при каждом обновлении CMS.
Доработка CMS под конкретный процесс: где бюджет расползается
Доработка выглядит логичным средним вариантом: движок остаётся тот же, но под задачу клиента дописывается нужный кусок. На практике именно здесь бюджет чаще всего выходит из-под контроля, потому что каждая доработка считается отдельно, а их обычно не одна.
Простая правка скрипта для Tilda у меня стоит от 3 000 ₽, а комплексная интеграция вроде связки CRM, эквайринга и расчёта доставки через СДЭК - от 40 000 ₽ за интеграцию. Возьмём типичный магазин: подключить СДЭК с расчётом зон доставки, завести приём оплаты, привязать заказы к amoCRM и добавить лимит на промокоды. Это уже четыре отдельные доработки, и если каждая стоит от 40 000 ₽, итоговая сумма подбирается к бюджету небольшой самостоятельной системы, а движок при этом остаётся чужим: обновление CMS или смена темы может сломать любую из этих интеграций разом.
Для типовых блоков вроде расчёта зон доставки или ограничения промокодов в Tilda я обычно советую не писать логику с нуля под каждый проект, а брать готовые скрипты с зонами доставки и лимитами на промокоды - это дешевле, чем заказывать разработку той же функциональности заново.
Отдельная история - когда CMS не тянет саму бизнес-логику, а не просто интерфейс. Например, менеджеру нужно получать уведомление о новом заказе не на почту, а в Telegram с кнопками подтверждения. Тут я обычно ставлю aiogram-бота сбоку от CMS, а не пытаюсь встроить эту логику в админку движка. Или использую n8n, чтобы синхронизировать остатки между сайтом и складским учётом без доработки самой CMS. Такие надстройки работают, но это отдельные бюджеты поверх основной доработки, а не расширение возможностей движка.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
Своя админ-панель с нуля: когда чужой движок мешает больше, чем помогает
Своя разработка оправдана не потому, что так солиднее, а потому что у бизнеса есть процесс, который ни одна CMS не выразит без десятка костылей. Пример из практики: у клиента с несколькими складами логика распределения заказов зависела от остатков, региона курьерской службы и приоритета клиента одновременно. В WooCommerce или Bitrix это пришлось бы собирать из полей, хуков и внешних скриптов, которые постоянно конфликтуют друг с другом при обновлении движка.
CRM-панель на React у меня стоит от 100 000 ₽, бэкенд на Laravel под неё - от 100 000 ₽ отдельно, то есть на связку админки с нормальным API нужно закладывать от 200 000 ₽ в зависимости от числа сущностей и ролей. Если речь о полноценном сервисе с личными кабинетами клиентов, а не только внутренней панели для менеджеров, я считаю это как веб-сервис или SPA - от 300 000 ₽ и от 8 недель на разработку. Дороже, чем готовая CMS на старте, но структура данных и права доступа задаются под конкретный бизнес-процесс, а не подгоняются под чужую модель.
Второй сценарий, где своя система выигрывает - аналитика. Когда клиенту нужен не список заказов, а дашборд с динамикой по регионам, менеджерам и каналам продаж, такие вещи я делаю на Vue.js как отдельный BI-дашборд от 90 000 ₽. Получить то же самое из отчётов WordPress или Bitrix обычно дороже и медленнее, чем написать нужные графики с нуля, потому что отчётные модули CMS проектировались под усреднённый случай, а не под конкретные метрики бизнеса.
Сколько стоит каждый вариант и на какой срок закладываться
Свожу три варианта в одну таблицу по данным, которые реально влияют на решение: стартовому бюджету, сроку и типу задач, под которые вариант годится.
| Вариант | Стартовый бюджет | Срок запуска | Для какой задачи подходит |
|---|---|---|---|
| Готовая CMS-панель (WordPress, Bitrix, Tilda) | от 60 000 ₽ | 2-4 недели | Каталог, блог, заказы без нестандартной логики |
| Доработка CMS под задачу | от 40 000 ₽ за интеграцию | 1-3 недели на одну доработку | Точечные процессы поверх готовой структуры: СДЭК, эквайринг, бонусы |
| Своя админка или CRM с нуля | от 100 000 ₽ (React-панель), от 300 000 ₽ (сервис с личными кабинетами) | от 8 недель | Уникальная логика, которую CMS не воспроизведёт без костылей |
Домен, SSL-сертификат и хостинг я специально не включаю в эту таблицу - они не зависят от того, готовая у вас админка или своя. Домен в зоне .ru обойдётся иначе, чем в .com, цена SSL зависит от типа сертификата, а комиссия эквайринга - от тарифа банка, а не от платформы сайта. Эти расходы одинаковые что для лендинга на CMS, что для собственного сервиса с тем же объёмом трафика.
Расходы, которые не зависят от того, что вы выбрали
Кроме домена и SSL есть ещё две статьи расходов, которые платформа не отменяет ни в одну, ни в другую сторону.
Первая - техподдержка. У меня она стоит от 15 000 ₽ в месяц, и это касается и готовой CMS, и своей системы: движок на WordPress нужно обновлять из соображений безопасности, кастомную систему - дорабатывать и чинить по мере роста нагрузки. Разница в том, что делает поддержка: на CMS это чаще обновления и проверка совместимости плагинов, на своей системе - разбор багов и доработка функционала.
Вторая - безопасность. Массовые CMS вроде WordPress и Bitrix - частая цель автоматических атак именно потому, что уязвимости в популярных плагинах ищут ботами сразу на тысячах сайтов. Лечением сайтов после заражения я тоже занимаюсь отдельно, эта услуга стоит от 15 000 ₽, и итоговая цена зависит от уровня заражения и объёма восстановления. У собственной системы поверхность атаки обычно меньше просто потому, что код не тиражирован массово, но это не отменяет необходимости в аудите безопасности при росте проекта.
Как понять, какой вариант ваш
На практике я ориентируюсь на три вопроса, а не на общие рассуждения о гибкости и масштабируемости.
Первый - процесс стандартный или нет. Если заказы идут по схеме «товар - оплата - доставка» без специфики, готовая CMS с несколькими доработками закроет задачу дешевле, чем своя разработка.
Второй - сколько интеграций нужно уже на старте. Одна-две доработки, например эквайринг и доставка, - CMS остаётся выгодной. Пять и больше, особенно если они завязаны друг на друга (заказ меняет остатки, остатки уходят в бота, бот пишет в CRM), - каждая новая доработка на чужом движке обойдётся дороже, чем та же логика в системе, спроектированной под эти связи с нуля.
Третий - планируете ли вы расти в сервис с несколькими тарифами, партнёрами или личными кабинетами разных типов пользователей. Это не задача для доработки CMS ни при каком бюджете - в такую модель я закладываю от 300 000 ₽ и минимум восемь недель, потому что там появляется своя логика подписок, ролей и биллинга, которую готовый движок не предусматривает по умолчанию.
Частые вопросы
Сколько стоит доработка готовой CMS-панели под свои процессы?
Простая правка вроде корректировки формы заказа на Tilda у меня стоит от 3 000 ₽. Комплексная интеграция - подключение CRM, эквайринга или расчёта доставки через СДЭК - от 40 000 ₽ за каждую такую интеграцию. Итоговая цена зависит от того, сколько систем нужно связать между собой и есть ли у них готовые API.
Когда своя админка окупается быстрее, чем доработка CMS?
Когда доработок больше трёх-четырёх и они завязаны друг на друга. Если каждая интеграция стоит от 40 000 ₽, а их пять, сумма уже сопоставима с CRM-панелью на React от 100 000 ₽, только движок при этом остался чужим и по-прежнему ограничивает логику.
Можно ли начать с готовой CMS, а потом перейти на свою систему?
Можно, я так делаю на части проектов: сайт на WordPress или Tilda закрывает первые продажи и проверяет спрос, а когда процессы устоялись и понятно, какая логика нужна, я проектирую под неё отдельный сервис. Данные обычно переносимые - товары, заказы, клиентская база, а код и доработки под старую CMS при переходе не используются.
Что дешевле в долгосрочной перспективе - лицензии CMS или разработка с нуля?
Зависит от объёма доработок, а не от самого факта «лицензия против разработки». Готовые CMS вроде WordPress бесплатны сами по себе, но платные плагины и постоянные доработки со временем накапливаются в сумму. Своя система дороже на старте, зато после запуска правки стоят ровно как правки, без слоя чужой логики, который приходится обходить при каждой доработке.