Как сравнить предложения веб-студий по одной задаче

Отправьте всем кандидатам одно описание задачи

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

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

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

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

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

Составьте короткий перечень условий, без которых проект нельзя принять. Например: обращения должны попадать в действующую систему работы с клиентами (CRM); каталог нужно обновлять из согласованного источника; компания должна получить доступы и материалы для дальнейшей поддержки. Это примеры проектных требований, а не одинаковый обязательный набор для каждого сайта.

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

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

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

Приведите предложения к общей таблице

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

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

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

Срок тоже требует исходной точки. «Шесть недель» от согласования задания и «шесть недель» после получения всех материалов — разные обещания. Попросите показать зависимости и периоды ответа вашей команды. Разбор самого бюджета вынесен в статью о смете на разработку сайта; здесь задача — сделать предложения сопоставимыми.

Проверьте роль студии в похожих проектах

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

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

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

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

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

Проведите рабочую встречу с будущими исполнителями

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

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

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

В GOV.UK Service Manual при работе с цифровыми подрядчиками выделяются подтверждённые навыки, подход к качеству и передача знаний. Это рекомендации для британских государственных команд, не правила закупки для вашей компании. Для коммерческого сайта полезен сам вопрос: как опыт исполнителя станет работающим результатом, которым смогут пользоваться ваши сотрудники?

Уточните, как студия проверяет и передаёт сайт

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

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

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

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

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

Заполните матрицу выбора с доказательствами

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

Для внутреннего обсуждения можно использовать отметки «подтверждено», «частично», «не уточнено». Они не создают видимость математической точности там, где сведений мало. Рядом указывайте источник ответа: письмо, пункт предложения, встреча с датой. Тогда решение сможет проверить коллега, который не присутствовал на переговорах.

Обсудите разногласия до начала разработки

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

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

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

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

Зафиксируйте основание выбора и первый шаг

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

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

После этого можно переходить к документам и плану работ. Если нужна помощь с разработкой сайта, передайте ШТАБ ИТ единое описание задачи и ограничения. Предметный запрос позволяет обсудить нужный компании результат и оценить его на тех же условиях, что и другие предложения.