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

Вы отправили задачу нескольким подрядчикам и получили разные цены. В одном предложении написано «сайт под ключ», в другом — дизайн, разработка, наполнение и интеграция отдельными строками. Кажется, достаточно сравнить итоговые суммы. Но сначала надо понять, один и тот же результат вам предлагают или разные проекты.

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

Почему две цены на сайт нельзя сравнить без состава работ

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

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

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

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

Что входит в разовую смету

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

• Разбор задачи и структура. Кто приходит на сайт, что ему нужно узнать, какие разделы помогают принять решение и куда попадает обращение. Результат — согласованная карта страниц и основных действий посетителя.
• Прототип и дизайн. Как устроены страницы, какие состояния нужны форме, как всё выглядит на телефоне. Уточните число разных шаблонов и порядок согласования правок.
• Разработка. Страницы, управление содержимым, формы, поиск или другие согласованные функции. В смете должно быть понятно, что готовое, что настраивается, а что делается специально.
• Материалы и наполнение. Кто пишет тексты, обрабатывает фотографии и переносит содержимое. «Разместим контент» не обязательно означает «подготовим его за вас».
• Интеграции. Какие данные передаются, куда и с каким результатом. Одной строки «подключение CRM» для приёмки мало.
• Проверка и запуск. Тестирование согласованных сценариев, настройка рабочего домена, перенос на хостинг, выдача доступов и объяснение, как пользоваться сайтом.

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

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

Сравнивайте результаты каждого этапа, а не только итоговую цену.

Какие расходы появятся после запуска

Смета разработки отвечает на вопрос о создании сайта. Она не всегда показывает стоимость его дальнейшей работы. Соберите эти расходы отдельно на одинаковый период — например, на первый год после запуска. Это выбранный горизонт сравнения, а не обещанный срок окупаемости.

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

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

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

Контент и развитие. Кто обновляет услуги, публикует статьи, заменяет фотографии и проверяет устаревшие сведения? Иногда это делает сотрудник компании. Тогда его время тоже стоит учитывать, даже если отдельного счёта от подрядчика нет.

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

Как привести предложения к одному виду

Отправьте обоим исполнителям одну таблицу. Попросите заполнить её письменно, включая исключения. Если ответ звучит «обсудим в процессе», у вас пока нет определённого объёма по этой строке.

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

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

Смотрите и на передачу результата: на кого оформлен домен, у кого доступ к управлению, что получает компания при смене исполнителя. Это вопросы организации проекта. Условия конкретного договора оцениваются отдельно.

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

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

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

Первую версию ограничивают так, чтобы главный путь посетителя работал целиком.

Попросите разделить оценку на «необходимо для запуска» и «следующая очередь», а также назвать зависимости. Иногда подготовку для будущего раздела разумно сделать сразу; иногда это лишняя работа. Решение принимается по конкретному проекту. Для магазина бюджет придётся считать подробнее: отдельно учитывать товарные данные, склады и обработку покупки. Этому посвящён разбор стоимости разработки интернет-магазина.

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

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