Вернуться к статьям Сметы на корпоративный сайт редко отличаются только ставкой подрядчика. За одинаковой строкой «разработка» могут скрываться разные объёмы проектирования, дизайна, контента, настройки CMS и поддержки. Итоговая сумма без состава работ не объясняет, что именно покупается.
Почему итоговая сумма не отвечает на вопрос
Две сметы на одинаковую сумму могут описывать разные проекты. В одной заложены исследование, дизайн адаптивных состояний, перенос контента, настройка CMS, тестирование и запуск. В другой есть только разработка шаблонов, а данные, интеграции и приёмка вынесены за пределы. Сравнение по последней строке скрывает эту разницу. Сначала заказчик формулирует собственную карту работ. Она не должна повторять структуру одного подрядчика: карта нужна как нейтральный список того, что может быть необходимо именно этому проекту.
Какие строки привести к общей структуре
Для корпоративного сайта обычно отдельно смотрят аналитику и прототип, информационную архитектуру, дизайн, вёрстку, CMS, типовые компоненты, миграцию, интеграции, тестирование, запуск и поддержку. Не каждая строка нужна всегда, но отсутствие должно быть отмечено, а не растворено в общей фразе «под ключ». Внутри строки проверяют единицу результата. «Дизайн сайта» может означать один главный экран или набор шаблонов со состояниями формы, поиска и мобильной версии. «Наполнение» может быть импортом из таблицы или ручной редактурой материалов. Эти работы нельзя считать одинаковыми.
Как читать допущения и исключения
Допущение описывает условие оценки: например, заказчик предоставляет готовые тексты, а обмен с внешней системой имеет документированный интерфейс. Исключение описывает работу, которой в предложении нет. Оба блока должны находиться рядом со сметой, а не в конце письма мелким текстом. Особое внимание уделяют внешним расходам: лицензиям, хостингу, платным сервисам, фотографиям, шрифтам, поддержке и работам сторонних поставщиков. Не обязательно требовать, чтобы подрядчик включил их в свою цену, но нельзя делать вид, что их не существует.
Как обращаться с диапазоном
Диапазон цены не означает, что подрядчик не умеет оценивать. Он может быть честным следствием неизвестного объёма: состояния каталога, качества выгрузки, количества материалов, нестандартной интеграции. Важно понять, что находится у нижней и верхней границы и какие данные сузят диапазон. Диапазон нельзя сравнить с фиксированной ценой как две одинаковые цифры. В матрице отдельной строкой указывают риск, точку детализации и решение, которое должно принять заказчик. После этой точки ожидание меняется: либо появляется фиксированный блок, либо продолжается работа с лимитом.
Как проверить трудозатраты и сроки
Срок имеет смысл только вместе с этапами и зависимостями. Проект может идти восемь недель разработки, но ждать контент ещё месяц. В другом предложении этот месяц уже включён. Нужна дата старта, последовательность этапов, действия заказчика и порядок согласования, а не только дата запуска в презентации. Трудозатраты не нужно превращать в соревнование «кто назвал меньше часов». Полезнее спросить, какие роли участвуют, что делает каждая и что произойдёт, если входные данные окажутся не готовы. Маленькая оценка без ответов на эти вопросы не делает проект дешевле.
Финальная таблица выбора
После нормализации смет остаются строки, которые нельзя выразить ценой: понятность процесса, готовность работать с открытыми вопросами, способ передачи результата, реакция на изменения и уровень поддержки после запуска. Их фиксируют рядом с финансовыми данными, иначе они исчезнут в момент выбора. Перед решением задайте всем финалистам одинаковые уточнения и внесите ответы в таблицу. Это честнее, чем принимать решение по памяти после нескольких встреч. Финальная таблица должна позволять объяснить, почему выбрано предложение с конкретным составом и риском.
Вопросы и ответы
- Нужно ли требовать одинаковую форму сметы?
Да, если предложения ещё не подготовлены. Если сметы уже разные, заказчик может сам сделать карту работ и запросить уточнения по отсутствующим строкам.
- Что делать с очень низкой ценой?
Проверить состав, исключения, роль заказчика в подготовке материалов и условия изменения требований. Низкая сумма сама по себе не показывает ни ошибку, ни выгоду.
- Включать ли поддержку в сравнение?
Да, но отдельно от разработки. Условия поддержки, время реакции, объём включённых работ и порядок передачи прав на сайт могут заметно отличаться.
- Как оценить миграцию контента?
Нужно знать число типов материалов, качество исходников, обязательные поля, изображения, URL и правила перенаправлений. Без инвентаризации оценка миграции будет предположением.
- Кто утверждает матрицу сравнения?
Заказчик до чтения финальных предложений. В оценке могут участвовать маркетинг, IT и бизнес-владелец, но у критериев и решения должен быть назначенный ответственный.
Вывод
Сравнивать нужно не красивую итоговую цифру, а состав, допущения и риск каждого предложения. Общая карта работ и одинаковые вопросы финалистам дают основание выбрать предложение, которое подходит проекту, а не выглядит самым дешёвым в таблице.