До поиска подрядчика кратко опишите задачу, пользователей, бюджет и обязательные функции. Один и тот же подрядчик может быть сильным для корпоративного сайта и неподходящим для сервиса с высокой нагрузкой. Так вы сможете найти команду с подходящим опытом, процессом и уровнем ответственности.
Название формата — фрилансер, студия, агентство или интегратор — само по себе ничего не гарантирует. Проверять стоит конкретных людей, артефакты работы, договорённости и способность объяснять решения.
Выбирайте подрядчика по проверяемым свидетельствам: работающим продуктам, составу команды, прозрачной смете и понятным критериям приёмки.
До поиска: зафиксируйте пять вводных
Не нужно писать техническое задание на десятки страниц. Короткий документ поможет получить более сопоставимые предложения:
- Задача. Какое изменение в бизнесе или процессе должен обеспечить продукт?
- Пользователь. Кто приходит на сайт и какое ключевое действие совершает?
- Первая очередь. Что обязательно должно работать на запуске, а что можно отложить?
- Ограничения. Срок, бюджетный диапазон, технологии, требования безопасности и интеграции.
- Критерии успеха. По каким данным через несколько месяцев вы оцените результат?
Отправляйте всем кандидатам одинаковые вводные и заранее сообщите формат ответа: состав работ, команда, этапы, сроки, стоимость, исключения и поддержка.
Фрилансер, студия или интегратор
Формат выбирают по сложности задачи и рискам, а не по принципу «крупнее — значит лучше».
| Формат | Когда уместен | Что проверить особенно внимательно |
|---|---|---|
| Независимый специалист | Одна понятная компетенция, небольшой объём, есть внутренняя сторона, которая управляет задачей. | Доступность, резерв на случай болезни, границы компетенций, передача файлов и поддержка. |
| Продуктовая или веб-студия | Нужны проектирование, дизайн и разработка в одной связке, а объём можно вести одной командой. | Кто входит в команду, насколько процесс соответствует презентации, как управляются изменения. |
| Агентство или интегратор | Несколько параллельных направлений, сложные корпоративные согласования, большой контур систем. | Кто делает работу фактически, сколько уровней управления, как устроены субподряд и ответственность. |
Чек-лист: 12 критериев выбора веб-студии
1. Команда понимает задачу, а не повторяет формулировку
После первой встречи подрядчик должен уметь описать цель своими словами, обозначить неизвестные и предложить способ их проверить. Мгновенный ответ «сделаем» без вопросов даёт мало информации о понимании задачи.
2. Есть релевантный опыт
Ищите не обязательно проект из той же отрасли, а похожую сложность: каталог, роли пользователей, интеграции, редакционный процесс или высокая цена ошибки. Попросите объяснить задачу, роль студии, ограничения и принятые решения.
3. Портфолио можно проверить
Откройте действующие сайты, проверьте мобильную версию, формы, навигацию и базовую скорость. Уточните дату запуска и объём участия: студия могла сделать весь продукт, отдельный экран или только концепцию.
4. Известен фактический состав команды
Запросите роли и загрузку ключевых участников: кто проектирует, пишет тексты, рисует, разрабатывает, тестирует и принимает решения. Важно понимать, меняется ли команда после продажи проекта и привлекаются ли субподрядчики.
5. У каждого этапа есть конкретный результат
У каждого этапа должен быть результат: карта требований, прототип, макеты, работающий стенд, сценарии проверки, инструкция. Названия вроде «аналитика» или «дизайн» недостаточны без перечня того, что вы получите.
6. Смета показывает состав и исключения
Проверьте, включены ли контент, адаптивные состояния, CMS, миграция данных, интеграции, аналитика, SEO-фундамент, тестирование и запуск. Не менее важен список того, что в цену не входит.
7. Срок связан с зависимостями
Календарный план должен учитывать согласования, передачу материалов, доступы к внешним системам и обратную связь заказчика. Уточните, что произойдёт, если одна из сторон задержит входные данные.
8. Критерии качества и приёмки названы заранее
Спросите, на каких устройствах и браузерах тестируют продукт, как проверяют формы, доступность, производительность, безопасность и обработку ошибок. Приёмку проводят по согласованным требованиям и сценариям, а визуальную часть — ещё и по утверждённым макетам.
9. Контент, SEO и аналитика встроены в процесс
Структура страниц, поисковые намерения и события аналитики влияют на архитектуру ещё до дизайна. Уточните, кто отвечает за тексты, метаданные, перенаправления со старого сайта и проверку индексирования после запуска.
10. Технологии объяснены через ограничения
Подрядчик должен обосновать CMS, фреймворк, хостинг и внешние сервисы с точки зрения редакторов, нагрузки, безопасности, стоимости владения и доступности специалистов. Модное название технологии не заменяет объяснение.
В 2026 году стоит отдельно спросить, как команда использует инструменты с ИИ: какие данные передаёт внешним сервисам, кто проверяет результат и как соблюдаются права на контент и код.
11. Права и доступы останутся у заказчика
Домен, хостинг, аналитика, репозиторий и ключевые сервисы должны быть оформлены так, чтобы бизнес не зависел от одного аккаунта подрядчика. В договоре фиксируют момент и объём передачи исключительных прав, исходников и документации.
12. Понятно, что будет после запуска
Гарантийное исправление ошибок и развитие продукта — разные процессы. Уточните срок гарантии, канал обращения, время реакции, порядок обновлений, резервное копирование и стоимость плановой поддержки.
Что должно быть в смете и договоре
Коммерческое предложение отвечает на вопрос «что и за сколько», договор — «кто, когда и за что отвечает». Проверьте, что документы согласованы между собой.
- предмет и измеримый состав работ;
- этапы, результаты, сроки и стоимость каждого этапа;
- входные данные и обязанности обеих сторон;
- порядок согласования и число включённых итераций;
- критерии приёмки и способ фиксировать замечания;
- правила оценки новых требований;
- условия оплаты, налоги и расходы на сторонние сервисы;
- передача прав, исходников, доступов и документации;
- конфиденциальность и обработка данных;
- гарантия, поддержка и порядок завершения сотрудничества.
Фиксированная цена полезна при определённом объёме. Для исследовательских и развивающихся задач уместна оплата по времени или смешанная модель. Важна не сама модель, а прозрачность учёта и согласования изменений.
Сигналы риска
Один признак не всегда означает отказ, но требует дополнительного вопроса. Повод внимательнее проверить предложение:
- точная цена и дата запуска названы до обсуждения объёма и зависимостей;
- в портфолио нет работающих ссылок или нельзя установить роль команды;
- не называют специалистов, которые будут делать проект;
- смета состоит из одной строки «сайт под ключ»;
- не указано, что должен предоставить заказчик и что не входит в цену;
- обещания результата не связаны с проверяемыми действиями и ограничениями;
- оплата не привязана к этапам, результатам или понятной процедуре учёта времени;
- домен, репозиторий и ключевые аккаунты предлагается держать только у подрядчика;
- нет процесса резервного копирования и передачи доступов;
- на вопросы о рисках отвечают только общими гарантиями.
Вопросы на первой встрече
- Как вы поняли задачу и какие вводные пока отсутствуют?
- Какой похожий по сложности проект можете разобрать подробно?
- Кто конкретно будет работать и сколько проектов у команды параллельно?
- Какие результаты мы получим на каждом этапе?
- Что входит в оценку, а что оплачивается отдельно?
- Какие риски вы видите и как предлагаете их уменьшить?
- Как проходят демонстрации, согласования и приёмка?
- Как оформляются новые требования после старта?
- Какие доступы, исходники и документы будут переданы?
- Как устроены гарантия и поддержка после запуска?
Сильный ответ необязательно звучит уверенно и мгновенно. Признанная неопределённость с понятным способом проверки обычно полезнее обещания без условий.
Как принять решение без субъективного рейтинга
Сделайте простую матрицу. Сначала назначьте вес критерия под ваш проект, затем оцените только подтверждённые данные. Не заполняйте пробелы впечатлением от встречи.
| Критерий | Что считать подтверждением | Ваш вес |
|---|---|---|
| Релевантный опыт | Работающий продукт и разбор роли команды | Высокий / средний / низкий |
| Команда | Роли, имена, доступность, порядок замены | Высокий / средний / низкий |
| Процесс | Этапы, артефакты, демонстрации, приёмка | Высокий / средний / низкий |
| Состав предложения | Детальная смета и явные исключения | Высокий / средний / низкий |
| Управляемость после запуска | Права, доступы, документация, поддержка | Высокий / средний / низкий |
Перед финальным выбором можно провести короткую оплачиваемую диагностику или этап проектирования с одним кандидатом. Это даёт больше фактов о совместной работе, чем дополнительная презентация, и не обязывает сразу заказывать весь продукт.
Итог
Выбор веб-студии — это проверка соответствия задачи и команды. Сформулируйте первую очередь, дайте кандидатам одинаковые вводные, запросите доказательства по 12 критериям и сравните полную стоимость результата, включая поддержку.
Если рассматриваете MAXGROUP, примените к нам тот же чек-лист: попросите показать релевантные проекты, состав команды, этапы, исключения из сметы и условия передачи доступов.