Как проверить подрядчика до начала работы: чек-лист для digital-агентства

Агентство подписало договор с подрядчиком, передало бриф, а через два месяца получило нерабочий прототип и потеряло клиента. Знакомая ситуация? По нашему опыту, 80% таких провалов можно было предотвратить на этапе отбора. Проверить подрядчика разработки до старта проекта — это не формальность, а прямая защита репутации вашего агентства. В этом чек-листе — конкретные шаги, которые позволяют отсеять ненадёжных исполнителей ещё до подписания контракта.

Материал написан для руководителей digital-агентств и системных интеграторов, которые работают с корпоративными клиентами и не могут позволить себе срыв проекта. Каждый пункт проверен на реальных кейсах white-label партнёрств.

Зачем проверять подрядчика: реальная цена ошибки

Когда digital-агентство выбирает субподрядчика для разработки, на кону стоит не просто бюджет проекта. Сорванный дедлайн перед корпоративным клиентом означает потерю контракта, репутационный ущерб и снижение LTV. Более того, клиент узнает о некомпетентности не подрядчика, а вашего агентства — потому что для него именно вы отвечаете за результат.

Исследования Clutch (2025) показывают: 42% digital-агентств недовольны результатом работы субподрядчиков. Основные причины — срывы сроков (67%), низкое качество кода (38%) и проблемы с коммуникацией (52%). Однако большинство этих проблем прогнозируемы, если знать, на что смотреть.

Возможность проверить подрядчика разработки до подписания контракта — это инвестиция двух-трёх рабочих дней, которая экономит месяцы нервов и миллионы рублей. Давайте разберём, что именно проверять и в каком порядке.

Чек-лист: как проверить подрядчика разработки по 7 критериям

Ниже — структурированный чек-лист из 7 блоков. Каждый блок содержит конкретные вопросы, которые нужно задать подрядчику, и документы, которые нужно запросить. Если подрядчик не может ответить хотя бы на один блок — это повод задуматься.

1. Портфолио и релевантный опыт

Просто список «мы делали сайты для крупных компаний» — ничего не значит. Запрашивайте конкретику:

• Проекты, аналогичные вашему — если нужен MVP с AI-функциональностью, просите примеры MVP с AI, а не корпоративные сайты
• Роль подрядчика в проекте — делал полностью или только фронтенд? Был ли тимлид от подрядчика?
• Ссылки на рабочие продукты — не макеты в Figma, а живые системы, которые можно потрогать
• Контакты клиентов для референс-проверки — минимум 2-3 контакта, желательно из вашей индустрии

Красный флаг: подрядчик не может назвать конкретных клиентов или отказывается давать контакты для референсов.

2. Команда и экспертиза

Подрядчик — это прежде всего люди. Узнайте, кто будет работать над вашим проектом:

• Состав проектной команды — имена, роли, уровень (junior/middle/senior)
• Опыт тимлида — сколько аналогичных проектов довёл до продакшна
• Технологический стек — совпадает ли с требованиями проекта
• Процесс замены специалиста — что произойдёт, если ключевой разработчик уйдёт

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

3. Процессы разработки

Зрелый подрядчик имеет выстроенные процессы. Попросите рассказать:

• Методология — Scrum, Kanban или что-то своё? Длина спринта?
• Код-ревью — кто и как проверяет код перед мержем в основную ветку
• CI/CD — есть ли автоматизированный деплой и тестирование
• QA — выделенный тестировщик или «разработчики тестируют сами»
• Документирование — какие артефакты передаются по итогу (ТЗ, API-документация, руководство пользователя)

Для агентства, работающего в white-label формате, зрелость процессов критична. Подробнее об организации процесса — в нашем гайде по выбору подрядчика для digital-агентства.

4. Юридическая защита

Самый важный блок для агентства, которое продаёт проект под своим брендом:

• NDA (соглашение о неразглашении) — подрядчик не раскрывает информацию о клиенте и проекте
• Non-compete — подрядчик не выходит на вашего клиента напрямую
• IP (интеллектуальная собственность) — все права на код переходят агентству после оплаты
• Гарантийный период — минимум 2 недели на исправление багов после сдачи
• Штрафные санкции — за срыв сроков и критические дефекты

Красный флаг: подрядчик отказывается подписывать NDA или non-compete. В white-label разработке это абсолютный стоп-фактор — без юридической защиты вы рискуете потерять клиента.

5. Коммуникация и отчётность

Для агентства важно не только получить результат, но и контролировать процесс — ведь вы транслируете статус клиенту:

• Частота отчётов — еженедельные письменные отчёты как минимум
• Формат демо — демонстрация прогресса каждые 1-2 недели
• Каналы связи — Slack, Telegram или выделенный проектный чат
• Время реакции — SLA на ответ в рабочее время (в идеале — до 2 часов)
• Эскалация — к кому обращаться, если менеджер проекта не решает вопрос

6. Финансовая модель

Прозрачность ценообразования — индикатор зрелости подрядчика:

• Фиксированная цена или Time & Material — для агентства фиксированная цена предсказуемее
• Что входит в стоимость — дизайн, разработка, тестирование, деплой, документация
• Что НЕ входит — хостинг, домен, правки после приёмки, дополнительный функционал
• График платежей — аванс, промежуточные платежи, финальный расчёт
• Стоимость доработок — почасовая ставка на работы за рамками первоначального ТЗ

Совет: при white-label модели фиксированная цена до 900 000 рублей за MVP — рыночный ориентир. Наценка агентства при продаже клиенту — 30-50%. Это обеспечивает предсказуемую маржинальность на каждом проекте.

7. Тестовое задание или пилотный проект

Лучший способ проверить подрядчика — дать реальную задачу:

• Мини-проект на 1-2 недели — небольшой модуль или прототип с фиксированным бюджетом
• Оценить не только результат — но и процесс: коммуникация, соблюдение сроков, качество кода
• Независимый код-ревью — привлечь внешнего разработчика для оценки кода тестового проекта

Пилотный проект стоит 50 000-100 000 рублей, но может сэкономить миллионы. Это самая надёжная проверка, которую невозможно подделать.

Таблица оценки: система баллов для сравнения подрядчиков

Когда агентство рассматривает 3-5 подрядчиков одновременно, субъективные впечатления не работают. Используйте балльную систему — она позволяет сравнить кандидатов объективно:

КритерийВес5 баллов (отлично)3 балла (приемлемо)1 балл (плохо)

Релевантный опыт20%5+ аналогичных проектов с референсами2-4 проекта, частичное совпадениеНет аналогичного опыта Команда15%Выделенная команда senior-уровняСмешанная команда, тимлид seniorФормируется под проект Процессы15%CI/CD, код-ревью, QA, документацияЕсть Scrum, базовое тестированиеНет формализованных процессов Юридическая защита20%NDA + non-compete + IP + гарантияNDA + IP, без non-competeОтказывается от NDA Коммуникация10%Еженедельные отчёты, демо, SLAОтчёты по запросуНедоступен, долго отвечает Финансовая модель10%Фиксированная цена, прозрачная сметаTime & Material с потолкомНепрозрачное ценообразование Пилотный проект10%Готов к тесту, код отличного качестваГотов к тесту, код нормальныйОтказывается от пилота

Порог для работы: подрядчик набирает минимум 3,5 балла (средневзвешенный). Подрядчик с оценкой ниже 3,0 — высокий риск для агентства, независимо от привлекательной цены.

Три реальных кейса: когда проверка спасла (и когда нет)

Теория — это хорошо, но давайте посмотрим, как чек-лист работает на практике.

Кейс 1: Агентство проверило — и избежало катастрофы

Digital-агентство из Москвы (35 человек) получило заказ на MVP корпоративного портала. Два кандидата дали сопоставимые коммерческие предложения. Однако при проверке по чек-листу выяснилось: первый подрядчик не мог назвать состав проектной команды и отказывался от пилотного проекта. Второй предоставил резюме каждого разработчика, три контакта для референсов и согласился на мини-проект за 80 000 рублей.

Результат: проект сдан в срок, клиент доволен, агентство получило следующий заказ от того же клиента на 2,1 млн рублей.

Кейс 2: Агентство не проверило NDA — и потеряло клиента

Небольшая веб-студия (12 человек) передала разработку мобильного приложения фрилансеру без NDA и non-compete. Через полгода фрилансер вышел на клиента студии напрямую и предложил поддержку за 40% от цены студии. Клиент ушёл. Потери студии — контракт на 3,6 млн рублей в год.

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

Кейс 3: Пилотный проект выявил проблему до старта

Системный интегратор дал подрядчику тестовое задание — разработать модуль авторизации за 10 дней. Подрядчик справился за 8, но код-ревью показал: нет тестов, SQL-инъекции не закрыты, пароли хранятся в открытом виде. Тестовое задание стоило 70 000 рублей — но уберегло от передачи основного проекта команде, которая не владеет базовыми практиками безопасности.

Когда проверка не поможет: честные оговорки

Чек-лист снижает риски, но не устраняет их полностью. Есть ситуации, когда даже тщательная проверка не даёт гарантий:

• Ключевой разработчик уволился — подрядчик может потерять специалиста на середине проекта. Защита: требуйте план замены в договоре
• Scope creep от вашего клиента — если клиент агентства постоянно меняет требования, любой подрядчик столкнётся с проблемами. Защита: фиксируйте ТЗ до старта
• Форс-мажор — технологические и организационные сбои случаются. Защита: промежуточные демо позволяют выявить проблему до того, как она станет критичной

Тем не менее если проверить подрядчика разработки системно, вероятность серьёзных проблем снижается с 42% (среднерыночный показатель) до 10-15%. Это не идеальный ноль, но вполне управляемый уровень риска, который компенсируется маржой агентства.

Экспресс-версия: 5 вопросов за 10 минут

Если нет времени на полную проверку по чек-листу — задайте подрядчику эти 5 вопросов на первом созвоне. Ответы покажут 80% картины:

1. Покажите 3 живых проекта, аналогичных нашему — если не может, дальше не тратьте время
2. Кто конкретно будет работать над проектом? — имена и роли, не «выделим лучших специалистов»
3. Готовы подписать NDA и non-compete? — если нет, это стоп-фактор для white-label
4. Что будет, если вы не уложитесь в срок? — ожидаемый ответ: штрафные санкции или скидка
5. Готовы сделать пилотный проект за фиксированную цену? — серьёзный подрядчик не откажется

Подрядчик, который уверенно отвечает на все 5 вопросов, с высокой вероятностью пройдёт и полную проверку. Тот, кто «плавает» хотя бы на двух — рискован. Экспресс-формат не заменяет полный чек-лист, но позволяет быстро проверить подрядчика разработки на первичном уровне и не тратить время на заведомо слабых кандидатов.

FAQ о проверке подрядчика разработки

Сколько времени занимает полная проверка подрядчика?

От 2 до 5 рабочих дней, включая запрос документов, референс-проверку и анализ пилотного проекта. Без пилотного проекта — 1-2 дня. Это инвестиция, которая окупается на первом же проекте: агентство снижает вероятность срыва сроков в 3-4 раза по сравнению с выбором «на глаз».

Можно ли проверить подрядчика без тестового задания?

Можно, но надёжность проверки снижается. Без тестового задания вы оцениваете подрядчика только по словам и документам. Пилотный проект стоимостью 50 000-100 000 рублей показывает реальное качество кода, скорость работы и культуру коммуникации. Для проектов дороже 500 000 рублей пилот окупается всегда.

Что делать, если подрядчик прошёл проверку, но потом начались проблемы?

Промежуточные демо каждые 1-2 недели — ваша страховка. Если после первого демо видите отклонение от плана — эскалируйте. Если после второго — рассмотрите замену подрядчика. Чем раньше вы обнаружите проблему, тем дешевле её исправить. Гарантийный период в договоре (минимум 2 недели) покрывает баги после сдачи.

Стоит ли проверять подрядчика, с которым уже работали?

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

Итого: проверка как конкурентное преимущество агентства

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

Подрядчик, который уверенно проходит все проверки, становится не просто исполнителем — а стратегическим партнёром для роста вашего агентства. Именно такие партнёрства позволяют масштабировать портфель услуг, увеличивать средний чек и повышать LTV клиентов — без найма собственных разработчиков.

Хотите обсудить, как выстроить партнёрство с техническим подрядчиком под задачи вашего агентства? Запишитесь на Zoom-звонок — разберём ваш кейс и подберём оптимальную модель сотрудничества.