Выбор IT-подрядчика сегодня похож на выбор хирурга или архитектора для семейного особняка. Ошибка на входе стоит не просто потерянного аванса. Она стоит месяцев упущенного времени, потери доли рынка и "архитектурных уродств" в коде, которые потом придется сносить и строить заново за тройной прайс.
В 2026 году порог входа в IT критически снизился. Агентства растут как грибы после дождя. Каждый второй позиционирует себя как "эксперт по AI" и "лидер заказной разработки". Как пробиться через маркетинговый шум и найти тех, кто реально умеет работать руками и головой? Мы подготовили инсайдерский чек-лист для проверки любого агентства.
1. Портфолио: Учимся отличать рендеры от реальности
Кейсы на сайте агентства — это витрина. Там всегда всё красиво, гладко и успешно. Ваша задача — заглянуть "на склад" и проверить, как это работает на самом деле.
1.1. Live-проекты против картинок
Красивые шоты на Dribbble или Behance отлично продают дизайн, но совершенно не гарантируют наличие качественного продукта. Часто то, что нарисовано в кейсе, невозможно сверстать без багов, или оно фатально тормозит на реальных смартфонах.
Ваши действия:
- Требуйте ссылки на боевые (live) проекты. Не прототипы в Figma, а реально работающие сайты или приложения в App Store / Google Play.
- Проверьте производительность. Загоните ссылку в Google PageSpeed Insights. Если показатели в "красной зоне" (меньше 50 баллов) — агентство не уделяет внимания оптимизации. Красивая оболочка без двигателя бесполезна для бизнеса.
- Тестируйте адаптивность. Откройте сайт на бюджетном Android-смартфоне. Не "поехала" ли верстка? Насколько удобно нажимать кнопки?
1.2. Проверка авторства и глубины участия
Грязный секрет рынка: некоторые студии выдают работы своих бывших сотрудников (сделанные ими в других компаниях) или проекты субподрядчиков за свои собственные.
Контрольный вопрос: "Какую именно роль играла ваша команда в этом проекте?". Часто выясняется, что агентство делало только логотип, а в кейсе презентует разработку всей высоконагруженной системы.
2. Команда: Ловушка "Bait and Switch"
Классическая схема "Наживка и подмена". На пресейл (встречу по продаже) к вам приходят харизматичные владельцы студии, опытные арт-директора и лучшие сеньор-разработчики. Они очаровывают вас своей экспертизой, вы подписываете договор и вносите аванс.
На следующий день ваш проект передают двум джуниорам-стажерам, потому что те самые сеньоры либо заняты на более дорогих контрактах, либо ушли продавать услуги следующему клиенту.
Как защитить свой проект?
- Запрашивайте анонимизированные CV исполнителей. Вы должны понимать грейд и опыт людей, которые будут писать ваш код.
- Проведите техническое интервью с Tech Lead. Попросите организовать созвон с техническим лидером, который будет отвечать за архитектуру вашего проекта, до финального подписания бумаг.
- Юридическая фиксация. Для крупных контрактов имеет смысл прописать минимальный уровень специалистов (Middle/Senior) в приложении к договору.
3. Технологическая гигиена: О чем молчат менеджеры
Даже если вы не обладаете глубокими техническими знаниями, задайте эти три вопроса. Реакция и аргументация агентства скажут вам больше, чем любые отзывы.
"Как у вас выстроен процесс деплоя и CI/CD?"
Адекватный ответ: "У нас автоматизированный пайплайн. Код проходит через линтеры и автотесты, после чего автоматически разворачивается на стейджинг-сервере для внутреннего тестирования".
Тревожный сигнал: "Ну, программист заливает файлы вручную через FTP или SSH". Это уровень 2010 года, риск падения сайта при любом обновлении — 100%.
"Кому принадлежит интеллектуальная собственность на код?"
Вы оплачиваете разработку, поэтому код должен принадлежать вам с момента написания первой строки.
Ваше требование: Разработка должна вестись либо в вашем корпоративном репозитории (GitHub/GitLab), либо в репозитории агентства с предоставлением вам прав уровня Owner/Admin. Опасайтесь условий, где код передается только после "полной оплаты" — это прямой риск вендор-лока (зависимости от одного поставщика).
4. Прозрачность процессов: "Стеклянный дом" против "Черного ящика"
Вам не нужен формат работы, когда вы отдаете деньги, а через полгода (возможно) получаете результат. Вам нужна максимальная прозрачность на каждом этапе.
Доступ к таск-трекеру
Настаивайте на доступе в Jira, Linear или Trello проекта. Вы должны видеть динамику задач в реальном времени: что сейчас в работе, что заблокировано, а что готово к тестированию. Отчеты в конце месяца — это архаизм.
Ритм спринтов и демо
Современная разработка строится короткими итерациями (спринтами) по 1-2 недели. В конце каждого спринта агентство обязано проводить Демонстрацию (Show & Tell). Вы должны видеть прогресс "в металле" каждые 14 дней. Если подрядчик уходит в "радиомолчание" на месяц — проект в опасности.
5. Психологический тест на партнерство
Это самый важный момент. Если на любое ваше предложение (даже самое абсурдное) агентство радостно отвечает: "Конечно! Сделаем! Любой каприз!" — бегите. Им не важен ваш бизнес-результат, им нужен ваш бюджет.
Хороший подрядчик умеет говорить "Нет".
- "Нет, эту фичу делать сейчас рано, давайте сначала проверим гипотезу на минимальном трафике".
- "Нет, выбранная вами технология здесь избыточна, это раздует бюджет вдвое без видимой пользы".
- "Нет, такое расположение кнопок убьет конверсию в корзину".
Вы нанимаете экспертов для того, чтобы они вели вас за собой, а не просто "руки", которые механически исполняют команды. Настоящий партнер спорит и аргументирует. Исполнитель просто кивает и тратит ваши деньги.
Заключение: Звонок прошлому клиенту
Отзывы на главной странице можно сфабриковать. Единственный надежный способ проверки — личная рекомендация.
Попросите у агентства контакты 2-3 клиентов, с которыми они завершили сотрудничество 6-12 месяцев назад. Позвоните им. Спрашивайте не о качестве кода, а о том, как команда вела себя в кризисных ситуациях. Срывали ли сроки? Как реагировали на баги после релиза? Вышли ли за рамки бюджета?
Если агентство отказывается давать такие контакты, ссылаясь на NDA — скорее всего, им есть что скрывать.