Выбор и бюджет

Сколько стоит разработка сайта: за что вы платите

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

Редакционная иллюстрация: Сколько стоит разработка сайта: за что вы платитеБЮДЖЕТ САЙТА

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

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

Какие части проекта нужно оценивать отдельно

Разделите работу на структуру, дизайн, разработку, наполнение, интеграции и запуск. У каждого этапа должны быть результат и критерий приёмки. Например, «интеграция с CRM» означает конкретные поля, обработку ошибок, защиту от повторных обращений и проверку доставки.

Лендинг решает одну задачу и требует убедительного предложения. Корпоративный сайт обслуживает несколько аудиторий и разделов. Магазин добавляет товарные данные, корзину, оплату и доставку. Формат сам по себе не задаёт цену: сложный калькулятор на одной странице может потребовать больше работы, чем простой каталог.

Откуда в оценке берётся неопределённость

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

Попросите отметить напротив каждой спорной строки основание расчёта. Для наполнения это может быть количество материалов и состояние исходников, для обмена данными — доступность описания внешней системы, для дизайна — число самостоятельных типов страниц. Формулировка «уточним в процессе» допустима только вместе с описанием того, когда и по каким данным появится окончательная оценка.

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

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

Как читать смету на уровне результата

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

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

Шаблон статьи и публикация материалов по нему оцениваются отдельно. Десять похожих страниц не требуют десяти дизайн-концепций, но каждой нужны содержание, проверка ссылок и просмотр после заполнения.

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

Две сметы для каталога насосов

В условном примере поставщику нужен каталог насосов с запросом предложения. У компании есть таблица моделей, фотографии в общей папке и отдельные документы поставщиков. Покупатель должен подобрать несколько позиций и передать их менеджеру вместе с условиями применения. Онлайн-оплата в первой версии не требуется.

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

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

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

Что можно упростить без потери основного сценария

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

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

Ещё один вариант — запустить ограниченный каталог вместо всего ассортимента. Он работает, если выбранные категории самостоятельны и посетителю ясно, что представлено на сайте. Пустые разделы с обещанием «скоро» не заменяют полезную первую версию. У каждой отложенной части должно быть условие возвращения: готовые данные, подтверждённый спрос или завершённый внутренний процесс.

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

По каким признакам оценка готова к согласованию

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

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

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

Расходы и обязательства после запуска

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

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

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

Материал обновлён в октябре 2026 года.

← Все материалы блога