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