Обсудить проект
Выбор подрядчика

Red flags выбор подрядчика: 10 признаков ненадёжной IT-команды

9 минут чтения Выбор подрядчика
⏱ 9 минут чтения

В прошлом году продукт-менеджер одной российской финтех-компании выбрал подрядчика для разработки MVP. Портфолио блестящее: 50+ проектов, логотипы известных брендов, убедительная презентация. Через 4 месяца — ни одного релиза, бюджет вырос вдвое, а единственный результат — 120 слайдов «дизайн-концепции». Подрядчик обанкротился через полгода. Тема «red flags выбор подрядчика» актуальна как никогда: все тревожные сигналы были видны с первого звонка — но продукт-менеджер их не заметил, потому что не знал, куда смотреть.

Выбор IT-подрядчика — одно из самых рискованных решений для продукт-менеджера в крупной компании. Ошибка стоит не только денег (от 1 до 10 млн рублей), но и времени (3-6 месяцев), репутации перед руководством и, возможно, всего инновационного проекта. По статистике KPMG, 43% корпоративных IT-проектов срывают сроки, и в большинстве случаев причина — неправильный выбор исполнителя.

В этой статье я разберу 10 конкретных сигналов из категории red flags выбор подрядчика, которые видны ещё до подписания договора. Каждый — с реальным примером и объяснением, почему это опасно.

Red flag 1: «Сделаем всё, что скажете» — отсутствие экспертной позиции

Вы описываете задачу, подрядчик кивает: «Да, конечно, сделаем». Не задаёт вопросов, не предлагает альтернатив, не оспаривает ни одного требования. Кажется, что это идеальный исполнитель? На самом деле — это первый red flag.

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

Правильный сигнал: подрядчик говорит: «Мы бы предложили упростить этот модуль для MVP и добавить его во вторую итерацию — вот почему...» Экспертная позиция = уверенность в результате.

Red flag 2: нет фиксированной цены — только Time & Material

«Мы работаем по Time & Material, ставка 3 500 руб./час, примерно уложимся в 2-3 месяца». Для крупного enterprise-проекта с чётким ТЗ T&M может быть оправдан. Для MVP — это почти гарантия перерасхода.

Почему опасно: без фиксированной цены у подрядчика нет мотивации укладываться в сроки. Каждый дополнительный час — его доход. «Примерно 2-3 месяца» превращаются в 5-6 месяцев с бюджетом в 2-3 раза больше первоначальной оценки.

Правильный сигнал: фиксированная цена за фиксированный scope. MVP — до 900 000 руб. за 22 рабочих дня. Если scope меняется — formal change request с пересчётом стоимости и сроков.

МодельДля MVPРиск для заказчика
Fixed PriceОптимальноНизкий — стоимость зафиксирована
Time & MaterialРискованноВысокий — бюджет не контролируется
T&M с капомКомпромиссСредний — кап есть, но подрядчик к нему стремится

Red flag 3: «Мы покажем через 3 месяца» — нет промежуточных демо

Вы спрашиваете: «Когда я увижу первый результат?» Ответ: «Через 3 месяца покажем готовый продукт». Это не разработка — это чёрный ящик.

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

Правильный сигнал: демо каждые 1-2 недели. Работающий продукт, а не слайды. При 22-дневном цикле разработки — минимум 3 промежуточных демо.

Red flags при выборе подрядчика: проверка портфолио

Red flag 4: портфолио без контактов клиентов

Красивые скриншоты, логотипы крупных брендов, цифры «100+ проектов». Но когда вы просите контакт клиента для отзыва — начинаются отговорки: «NDA», «клиент не хочет», «мы не даём контакты».

Почему опасно: портфолио без подтверждения — это маркетинг, а не факты. Мы видели случаи, когда в портфолио были проекты, к которым компания не имела отношения — просто скриншоты с Dribbble.

Что делать: попросите минимум 2 контакта клиентов для reference call. Профессиональные компании готовы предоставить отзывы. Если нет — задайте себе вопрос: почему ни один клиент не готов подтвердить работу?

Red flag 5: нет кейсов в вашей отрасли

Подрядчик делал мобильные игры, лендинги, интернет-магазины — а вам нужен корпоративный MVP с интеграцией в IT-инфраструктуру. «Но мы быстро разберёмся в вашей специфике!»

Почему опасно: корпоративная разработка кардинально отличается от стартапной или агентской. Требования к безопасности, интеграции с enterprise-системами, compliance, масштабируемости — всё это специфические компетенции, которые не появляются «за неделю». Без опыта в enterprise подрядчик будет учиться на вашем проекте — за ваши деньги.

Red flag 6: джуниор-команда под видом сеньоров

На презентации — опытные senior-разработчики. На проекте — стажёры и джуны, которых «подтянут сеньоры при необходимости». Классическая схема bait-and-switch.

Как распознать:

  • Попросите резюме конкретных специалистов, которые будут работать на проекте
  • Проведите техническое интервью (15-20 минут) с lead-разработчиком. Задайте вопросы по вашему стеку
  • Спросите: «Эти же люди будут работать весь проект или могут быть заменены?» Зафиксируйте ответ в договоре

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

Red flag 7: нет процесса — «мы гибкие»

Вы спрашиваете: «Какой у вас процесс разработки?» Ответ: «Мы гибкие, подстраиваемся под клиента». Это не гибкость — это отсутствие процесса.

Почему опасно: без формализованного процесса каждый проект — импровизация. Нет чек-листов, нет gate reviews, нет шаблонов документации. Результат зависит от случая, а не от системы.

Правильный сигнал: подрядчик описывает конкретные этапы: Discovery → Architecture → Development (спринты) → QA → Delivery. Называет сроки каждого этапа, deliverables и контрольные точки. Формализованный процесс разработки MVP — признак зрелой команды.

Red flag 8: договор без гарантий

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

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

Что должно быть в договоре для MVP:

ПунктЧто проверить
СрокиКонкретная дата сдачи, не «ориентировочно»
СтоимостьФиксированная, с перечнем включённых работ
ГарантияМинимум 2 недели бесплатного исправления багов
Исходный кодПолная передача прав, доступ к репозиторию
ШтрафыПеня за каждый день просрочки (0.1-0.5% от суммы)
ПриёмкаКритерии приёмки = User Stories из ТЗ
ConfidentialityNDA на данные заказчика

Red flag 9: подрядчик не спрашивает о метриках успеха

Вы описываете проект, подрядчик говорит о технологиях, дизайне, архитектуре. Но ни разу не спрашивает: «Какую бизнес-задачу мы решаем? Как будем измерять успех?»

Почему опасно: команда, которая не интересуется метриками, создаст технически корректный продукт, который не решает бизнес-задачу. «Код работает» не равно «MVP успешен». Успех измеряется adoption rate, retention, ROI — и подрядчик должен это понимать.

Правильный сигнал: подрядчик спрашивает: «Что вы будете считать успехом через 3 месяца после запуска?», «Какие метрики покажете руководству?», «Кто будет пользователями пилота?» Если подрядчик думает о метриках — он думает о вашем результате, а не только о своём коде.

Red flag 10: нет опыта работы с корпоративными заказчиками

Подрядчик работал со стартапами и малым бизнесом. Корпоративных клиентов нет. «Но мы готовы попробовать!»

Почему опасно: корпоративный проект — это не только код. Это согласования с ИБ, интеграция с legacy-системами, бизнес-кейс для руководства, compliance, документация для внутреннего аудита. Подрядчик без корпоративного опыта не знает этих требований и не умеет с ними работать.

Признаки корпоративного опыта:

  • Умеет работать с NDA и корпоративными юристами
  • Понимает, что такое ИБ-аудит и compliance
  • Готов предоставить документацию enterprise-уровня
  • Знает, как работать с множеством стейкхолдеров
  • Понимает бюджетные циклы и процессы согласования

Чек-лист: как проверить подрядчика за одну встречу

Вы не можете потратить месяц на due diligence каждого подрядчика. Вот 10 вопросов, которые можно задать на первом звонке (30-60 минут) и получить полную картину:

  1. «Расскажите о похожем проекте и назовите контакт клиента» — проверка портфолио и готовности к reference
  2. «Какой у вас процесс разработки? Этапы и сроки?» — наличие формализованного процесса
  3. «Кто конкретно будет работать на проекте?» — bait-and-switch проверка
  4. «Как вы фиксируете стоимость?» — Fixed Price vs T&M
  5. «Когда я увижу первый работающий результат?» — промежуточные демо
  6. «Что входит в гарантию?» — гарантийный период и его условия
  7. «Что вы бы изменили в наших требованиях?» — экспертная позиция
  8. «Как вы работаете с интеграциями?» — enterprise-опыт
  9. «Как будем измерять успех проекта?» — фокус на метриках
  10. «Что будет, если вы не уложитесь в сроки?» — ответственность и штрафы

Если на 3 и более вопросов ответы неубедительны — это системные red flags, и выбор подрядчика стоит пересмотреть. Продолжайте поиск. Подробнее о процессе выбора — в нашем гайде «Как выбрать подрядчика для разработки».

Как отличить хороший red flag от нормальной ситуации

Важный нюанс: не каждый «красный флаг» — приговор. Контекст имеет значение.

Нормально: подрядчик работает по T&M для R&D-проекта с неопределённым scope. Для MVP с фиксированными требованиями — не нормально.

Нормально: у подрядчика нет кейсов в вашей конкретной отрасли (например, нефтегаз), но есть опыт корпоративных MVP с интеграциями. Отсутствие отраслевого опыта компенсируется enterprise-компетенцией.

Нормально: подрядчик не может дать контакт одного конкретного клиента из-за NDA. Но может дать контакты двух других. Полный отказ от reference — не нормально.

Оценивайте совокупность сигналов, а не каждый в отдельности. Один-два minor flags — допустимо. Три и более — ищите дальше.

FAQ о red flags выбор подрядчика

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

Оптимально — 3-5 кандидатов. Меньше — недостаточная выборка, вы не увидите разницу в подходах. Больше — избыточные затраты времени. Проведите скрининг-звонок (30 минут) с каждым по чек-листу из 10 вопросов, затем выберите 2 финалистов для детальной оценки.

Можно ли доверять рейтингам на Clutch и аналогичных площадках?

Как дополнительный сигнал — да. Как единственный критерий — нет. Рейтинги можно накрутить, отзывы — заказать. Используйте рейтинги для формирования short-list, но финальное решение принимайте на основе: reference call с реальным клиентом, технического интервью с lead-разработчиком, анализа предлагаемого процесса разработки.

Что важнее — стоимость или качество?

Для корпоративного MVP — качество и предсказуемость. Экономия 200-300 тысяч рублей на подрядчике может обернуться потерей 3-6 месяцев и 2-5 млн на переделку. Сравнивайте не стоимость часа, а стоимость результата: работающий MVP за фиксированные сроки и бюджет. Слишком низкая цена — тоже red flag.

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

Да, для корпоративного проекта NDA — стандартная практика. Подпишите mutual NDA до первого детального обсуждения. Если подрядчик отказывается подписывать NDA — это red flag: либо нет юридической инфраструктуры, либо не готов к корпоративному формату работы.

Как минимизировать риск при работе с новым подрядчиком?

Три механизма: 1) Фиксированная цена с gate reviews — платите по этапам, после подтверждения результата. 2) Фиксируйте состав команды в договоре — никаких замен без вашего согласия. 3) Начните с MVP (до 900 000 руб., 22 рабочих дня) — это разумная сумма для проверки подрядчика. Если MVP прошёл хорошо — масштабируйте сотрудничество.

Итого

Тема red flags выбор подрядчика — это не паранойя, а инструмент управления рисками. Отсутствие экспертной позиции, размытая стоимость, нет промежуточных демо, непроверяемое портфолио, bait-and-switch с командой, отсутствие процесса, договор без гарантий, безразличие к метрикам, нет корпоративного опыта — каждый из этих сигналов повышает вероятность провала проекта.

Хорошая новость: все 10 флагов можно проверить за одну встречу длительностью 30-60 минут. Чек-лист из 10 вопросов — ваш инструмент фильтрации. Три и более неубедительных ответа — ищите дальше.

Если вы в процессе выбора подрядчика для корпоративного MVP — запишитесь на бесплатный Zoom-колл. Покажем наш процесс, познакомим с командой, дадим контакты клиентов для reference и ответим на все 10 вопросов из чек-листа. Прозрачность — наш принцип.

Обсудите ваш IT-проект с экспертом

Бесплатная 30-минутная консультация по разработке MVP или интеграции IT-систем.

Обсудим ваш проект
Заполните форму — свяжемся в течение 2-х часов