Сравнивайте результат, который входит в цену
Две сметы на «корпоративный сайт» могут описывать разные работы. В одной предусмотрены готовый шаблон и размещение ваших текстов. В другой — исследование структуры, оформление страниц, перевод и подключение обработки обращений. Разница в сумме сама по себе ещё не показывает, какое предложение выгоднее. Перенесите предложения в общую таблицу: результат, объём, исполнитель, способ проверки, исключения. Попросите раскрыть строку «под ключ». Уточните, входят ли перенос существующих материалов, настройка домена, обучение сотрудника и исправления после проверки. Пустая ячейка означает вопрос для обсуждения, а не бесплатную работу по умолчанию.
Считайте сценарии и типы страниц
Количество страниц полезно, но недостаточно для оценки. Двадцать товаров с одинаковой карточкой и двадцать разных интерактивных разделов требуют разного подхода. Уточните, сколько уникальных шаблонов нужно, какие поля редактируются и какие действия посетитель выполняет. Условный пример: два сайта показывают услуги и принимают заявки. На первом посетитель пишет сообщение. На втором выбирает филиал, свободное время и специалиста. Внешне оба заканчиваются формой, но второй требует правил расписания и обработки конфликтов. В смете должны быть видны эти различия. Попросите отдельно указать первоначальное наполнение и возможность дальнейшего добавления страниц сотрудником.
Уточните состояние текстов и переводов
Содержание влияет на работу даже тогда, когда дизайн уже выбран. Разрозненные описания услуг нужно привести к одной структуре, фотографии — отобрать, характеристики — проверить. Для русской и узбекской версий отдельно учитываются подготовка текстов, редактура и проверка в интерфейсе. Составьте реестр материалов и отметьте, что готово к публикации. Назначьте одного человека для окончательного согласования фактов. Разработчику важно знать, получает ли он утверждённый текст или должен организовать его подготовку. Если материалы будут поступать частями, согласуйте порядок работы: поздняя смена структуры содержания может потребовать переделки уже готовых страниц.
Проверьте, что скрывается за интеграциями
Строка «CRM и оплата» оставляет слишком много неизвестного. Для каждого подключения нужны название сервиса, доступный способ обмена, состав данных и ожидаемое поведение при сбое. Кто создаёт аккаунт, получает доступы и отвечает за актуальность справочников — тоже часть обсуждения. Попросите оценить сначала проверку неизвестного подключения, если его возможности пока не подтверждены. Это позволяет отделить исследование от реализации. Не сравнивайте подробную оценку с обещанием «подключим всё»: во втором случае объём ещё не определён. Комиссии, подписки и условия сторонних сервисов следует проверять у самих поставщиков к моменту выбора.
Включите проверку качества в состав работ
Спросите, какие устройства и сценарии будут проверены и кто устранит найденные проблемы. Полезно заранее согласовать проверку формы, мобильной навигации, смены языка и редактирования материалов. Иначе одинаковое слово «тестирование» может означать совершенно разную глубину работы. W3C WAI рассматривает доступность как работу с распределёнными ролями и задачами. Поэтому в предложении стоит обозначить ответственных. Курс web.dev Learn Performance отдельно разбирает изображения, шрифты и загрузку ресурсов. Для заказчика практический вывод такой: согласуйте условия проверки скорости и допустимый контент, а не требуйте необъяснённое число из одного теста.
Отделите создание от расходов на эксплуатацию
Попросите два перечня: разовые работы и регулярные платежи. Во второй могут входить домен, размещение сайта, платные сервисы и сопровождение. Уточните владельца каждого аккаунта, период оплаты и порядок действий при прекращении подписки. Валюту и состав включённых расходов лучше зафиксировать прямо в предложении. Обсудите, что считается исправлением ошибки, а что новым заданием. Замена контакта и добавление личного кабинета имеют разный объём. Полезно также выяснить, что вы получите при передаче проекта другому специалисту: исходные материалы, инструкции, экспорт данных и доступы. Это помогает оценить дальнейшую самостоятельность бизнеса.
Уменьшайте объём через приоритеты
Если предложения выходят за доступный бюджет, вернитесь к основному действию клиента. Уберите из первой версии функции, без которых этот путь остаётся завершённым. Например, в условном проекте можно начать с запроса предложения вместо сложного расчёта индивидуальной стоимости, если менеджер всё равно проверяет каждый заказ. Попросите показать основной вариант и расширение отдельными строками, с ясными зависимостями. Для предметного обсуждения подготовьте описание бизнеса, список страниц и имеющиеся материалы. По ним можно вместе сопоставить предложения, отметить неопределённости и выбрать объём, который имеет смысл оценивать дальше.
Вопросы заказчиков
Можно ли назвать стоимость только по примеру понравившегося сайта?
Пример помогает обсудить оформление, но не раскрывает внутренние процессы, содержание и интеграции. Для оценки нужно описать ваши сценарии и состав работ.
Готовый шаблон всегда выгоднее индивидуального дизайна?
Не всегда. Сравните необходимую доработку шаблона с вашими требованиями. Если его структура подходит, он может сократить объём оформления; если нет, переделки нужно учитывать отдельно.
Что делать, если в предложении нет подробной сметы?
Попросите перечень включённых результатов, исключений и условий приёмки. Для сравнения важнее ясный объём обязательств, чем количество строк или название формата оценки.
