Exabit Logo

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

14 сентября 2025 · 4 мин чтения ·
Почему сайт стоит именно столько: как читать смету и не платить за одну разработку дважды

У нас был клиент из розницы с тремя КП на интернет-магазин: 480 тыс. ₽, 1,2 млн ₽ и 2,8 млн ₽. На первый взгляд задача везде была одинаковая. Когда разложили состав работ, выяснилось, что в дешевом варианте нет интеграции с 1С, импорта каталога, SEO-структуры, QA и админки, где менеджер может сам что-то менять без разработчика.

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

Снаружи одинаково, внутри разный объем

Для владельца бизнеса сайт - это главная, каталог, карточка товара, корзина. Для команды цена собирается из того, что под экраном: роли, права, фильтры, остатки, статусы заказов, события для аналитики, обмен с 1С или CRM, правила индексации, логика админки.

Запрос «нужен интернет-магазин» почти ничего не говорит о бюджете. Магазин на 200 SKU с оплатой и доставкой - одна история. Магазин на 20 000 SKU, с несколькими складами, личным кабинетом дилера, спецценами и ERP - уже другой класс проекта, часто в 3-7 раз дороже, хотя интерфейс снаружи может быть очень похожим.

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

Цена сайта - это цена набора рисков, которые подрядчик берет на себя или оставляет вам на потом.

Нормальная смета показывает решения, а не картинки

Я бы насторожился, если в КП одной строкой написано «разработка сайта под ключ». Нормальная смета показывает этапы и ограничения: что входит, что не входит, где возможны допработы, кто отвечает за контент, импорт, тестирование и запуск.

Вот рабочая структура бюджета для магазина или корпоративного сайта среднего уровня:

Этап Доля бюджета
Аналитика и прототипы 10-15%
UI-дизайн 15-25%
Frontend + backend 35-50%
Интеграции 10-20%
QA и запуск 10-15%

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

Мы обычно закладываем короткий предпроект на 2-3 недели. По опыту он экономит 20-30% бюджета на переделках, потому что роли, сценарии и спорные места фиксируются до кода.

Кастом нужен не всем, и это нормально для бюджета

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

Сайт услуг на CMS обычно запускается за 6-10 недель. Кастом на Laravel 11, PostgreSQL 16 или Node.js 20 + NestJS с личным кабинетом и нестандартной логикой спокойно уходит в 4-8 месяцев.

Когда шаблонное решение обычно оправдано:

  • типовые страницы и формы;
  • мало интеграций;
  • нет сложной логики по ролям;
  • MVP важнее запаса на два года вперед.

У нас был проект для сервисной компании, где сначала хотели «сразу платформу». После разбора оказалось, что 80% задач закрывает аккуратный сайт на CMS с CRM-интеграцией. Запустили быстрее на 9 недель и сэкономили около 700 тыс. ₽. Личный кабинет вынесли во второй этап, когда появились живые сценарии, а не пожелания из презентации.

Дешевый старт часто выходит дороже

Самый дорогой сайт - тот, который оплатили дважды. Мы это тоже проходили. В начале студии взяли интернет-магазин на шаблоне: бюджет 420 тыс. ₽, срок 5 недель. Для запуска этого хватило. Через 8 месяцев понадобились CRM, складской учет, SEO-фильтры и синхронизация с ERP. Выяснилось, что структура каталога не держит рост, импорт падает на больших пакетах, а админка собрана так, что половина правок идет через разработчика.

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

Быстрый срез по тому проекту:

  • было: 5 недель до запуска, 420 тыс. ₽, шаблонная логика;
  • стало: +3 месяца на переделку, повторные расходы, пауза в рекламе;
  • причина: под задачу с ростом выбрали слишком короткое решение;
  • вывод: класс системы надо выбирать по процессам бизнеса, а не по цене старта.

Что спросить у подрядчика за один созвон

Если хотите быстро понять, нормальная перед вами смета или нет, я бы задал пять вопросов:

  • Какие интеграции точно входят в цену?
  • Сколько типов страниц и сценариев заложено?
  • Кто отвечает за импорт данных и контент?
  • Есть ли QA, staging и приемочное тестирование?
  • Что произойдет со сроком и бюджетом, если требования поменяются?

Эти вопросы можно за 3 дня прогнать по всем подрядчикам, даже если вы не технарь. Полезный минимум перед повторным созвоном - выписать 10 функций и разделить их на «обязательно» и «позже». Самая дорогая ошибка в смете обычно спрятана не в строке «разработка», а в том, что подрядчик молча что-то не посчитал.

Нужна помощь с реализацией?

Расскажите о задаче - предложим решение и дадим оценку сроков.