Красные флаги при выборе разработчиков — тема, которая определяет успех IT-проекта. Выбрать IT-подрядчика — как нанять хирурга. Внешне все выглядят одинаково: сайт, портфолио, «опыт 10 лет». Но один сделает операцию за час, а другой потеряет вас на столе. Разница — в деталях, которые видны до начала работы, если знать, куда смотреть.
10 красных флагов, каждый из которых мы видели десятки раз в проектах, которые приходили к нам «на спасение».
Флаг 1. Нереалистично низкая цена
Рыночная цена MVP в Москве: 500 000 — 1 500 000 ₽. Если предлагают 150 000 ₽ за то же самое — вас ждёт один из сценариев:
- No-code платформа, которую невозможно развивать
- Джуны-стажёры, которые учатся на вашем проекте
- Оффшорная команда без контроля качества
- «Ядро» за 150 000 ₽, а потом доплаты за каждую кнопку
Флаг 2. Нет работающих проектов в портфолио
Красивые скриншоты — не портфолио. Попросите ссылки на работающие проекты. Зайдите, покликайте. Если все проекты «под NDA» и ни одной живой ссылки — портфолио, возможно, фейковое. По нашему опыту, 7 из 10 проектов «на спасение», которые приходят в Prime IT, объединяет одно: заказчик не проверял живые ссылки на портфолио подрядчика.
Флаг 3. Невозможно узнать, кто будет работать
«У нас команда из 50 человек». Но кто конкретно будет писать ваш код? Запросите LinkedIn/резюме конкретных разработчиков. Если отказывают — скорее всего, ваш проект отдадут субподрядчику или стажёру. По данным нашей практики, каждый третий проект, переданный на субподряд без уведомления заказчика, отставал от изначального срока более чем на 50%.
Флаг 4. Нет описания процесса работы
Хороший подрядчик расскажет: как устроены спринты, когда демо, как ведётся коммуникация, какой таск-трекер. Если на вопрос «как вы работаете?» отвечают «ну, мы просто делаем» — бегите.
Флаг 5. Обещают «сделать всё»
Сайты, мобильные приложения, AI, блокчейн, дизайн, SEO, SMM — всё в одном флаконе. Компания, которая делает «всё», не делает хорошо ничего. Ищите специализацию, которая совпадает с вашим проектом.
Флаг 6. Не дают доступ к коду
«Код передадим после окончания проекта». Нет. Код — ваша интеллектуальная собственность. Доступ к Git-репозиторию — с первого коммита. Если подрядчик удерживает код — он создаёт зависимость, чтобы вы не могли уйти.
Флаг 7. Нереалистичные сроки
«Сделаем маркетплейс за 2 недели» — либо врут, либо не понимают масштаб. Реалистичные сроки для MVP: 3-6 недель. Для сложного продукта: 2-4 месяца. Если обещают быстрее — спросите, за счёт чего.
Флаг 8. Нет тестирования
«Тесты? Мы и так проверяем руками». Это значит: каждый деплой — лотерея, баги в продакшене, пользователи уходят.
По исследованиям IBM, исправление бага в продакшене стоит в 6 раз дороже, чем нахождение его на этапе тестирования. Автоматические тесты для критичных сценариев — обязательный минимум. Подробнее о типичных проблемах разработки.
Флаг 9. Агрессивный upsell
«Вам обязательно нужна микросервисная архитектура, Kubernetes, 3 среды, DevOps-инженер...» Для MVP из 5 экранов это over-engineering, который увеличивает стоимость в 3-5 раз без пользы.
Флаг 10. Нет отзывов и рекомендаций
Попросите контакты 2-3 предыдущих клиентов. Позвоните. Спросите: «Уложились в сроки?
В бюджет? Как была коммуникация? Рекомендуете?» Если контакты не дают — задумайтесь почему.
Чек-лист проверки подрядчика
- Цена в рыночном диапазоне (500 000 — 1 500 000 ₽ для MVP в Москве)
- Портфолио: не менее 3 рабочих проектов со ссылками (не скриншоты)
- LinkedIn-профили конкретных разработчиков, которые будут на проекте
- Описание процесса: спринты, демо, таск-трекер
- Доступ к Git-репозиторию с первого коммита
- Реалистичные сроки (3-6 недель для MVP, не «2 недели для маркетплейса»)
- Автоматические тесты для критичных сценариев
- Контакты 2-3 предыдущих клиентов для прямого звонка
| Критерий | Зелёный флаг | Красный флаг |
|---|---|---|
| Цена | В рыночном диапазоне | В 2-3 раза ниже рынка |
| Портфолио | Работающие ссылки | Только скриншоты |
| Команда | Резюме конкретных людей | «У нас 50 человек» |
| Процесс | Спринты, демо, таск-трекер | «Просто делаем» |
| Код | Доступ с первого дня | «Передадим после проекта» |
| Сроки | 3-6 недель для MVP | «2 недели для маркетплейса» |
| Тесты | Автоматические тесты | «Проверяем руками» |
| Рекомендации | Контакты 2-3 клиентов | Все проекты «под NDA» |
Подробнее о системном подходе к выбору — в нашем полном чек-листе.
Что спросить на первом звонке
- Кто конкретно будет работать над моим проектом?
- Покажите 3 работающих проекта, похожих на мой
- Как устроен процесс: спринты, демо, коммуникация?
- Когда я получу доступ к коду?
- Что входит в гарантийный период?
Реакция на эти вопросы скажет больше, чем красивая презентация. Хороший подрядчик ответит открыто. Плохой — начнёт уклоняться.
Если хотите получить оценку проекта от команды, которая отвечает на все эти вопросы прозрачно — запишитесь на бесплатный Zoom-звонок. Покажем конкретных разработчиков, процесс и дадим фиксированную цену на ваш MVP.
Due diligence: как проверить подрядчика за 48 часов
Красные флаги при выборе разработчиков — это только первый фильтр. Если компания прошла его, нужен полноценный due diligence. Вот конкретный алгоритм проверки, который мы рекомендуем каждому заказчику.
Шаг 1. Проверяете юридическое лицо (30 минут)
Зайдите на rusprofile.ru или checko.ru и проверьте ИНН/ОГРН подрядчика:
- Дата регистрации — компания, зарегистрированная 2 месяца назад, не может иметь «10 лет опыта»
- Финансовая отчётность — выручка 0 ₽ за последние 3 года? Задумайтесь, откуда «50 проектов в портфолио»
- Судебные дела — проверьте на kad.arbitr.ru. Множество исков от клиентов — красный флаг при выборе разработчиков
- Штат — 1 человек в штате, но обещают «команду из 10 специалистов»? Значит, всё на субподряде
Шаг 2. Изучаете портфолио разработчика (1-2 часа)
Не верьте скриншотам. Проверьте каждый проект из портфолио:
- Перейдите по ссылке — сайт/приложение работает? Или уже не открывается?
- Проверьте в web.archive.org — проект существовал в заявленные даты?
- Посмотрите код на GitHub — если компания заявляет «open source вклады», проверьте. Пустой GitHub-аккаунт с нулём коммитов у компании «с 10-летним опытом» — серьёзное несоответствие
- Свяжитесь с владельцем проекта — спросите, действительно ли эта команда его делала
Реальный портфолио разработчика с работающими ссылками — один из самых надёжных индикаторов. Если из 10 проектов 7 «под NDA» и 3 не открываются — у вас нет подтверждения компетенций.
Шаг 3. Тестовое задание или Discovery-фаза (2-4 часа)
Предложите небольшое платное задание: аудит вашего текущего кода, прототип одного экрана, техническая спецификация одного модуля. Бюджет: 30 000 — 80 000 ₽. Это инвестиция, которая окупается в сотни раз.
На что обращать внимание:
- Как быстро ответили на предложение? (Более 3 рабочих дней — перегружены или незаинтересованы)
- Задавали ли уточняющие вопросы? (Если молча взяли задание — не разобрались в контексте)
- Качество результата — чистый ли код на GitHub, понятная ли документация, следуют ли стандартам?
- Коммуникация — оперативная, структурированная, или «ну вот результат, что непонятно?»
Шаг 4. Проверяете команду (1 час)
Запросите LinkedIn-профили конкретных людей, которые будут работать на вашем проекте. Проверьте:
- Стаж работы в компании — если все пришли месяц назад, команда нестабильна
- Предыдущий опыт — релевантен ли вашему стеку?
- Рекомендации от предыдущих работодателей
- Открытые репозитории — код на GitHub покажет уровень лучше любого собеседования
Договор: на что обратить внимание
Юридическая защита — неотъемлемая часть проверки IT-подрядчика. Красные флаги при выборе разработчиков часто скрываются именно в договоре.
Обязательные пункты договора
| Пункт | Что должно быть | Красный флаг |
|---|---|---|
| Права на код | Исключительные права переходят заказчику | «Код остаётся у исполнителя» |
| Передача материалов | Git-репозиторий, документация, доступы | «Передадим после полной оплаты» |
| Гарантийный период | 1-3 месяца бесплатного исправления багов | Нет гарантийного периода |
| NDA | Взаимное NDA до начала обсуждения деталей | Отказ подписывать NDA |
| Этапность оплаты | По milestone'ам (30/30/30/10) | 100% предоплата |
| Change requests | Процедура изменения ТЗ с пересчётом сроков | «Всё включено в стоимость» |
NDA: когда и зачем подписывать
Подписывайте NDA до первого обсуждения деталей проекта. Стандартный NDA включает:
- Определение конфиденциальной информации (идея, техническое описание, бизнес-модель)
- Срок действия (обычно 3-5 лет)
- Ответственность за нарушение (штраф + возмещение убытков)
- Исключения (информация, ставшая публичной не по вине подрядчика)
Если подрядчик отказывается подписывать NDA — это один из самых серьёзных красных флагов при выборе разработчиков. Профессиональная команда подписывает NDA без вопросов, потому что это стандартная практика рынка.
Реальные кейсы: что бывает, когда игнорируешь красные флаги
Мы не можем называть имена (NDA), но расскажем типичные сценарии из проектов, которые приходили к нам «на спасение».
Кейс 1. «MVP за 200 000 ₽» обошёлся в 1 800 000 ₽
Заказчик выбрал студию с самой низкой ценой. Через 3 месяца получил no-code конструктор на Bubble, который невозможно масштабировать. Приложение падало при 50 одновременных пользователях. Пришлось переписывать с нуля на нормальном стеке. Итог: потерян год и 1 600 000 ₽ сверх первоначального бюджета.
Кейс 2. Код без репозитория
Подрядчик разрабатывал проект 6 месяцев. Заказчик ни разу не видел код — «покажем на финальной презентации». На презентации выяснилось: код — это спагетти без тестов, документации и системы контроля версий.
Подрядчик работал в одном файле через FTP. Код на GitHub так и не появился. Исправление заняло ещё 4 месяца у другой команды.
Кейс 3. Субподряд без предупреждения
На kick-off встрече были сеньор-разработчик и PM. Через неделю на код-ревью стало очевидно: код пишет кто-то другой — с ошибками уровня стажёра. Выяснилось, что проект отдали на субподряд команде из другой страны, а сеньор «только проверяет». Проверял он раз в две недели. Портфолио разработчика, которого показали на старте, не имело отношения к реальным исполнителям.
Уроки
Во всех трёх кейсах были красные флаги при выборе разработчиков, которые заказчики проигнорировали:
- Кейс 1 — нереалистичная цена (флаг 1) + обещание «сделать всё» (флаг 5)
- Кейс 2 — отказ давать доступ к коду (флаг 6) + отсутствие процесса (флаг 4)
- Кейс 3 — невозможно узнать команду (флаг 3) + нет работающих проектов в портфолио у реальных исполнителей (флаг 2)
Due diligence занимает 4-6 часов. Игнорирование красных флагов стоит от 500 000 ₽ до нескольких миллионов. Математика простая.
Ключевые выводы
- Флаг 1. Нереалистично низкая цена. Рыночная цена MVP в Москве: 500 000 — 1 500 000 ₽. При выборе красные флаги при выборе разработчиков это особенно важно.
- Флаг 2. Нет работающих проектов в портфолио. Красивые скриншоты — не портфолио.
- Флаг 3. Невозможно узнать, кто будет работать. «У нас команда из 50 человек». При выборе красные флаги при выборе разработчиков это особенно важно.
- Флаг 4. Нет описания процесса работы. Хороший подрядчик расскажет: как устроены спринты, когда демо, как ведётся коммуникация, какой таск-трекер.
- Флаг 5. Обещают «сделать всё». Сайты, мобильные приложения, AI, блокчейн, дизайн, SEO, SMM — всё в одном флаконе. При выборе красные флаги при выборе разработчиков это особенно важно.
- Флаг 6. Не дают доступ к коду. «Код передадим после окончания проекта».
- Флаг 7. Нереалистичные сроки. «Сделаем маркетплейс за 2 недели» — либо врут, либо не понимают масштаб.
- Флаг 8. Нет тестирования. «Тесты?
Из практики Prime IT (2024-2026)
Команда Prime IT базируется в Инновационном Центре Сколково (тер. Сколково, Большой бульвар, 42 стр. 1) и специализируется на разработке IT- и AI-проектов под ключ. За 2024-2026 годы реализовано 80+ MVP-проектов с фиксированной ценой до 900 000 ₽ и сроком 22 рабочих дня.
- Состав команды: сеньор-разработчики (бэкенд, фронтенд, мобильная), AI-инженеры (LLM, ML, computer vision), DevOps, продуктовый дизайнер, project manager. Junior-разработчиков на коммерческих проектах не используем.
- Стек 2026: Python (FastAPI), Node.js, React/Next.js, React Native, Flutter, PostgreSQL, Redis, Docker, Kubernetes. AI-слой: GPT-5, Claude 4.6, YandexGPT 5 Pro, GigaChat 3 — выбор под задачу.
- Кейсы из портфолио: AI-ассистенты для корпоративного обучения, рекомендательные системы для e-commerce, MVP SaaS-сервисов, мобильные приложения для маркетплейсов, чат-боты с RAG, computer vision для производства.
- Что делаем и не делаем: делаем — MVP под ключ, AI-интеграции, заказную разработку, поддержку. Не делаем — сайты-визитки, копии чужих продуктов, проекты без ТЗ и без бюджета на качество.
Подробнее о подходе, договоре и команде — на главной странице Prime IT. Все рекомендации в этой статье основаны на реальных проектах команды и российской практике 2024-2026 годов.
FAQ о красных флагах при выборе подрядчика
Как проверить IT-подрядчика до начала работы?
Запросите: 1) Портфолио с работающими ссылками (не скриншоты). 2) Контакты 2-3 предыдущих клиентов. 3) LinkedIn-профили разработчиков. 4) Пример кода на GitHub. 5) Описание процесса работы с демо.
Стоит ли работать с самым дешёвым подрядчиком?
Нет. Если оценка в 2-3 раза ниже рыночной — скорее всего используют джунов, no-code или оффшор. Итоговая стоимость с переделками обычно выше, чем у среднерыночного подрядчика.
Какие гарантии должен давать подрядчик?
Минимум: 1-3 месяца гарантийной поддержки после запуска. Передача исходного кода и документации. Доступ к Git-репозиторию с первого дня. Права на код принадлежат заказчику.
Нужно ли подписывать NDA с подрядчиком?
Да, перед обсуждением деталей проекта. Стандартный NDA защищает вашу идею и данные. Если подрядчик отказывается подписывать NDA — это красный флаг.