В марте 2025 года к нам обратился основатель фитнес-приложения. За плечами — 9 месяцев, 1,4 миллиона рублей и нулевой результат. Подрядчик пропадал на недели, переносил дедлайны, а в итоге передал исходный код, который невозможно было запустить. Самое обидное: все красные флаги при выборе разработчиков были на поверхности ещё до подписания договора. Размытые сроки, подозрительно низкая цена, отказ показать портфолио — основатель просто не знал, на что смотреть. В этой статье мы разберём 10 конкретных признаков ненадёжной команды, чтобы вы не повторили эту ошибку.
Более того, вы получите практический чек-лист для проверки IT-подрядчика до подписания договора. В результате к концу статьи вы будете точно знать, какие сигналы говорят «беги» и какие — «можно работать».
Почему выбрать надёжного подрядчика так сложно
На рынке IT-разработки в Москве работают сотни студий и тысячи фрилансеров. Все обещают «качественный код в срок». Однако реальность другая: по данным опроса Хабра, 67% IT-проектов выходят за первоначальные сроки, а 43% — за бюджет. Для стартап-основателя без технического бэкграунда отличить профессионала от имитатора практически невозможно без системного подхода.
Проблема в том, что ненадёжные подрядчики научились говорить правильные слова. Они показывают красивые лендинги, ссылаются на «большой опыт» и «лучшие практики». Тем не менее за фасадом скрываются джуниоры, шаблонные решения и отсутствие реальных процессов. Именно поэтому важно знать конкретные красные флаги при выборе разработчиков — измеримые, проверяемые признаки, которые выдают ненадёжную команду ещё до начала работы.
Кроме того, цена ошибки для стартапа критична. Если у вас runway 12 месяцев и 6 из них уходят на переделку после плохого подрядчика — это половина вашего запаса, сгоревшая без результата. Поэтому умение распознавать тревожные сигналы экономит не только деньги, но и время — самый ценный ресурс стартапа.
10 красных флагов при выборе IT-подрядчика
Ниже — десять конкретных признаков, каждый из которых подтверждён реальными кейсами из нашей практики. Эти красные флаги при выборе разработчиков проверены на десятках проектов. Обнаружение даже двух-трёх из них — серьёзный повод отказаться от сотрудничества.
1. Размытые сроки: «примерно 2-4 месяца»
Надёжная команда даёт конкретные цифры после изучения задачи. Формулировка «ориентировочно 2-4 месяца» означает, что подрядчик не понимает объём работы или намеренно оставляет себе люфт. В обоих случаях это первый из красных флагов при выборе разработчиков. Конкретный дедлайн, зафиксированный в договоре, — вот что отличает профессионала. Например, IT Rise фиксирует срок в 22 рабочих дня — не «примерно», а в договоре.
2. Подозрительно низкая цена
MVP за 100 000 рублей — это либо шаблон с WordPress, либо ловушка «зацепить и доплатить». Демпинг почти всегда означает одно из трёх: джуниоры вместо сеньоров, текучка в команде или осознанное занижение стоимости с последующими «дополнительными работами». По нашим данным, проекты с начальной ценой ниже рыночной на 40%+ в итоге обходятся в 2-3 раза дороже из-за переделок и доплат. Рыночная цена за качественный MVP — от 500 000 рублей. Всё, что значительно ниже, вызывает обоснованные сомнения.
3. Отсутствие портфолио или только скриншоты
Профессиональная команда показывает работающие продукты, а не картинки. Попросите ссылки на live-проекты. Даже если детали под NDA, должны быть описания без конфиденциальных данных: технологии, масштаб, результаты. Нулевое портфолио означает нулевой опыт или нежелание показывать результаты работы. И то, и другое — красный флаг.
4. Отказ показать команду
Вы спрашиваете: «Кто будет работать над моим проектом?» — а в ответ слышите: «Наши опытные специалисты». Без имён, без LinkedIn, без GitHub. Это классический приём bait and switch: на предпродажном звонке выступает сеньор-архитектор, а после подписания договор уходит к джуниорам. Надёжная команда открыто представляет разработчиков, которые будут вести ваш проект. Отказ раскрыть состав — один из самых тревожных сигналов.
5. Нет процесса: «начнём и разберёмся»
Когда вы спрашиваете «Как выглядит процесс от старта до деплоя?», профессиональная команда описывает чёткие фазы с конкретными артефактами: discovery, проектирование, спринты, демо, тестирование, деплой. Если в ответ вы слышите «мы гибкие, всё обсуждаем по ходу» — это не Agile, а отсутствие процесса. Без выстроенного процесса проект скатывается в хаос уже к третьей неделе.
6. Предоплата 100% без этапов
Требование полной предоплаты до начала работ — серьёзный красный флаг. Стандартная практика — поэтапная оплата, привязанная к результатам: 30% на старте, 40% после промежуточного демо, 30% после приёмки. Некоторые студии, вроде IT Rise, работают с единой фиксированной ценой, но даже в этом случае оплата привязана к договору с чёткими критериями приёмки. Если подрядчик хочет всё и сразу — спросите себя, зачем ему ваша мотивация после получения денег.
7. Нет код-ревью и тестирования
На вопрос «Как у вас организовано code review?» — молчание или «мы проверяем перед сдачей». Это означает, что ошибки накапливаются неделями и всплывают только в финале. Профессиональная команда проводит ревью каждого merge request, пишет автотесты и запускает QA на каждом спринте. Отсутствие этих практик — гарантия технического долга, который придётся оплачивать вам.
8. Обещание нереалистичных сроков
«Сделаем MVP за 2 недели» — звучит заманчиво, но физически невозможно для продукта с бэкендом, фронтендом, аналитикой и интеграциями. Нереалистичные обещания — это либо наивность (подрядчик не понимает объём), либо осознанный обман (заманить, а потом «нужно ещё время»). Реалистичный срок для качественного MVP стартапа — 3-8 недель при работе команды из 2-4 сеньоров.
9. Общение только через менеджера
Менеджер проекта — это нормально. Однако если вам принципиально запрещают общаться с разработчиками напрямую — это проблема. Менеджер может «фильтровать» информацию: скрывать задержки, приукрашивать статус, переводить технические проблемы в «всё идёт по плану». Прямой доступ к разработчикам — ваша страховка от информационного вакуума. В частности, еженедельные демо с участием технической команды решают эту проблему полностью.
10. Не предлагают NDA
Если подрядчик не заговорил о соглашении о неразглашении до того, как вы рассказали детали проекта, — это говорит о непрофессиональном отношении к конфиденциальности. NDA — стандартная практика рынка. Команда, которая не думает о защите вашей идеи, скорее всего, не думает и о других важных деталях: передаче прав на код, гарантийной поддержке, документации.
Как проверить IT-подрядчика до подписания договора
Знать красные флаги при выборе разработчиков — половина дела. Вторая половина — активная проверка. Ниже — три конкретных шага, которые занимают 2-3 дня и экономят месяцы и миллионы.
Шаг 1. Запросите код-ревью предыдущего проекта
Попросите показать фрагмент кода из реального проекта (без конфиденциальных данных). Даже если вы нетехнический основатель — покажите этот код знакомому разработчику или наймите внешнего аудитора за 10-15 тысяч рублей. Это лучшая инвестиция на этапе выбора команды. Хороший код читаем, структурирован и содержит тесты. Плохой — мешанина без комментариев и архитектуры.
Шаг 2. Поговорите с бывшим клиентом
Запросите контакт предыдущего заказчика для референса. Надёжная команда без проблем даёт 2-3 контакта. Задайте клиенту три вопроса: соблюдали ли сроки, были ли скрытые доплаты, рекомендуете ли. Если подрядчик отказывает в референсе — это говорит само за себя.
Шаг 3. Попросите детализированную смету
Не «MVP — 800 000 рублей», а разбивку по модулям, часам и ролям. Детализированная смета показывает, что команда действительно продумала архитектуру и понимает объём работы. Кроме того, смета — ваш инструмент контроля: если модуль «авторизация» оценён в 2 часа, а в реальности занял 20 — что-то пошло не так.
Когда красные флаги — не красные флаги
Справедливости ради, некоторые ситуации выглядят как тревожные сигналы, но таковыми не являются. Важно различать реальные проблемы и нормальные рабочие моменты.
«Не могу назвать точную цену до discovery». Если подрядчик честно говорит: «Мне нужно 2-3 дня на изучение задачи, после чего я дам фиксированную цену» — это не красный флаг. Это профессионализм. Красный флаг — когда после discovery цена всё равно «ориентировочная».
«Проекты под NDA, не могу показать». Допустимо, если подрядчик предоставляет обезличенные описания: технологии, масштаб, метрики, продолжительность. Красный флаг — когда нет вообще никаких данных.
«Предоплата 50% на старте». Для небольших студий это нормальная бизнес-практика. Красный флаг — 100% предоплата без промежуточных контрольных точек и без договора с чёткими критериями приёмки.
Таким образом, при проверке IT-подрядчика смотрите на совокупность признаков. Один жёлтый флаг — повод задать уточняющие вопросы. Три и более красных флага — повод искать другую команду.
Сводная таблица: красные флаги и как их проверить
#Красный флагКак проверитьЧто делает надёжная команда
1Размытые срокиСпросите: «Срок будет в договоре?»Фиксирует дедлайн в договоре 2Подозрительно низкая ценаСравните с 3-4 предложениями на рынкеОбъясняет, что входит в стоимость 3Нет портфолиоПопросите ссылки на live-проектыПоказывает работающие продукты 4Отказ показать командуПопросите LinkedIn/GitHub разработчиковПредставляет конкретных людей 5Нет процессаСпросите: «Как выглядит ваш pipeline?»Описывает фазы, артефакты, демо 6100% предоплатаПредложите поэтапную оплатуРаботает по этапам или фиксу 7Нет код-ревьюСпросите: «Как организован code review?»Каждый MR проходит ревью 8Нереалистичные срокиСверьте с рыночными нормамиДаёт реалистичную оценку 9Нет доступа к разработчикамПопросите поговорить с техлидомОрганизует еженедельные демо 10Не предлагает NDAСпросите про конфиденциальностьИнициирует NDA до обсуждения деталей
Выбирайте команду, которая не вызывает сомнений
Теперь вы знаете все красные флаги при выборе разработчиков и имеете чек-лист из трёх шагов проверки.
Теперь попробуйте применить это на практике: свяжитесь с 3-4 подрядчиками, задайте вопросы из этой статьи и сравните ответы. Команда, которая даёт конкретные цифры, открыто показывает людей и фиксирует обязательства в договоре, заслуживает вашего доверия.
IT Rise работает с фиксированной ценой до 900 000 рублей, фиксированным сроком 22 рабочих дня и командой сеньоров из Сколково, Москва. Ноль красных флагов — только конкретика. Запишитесь на бесплатный Zoom-колл, чтобы обсудить ваш проект и получить честную оценку за 30 минут. Также рекомендуем прочитать наш полный гайд по выбору команды и разобраться, как устроена разработка MVP под ключ.
FAQ о красных флагах при выборе разработчиков
Какой красный флаг самый опасный?
Отсутствие конкретики в оценке сроков и стоимости. Если подрядчик говорит «примерно 2-4 месяца» — он не понимает ваш проект. Надёжная команда даёт точные цифры после discovery.
Стоит ли доверять подрядчику без портфолио?
Нет. Даже если проекты под NDA — должны быть описания без деталей: технологии, масштаб, результаты. Нулевое портфолио = нулевой опыт или нежелание показывать результаты.
Подрядчик предлагает очень низкую цену — это хорошо?
Скорее плохо. Демпинг = джуны, текучка, или план «зацепить и доплатить». MVP за 100К рублей — это либо шаблон, либо ловушка. Рыночная цена — ориентир качества.
Как проверить подрядчика до подписания договора?
Три шага: запросите код-ревью предыдущего проекта, поговорите с бывшим клиентом, попросите детализированную смету. Надёжная команда открыта к проверке.