На 15-й минуте созвона клиент еще говорит: «нам бы просто сайт». К 30-й минуте выясняется, что сайт должен считать персональные цены, отправлять лиды в amoCRM, принимать оплату через ЮKassa и показывать партнерам документы в личном кабинете. Еще через 10 минут становится понятно, что это уже не витрина, а часть операционной системы компании. В этот момент и появляется разброс в сметах: один подрядчик считает шаблонный запуск, другой - продукт, который влияет на продажи и внутренние процессы.
Я много раз видел оценки 180 тыс. ₽, 650 тыс. ₽ и 2,4 млн ₽ на один и тот же запрос - «сайт под ключ». Если упростить, бизнес покупает не сайт, а кусок собственной модели работы. Цена меняется вместе с этим объемом.
Под словом «сайт» обычно прячутся разные продукты
На бумаге все выглядит одинаково. На практике под одним названием продают как минимум четыре разных класса задач: лендинг, корпоративный сайт на CMS, интернет-магазин с интеграциями или сервис с кабинетами, ролями и внутренними правилами.
У нас был запрос от оптовой компании. В одном КП был WordPress с готовой темой и базовым наполнением за 180 тыс. ₽. Во втором - Laravel 11, прототипы, уникальный дизайн, миграция контента и базовая SEO-подготовка за 650 тыс. ₽. В третьем - каталог, обмен с ERP, кабинет дилера, роли пользователей и аналитика за 2,4 млн ₽. Формально речь шла об одном и том же «сайте», но после релиза это три совершенно разных уровня ответственности.
Для владельца бизнеса здесь важны не страницы и не «современный дизайн». Обычно вопрос в другом:
- приводит ли сайт заявки;
- снимает ли часть ручной работы с команды;
- можно ли через него вести клиента до оплаты или повторного заказа.
Если сайт только объясняет, кто вы и что продаете, это один бюджет. Если он считает скидки, синхронизируется с 1С и хранит документы по клиентам, бюджет уже другой.
Самое дорогое в проекте сидит в тумане на старте
Дизайн обсуждают дольше всего, но деньги чаще теряются раньше. Когда никто не зафиксировал, что именно делает сайт, смета либо занижена, либо в нее сразу заложен заметный запас на риск.
Мы почти перестали заходить в разработку без короткого discovery. Для малого и среднего проекта это обычно 1-3 недели и 50-150 часов аналитики, схем и прототипов. В прошлом году на B2B-проекте для поставщика оборудования этот этап занял 84 часа: мы разобрали роли, путь заявки, матрицу цен и обмен с CRM. После старта объем изменений снизился примерно на 38%.
Самые дорогие доработки появляются тогда, когда в начале проекта все согласны, но каждый понял задачу по-своему.
Частая ошибка звучит так: «разберемся по ходу, главное быстрее стартовать». Рабочий подход другой: сначала зафиксировать сценарии - откуда приходит пользователь, что он делает, куда уходят данные и кто внутри компании берет заявку в работу.
В какой момент сайт уже надо считать платформой
Системно это выглядит так: пока у вас страницы, формы и контент, это сайт. Как только появляются кабинеты, статусы, тарифы, документы, подписки, история действий и расчеты, вы строите платформу, даже если снаружи она выглядит как обычный сайт компании.
| Критерий | Обычный сайт | Платформа |
|---|---|---|
| Роли | 1-2 сценария | несколько типов доступа |
| Логика | формы и контент | правила, статусы, расчеты |
| Интеграции | CRM, аналитика | CRM, ERP, платежи, уведомления |
| Рост | новые страницы | новые модули и нагрузка |
У нас был проект в бронировании, который пришел как «сайт сервиса». После брифинга собрался уже другой объем: кабинеты клиентов и партнеров, календарь доступности, тарифы, уведомления и онлайн-оплата. Мы разделили запуск на маркетинговую часть и MVP платформы, за счет чего вышли в рынок на 3 месяца раньше. Для такого класса задач мы обычно берем Next.js 15 или Nuxt на фронтенд, Laravel 11 или Node.js 20 + NestJS на бэкенд, PostgreSQL 16 и Redis. Этот стек нужен под развитие логики, а не только под красивый первый релиз.
«Под ключ» - это не макеты и кнопка опубликовать
Хорошая смета на сайт под ключ обычно выглядит скучно. Это как раз хороший признак. В ней есть сбор требований, карта сценариев, прототипы, UX/UI, контентная модель, разработка, тестирование, запуск, аналитика, редиректы, резервные копии, обучение команды и поддержка после релиза.
Если из сметы выпали контентная модель, аналитика, доступы, резервные копии и базовая безопасность, оплатить это все равно придется. Просто позже и уже в менее удобный момент.
У интернет-магазина под NDA было 5 000+ SKU. Снаружи витрина выглядела нормально, но менеджеры тратили 6-8 минут на одну карточку товара из-за слабой админки. Мы переделали структуру данных и интерфейс управления, и время сократилось до около 2 минут. Для бизнеса это оказалось полезнее, чем еще один редизайн главной страницы.
По запуску я бы проверял четыре вещи:
- настроены ли CRM, платежи, доставка и импорт каталога;
- стоят ли Google Analytics 4 и Google Tag Manager;
- зафиксированы ли конверсии, звонки, CTA, корзина и checkout;
- уложились ли в LCP до 2,5 сек, INP до 200 мс, CLS до 0,1.
Где экономия потом выходит дороже
У нас был и неудачный кейс. Компания выбрала шаблонное решение, потому что нужно было «быстро запуститься». Формы работали, сайт сдали в срок, но интеграции с CRM в смете не было, поэтому лиды падали на почту, а менеджеры часть заявок пропускали. Доработка после релиза обошлась заметно дороже, чем если бы это заложили сразу. В интернет-магазине такие пропуски легко съедают 20-50% стартового бюджета.
Если на следующем созвоне вам снова скажут «нам бы просто сайт», попробуйте задать один вопрос: что именно этот сайт должен делать внутри бизнеса через полгода. Обычно после него разговор впервые становится предметным, и смета тоже.
