Как сравнить сметы на разработку сайта: таблица и вопросы
Сравнивать сметы на разработку сайта стоит после того, как подрядчики оценили одинаковый результат. Если один включает наполнение и передачу заявок в CRM, а другой считает только дизайн и верстку, итоговые суммы отвечают на разные вопросы.
Для руководителя или маркетолога удобный порядок такой: описать минимальный состав запуска, перенести предложения в общую таблицу, разобрать неизвестные работы и проверить приемку. После этого можно обсуждать цену, сроки и варианты сокращения объема.
Ниже — рабочая таблица для сравнения коммерческих предложений, вопросы к спорным строкам и пример проверки. Все сценарии условные: они показывают способ оценки, без рыночных цен и обещаний экономии.
Сначала зафиксируйте результат первого запуска
Напишите короткий список того, что должно заработать на опубликованном сайте. Например: страницы услуг, каталог проектов, редактирование контента сотрудником, заявки с указанием услуги, передача заявок менеджеру, перенос действующих адресов при редизайне. Для каждого пункта укажите пользователя и действие.
Фраза «современный корпоративный сайт» допускает слишком много трактовок. Формулировка «редактор может добавить услугу, заполнить ее описание и опубликовать страницу без разработчика» уже позволяет проверить результат. Отдельно запишите, что остается на следующий этап: личный кабинет, второй язык, калькулятор, импорт каталога.
Вводные должны быть одинаковыми для всех участников. Если один подрядчик получил карту страниц, а другой — только ссылку на похожий сайт, сначала отправьте обоим уточненный пакет. Для подготовки такого пакета можно использовать шаблон технического задания на корпоративный сайт.
Указывайте и ограничения: кто предоставляет тексты, в какой системе находится каталог, есть ли доступ к CRM, что должно остаться от действующего сайта. Ответ «уточним после старта» допустим для отдельной неизвестной задачи, если понятно, как она будет обследована и повлияет на оценку.
Таблица сравнения смет на сайт
Скопируйте таблицу в свой документ и добавьте столбец для каждого подрядчика. Заполняйте его ссылкой на пункт предложения или конкретным ответом. Пустую клетку помечайте «не указано», чтобы отсутствие описания не превратилось в предположение «включено».
| Блок | Что должно быть в предложении | Как проверить одинаковый объем |
|---|---|---|
| Аналитика и структура | Список страниц, сценарии посетителя, состав согласований | Одинаковые разделы и одинаковая глубина проработки |
| Дизайн | Уникальные шаблоны, состояния форм, мобильные варианты | Сравнивать шаблоны и состояния, а не число макетов |
| Управление контентом | Какие сущности редактируются и кем | Редактор выполняет заданные операции самостоятельно |
| Наполнение | Кто готовит, переносит и размещает материалы | Зафиксированы объем, форматы и ответственный |
| Интеграции | Системы, поля, события и обработка ошибок | Указан результат обмена и сценарий его проверки |
| Перенос старого сайта | Адреса, контент, файлы и правила перенаправления | Есть перечень сохраняемых URL и проверка после запуска |
| Подготовка к поиску | Метаданные, индексируемые страницы, карта сайта | Понятно, что реализует разработчик и что готовит SEO-специалист |
| Тестирование | Устройства, браузеры, формы, доступы, перечень проверок | Есть критерии приемки и порядок исправления дефектов |
| Публикация | Сервер, домен, сертификат, резервная копия, откат | Назначен исполнитель и определены условия переключения |
| Передача проекта | Исходники, доступы, инструкция, обучение редактора | Заказчик может продолжить работу с другой командой |
| После запуска | Поддержка, лицензии, сервисы и границы гарантии | Разовые и повторяющиеся расходы разделены |
Количество страниц само по себе слабо описывает трудоемкость. Несколько десятков карточек на одном шаблоне и несколько разных разделов с собственными сценариями потребуют разной работы. В смете полезно видеть одновременно число уникальных шаблонов и объем их наполнения.
Для интеграции запись «подключение CRM» тоже недостаточна. Уточните, создается ли контакт или сделка, сохраняются ли источник и комментарий, кому назначается обращение, что происходит при недоступности системы. Такой перечень помогает сравнить предложения с одинаковым названием строки.
Разделите обязательный объем, опции и неизвестные работы
У каждой строки должны быть статус и основание оценки. Практично использовать три группы:
- Обязательный запуск. Без этих работ заявленный сценарий не работает. Их стоимость входит в сравниваемый итог.
- Опции. Результат можно запустить без них. Каждая опция оценивается отдельно и имеет понятную зависимость от основной версии.
- Работы после обследования. Например, перенос данных из системы, к которой пока нет доступа. Подрядчик указывает, какие сведения нужны для уточнения и когда появится оценка.
Неизвестность сама по себе не делает предложение плохим. Риск возникает, когда неизвестная работа обязательна для запуска, но ее влияние на бюджет скрыто. Для таких задач договоритесь о коротком обследовании и документе с выводами до утверждения полного объема.
Проверьте предположения подрядчика: материалы готовы; у CRM есть подходящий API; размещение выполняется на доступном сервере; согласование происходит одним ответственным; каталог передается в согласованном формате. Если предположение не соответствует вашей ситуации, попросите пересчитать конкретную строку.
Как понять, что означает «дизайн включен»
Спросите, что команда передаст и как вы будете это согласовывать. Для проекта могут понадобиться структура экранов, визуальная концепция, макеты основных шаблонов, состояния элементов и правила использования компонентов. Нужный набор зависит от задачи сайта; его стоит назвать явно.
У формы есть пустое состояние, заполненные поля, ошибка, отправка и подтверждение приема заявки. У каталога — фильтрация, отсутствие результатов и карточка. Если согласовывается только красивый заполненный экран, поведение остальных состояний остается на усмотрение исполнителя.
Также уточните число раундов согласования и границу между исправлением и изменением задачи. Перенос кнопки в рамках согласованного сценария и добавление нового калькулятора имеют разный объем. Решение о классификации изменения должно опираться на зафиксированный результат, а не на эмоциональную оценку «маленькая правка».
Какие проверки включить в приемку
Привяжите приемку к действиям. «Форма работает» можно заменить проверкой: посетитель отправляет корректные данные, получает подтверждение, а ответственный видит обращение с нужными полями. Для некорректного ввода отдельно проверяются сообщение об ошибке и сохранность уже введенного текста.
| Результат | Проверка | Что передает исполнитель |
|---|---|---|
| Редактирование услуги | Изменить текст и опубликовать страницу под ролью редактора | Инструкция и нужный доступ |
| Заявка | Отправить тест из каждой разновидности формы | Номер обращения и подтверждение доставки |
| Перенос URL | Открыть выбранные старые адреса и проследить переходы | Таблица старых и новых адресов |
| Работа с клавиатуры | Пройти меню и форму без мыши | Список проверенных экранов и исправленных проблем |
| Публикация | Открыть страницы и ресурсы на рабочем домене | Отчет запуска и порядок отката |
W3C предлагает первичные проверки доступности, в том числе навигацию клавиатурой, видимость фокуса и подписи полей. Эти проверки полезны для приемки, но не заменяют полный аудит соответствия требованиям доступности. Если такой аудит нужен вашему проекту, зафиксируйте его отдельно.
SEO-задачи стоит включать в обсуждение структуры заранее. Google рекомендует привлекать SEO-специалиста на этапе создания или переработки сайта. При этом строка «SEO включено» должна раскрывать конкретные работы: подготовку структуры, реализацию метаданных, перенос адресов или проверку индексации. Сама публикация сайта не дает гарантии позиций.
Сравните расходы после публикации
Попросите отдельный перечень регулярных платежей: размещение, домен, лицензии, платные расширения, внешние сервисы, техническая поддержка. Для каждого укажите владельца аккаунта, период оплаты, ограничения тарифа и последствия отключения.
Поддержка требует собственного описания. Какие обращения принимаются, как определяется срочность, входят ли обновления зависимостей, восстановление после сбоя и новые функции? «Месяц поддержки» без состава работ мало помогает сравнению.
Для предложения на WordPress отдельно проверяйте лицензии плагинов и возможность их продления заказчиком. Для собственной системы — передачу исходников, инструкции развертывания и условия дальнейших изменений. Различия в составе таких проектов разобраны в материале о стоимости сайта на WordPress.
Пример: две сметы на один корпоративный сайт
Представим условный проект: услуги, проекты, блог, форма заявки и редактирование контента. Первый подрядчик оценивает дизайн, разработку, заполнение согласованного объема и доставку обращений в CRM. Второй включает дизайн и разработку, а наполнение и CRM предлагает обсудить позже.
Чтобы сравнить предложения, вынесите наполнение и интеграцию в отдельные строки. У первого подрядчика уточните их состав, у второго запросите дополнительную оценку. Затем проверьте, одинаково ли оба понимают запуск, исправление дефектов и передачу исходников.
Если бюджет ограничен, можно согласовать первый выпуск с меньшим объемом наполнения или отложить часть разделов. Решение должно сохранять главный сценарий: посетитель понимает услугу и оставляет обращение, команда получает его и отвечает. Сокращать проверки доставки заявок ради внешнего совпадения итогов рискованно.
Общие факторы бюджета собраны в статье о стоимости корпоративного сайта. Таблица смет помогает применить их к конкретным предложениям, когда коммерческие документы уже получены.
Вопросы подрядчику перед согласованием
- Какой результат можно проверить по каждой крупной строке?
- Какие материалы и доступы нужно предоставить до старта?
- Что исключено из цены, хотя требуется для публикации?
- Какие предположения могут изменить оценку?
- Кто согласует дизайн, контент и интеграции?
- Как оцениваются изменения после утверждения этапа?
- Что считается дефектом и как он исправляется?
- Какие расходы и доступы останутся у заказчика после запуска?
Отправьте этот список всем участникам и сохраните ответы рядом с таблицей. Если выбор зависит от команды, процесса и подтвержденных работ, используйте также чек-лист выбора подрядчика.
Для обсуждения разработки с NBM-IT можно приложить заполненную таблицу к заявке на корпоративный сайт. Она позволит обсудить конкретный состав проекта и ограничения.
FAQ
Нужно ли требовать почасовую детализацию каждой задачи?
Для фиксированного объема полезнее проверяемые результаты, исключения и условия изменения цены. Почасовая оценка помогает при оплате фактической работы, но сама по себе не подтверждает полноту предложения. Договоритесь, как фиксируются выполненные задачи и согласуются дополнительные часы.
Можно ли сравнивать шаблонный сайт с индивидуальным дизайном?
Да, если оба варианта решают ваши сценарии. Укажите ограничения шаблона, допустимые изменения и дальнейшее редактирование. В таблице должны быть видны различия результата: одинаковое слово «сайт» их не устраняет.
Что делать, если подрядчик дает только итоговую сумму?
Попросите раскрыть крупные блоки, обязательства заказчика, исключения и приемку. Разбивка до каждой кнопки не обязательна. Без описания состава вы не сможете понять, какой результат согласован и какие работы потребуют доплаты.
Источники
- Google Search Central: когда привлекать SEO-специалиста.
- W3C WAI: первоначальная проверка доступности сайта.
Источники проверены 2 октября 2026 года. Таблица сметы и порядок сравнения — редакционные рекомендации; состав конкретного проекта нужно согласовать с исполнителем.