Как выбрать подрядчика на разработку сайта

Сначала сформулируйте предмет выбора

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

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

Проверьте релевантность опыта

Откройте два или три проекта, похожих по процессу. Для каталога важны поиск и управление данными, для B2B-сайта — объяснение сложного предложения и маршрут заявки. Красивый промосайт не доказывает опыт синхронизации остатков. Попросите объяснить роль подрядчика: проектирование, разработка, отдельный дизайн или последующая поддержка.

Вместо вопроса о количестве лет на рынке разберите одно решение. Как команда выбирала структуру? Какие ограничения обнаружила? Что изменилось после проверки? Подтверждённый ход работы помогает оценить компетентность лучше, чем неподписанная цифра роста конверсии. Отсутствие разрешения показать клиентские данные нормально; выдавать чужой результат за собственный — нет.

Задайте одинаковые вопросы всем кандидатам

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

Оцените рабочий процесс

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

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

Проверьте самостоятельность после запуска

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

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

Пример сравнения двух предложений

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

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

Что должно остаться после выбора

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

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

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

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

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