7 признаков, что подрядчик - посредник, а не команда разработки
Большинство проблем в IT-проектах - сорванные сроки, плавающие бюджеты, постоянная смена исполнителей - происходят не из-за технологий. Их причина куда проще: подрядчиком оказывается не команда разработки, а посредник. Снаружи это почти не видно - презентации, портфолио и менеджеры выглядят одинаково. Но есть признаки, по которым посредника можно узнать заранее.
Рынок разработки растёт быстрее, чем рынок специалистов. Этим пользуются те, кто берёт проекты, не имея своей команды: оценивают задачу, берут аванс - и перекладывают работу на фрилансеров или сторонние студии.
Проблема в том, что почти всегда это приводит к одному и тому же результату: сбившиеся сроки, отсутствие контроля, "плавающее" качество и бесконечные объяснения, почему всё идёт не так.
В этой статье я разберу семь признаков, по которым можно заранее понять, что перед вами посредник.
Меня зовут Никита Левин, уже более 10 лет я занимаюсь управлением IT-проектами, из них последние 5 лет - в компании 2PEOPLE IT, где курирую разработку веб-, мобильных и AI-проектов под заказ: от идеи до запуска и последующей поддержки.
За это время я видел десятки случаев, когда проект срывался не из-за сложности задачи, а из-за того, что подрядчик на самом деле никогда не делал работу сам.
Почему важно отличать команду от посредника
Снаружи различий почти нет: сайт, презентации, кейсы, менеджер. Разница появляется позже - когда начинается работа.
То, что чаще всего происходит при посредничестве:
- сроки "уплывают", потому что подрядчик не контролирует исполнителей;
- задачи передают "через третьи руки", качество падает;
- стили кода и дизайна отличаются - исполнители меняются;
- ответственность отсутствует: исполнитель скрыт, его заменить сложно.
Но почти все эти проблемы можно предвидеть заранее - если знать, где смотреть.
7 признаков, что подрядчик - посредник
1. Подрядчик не показывает команду
Это самый частый сигнал.
Если на этапе обсуждения вам говорят:
"Команду подключим позже"
"Разработчики заняты, но к моменту старта появятся"
- это повод задуматься.
Надёжный подрядчик всегда может назвать:
- кто будет руководить разработкой,
- кто именно пишет код,
- какие у них роли и опыт,
- когда можно познакомиться.
Посреднику показать просто некого.
2. Ответы на технические вопросы - общие и размытые
Если спросить о стекe, рисках, подходе к архитектуре, объёме работ, а в ответ услышать:
- "С этим проблем не будет"
- "Разберёмся по ходу"
- "Это стандартная задача"
- скорее всего, перед вами менеджер без технической поддержки.
Настоящая команда отвечает сразу, предметно, без "воды".
3. Исполнители меняются от недели к неделе
Посредник подключает тех, кто свободен, а не тех, кто подходит по компетенциям. Отсюда - разный стиль кода, несогласованные инженерные решения и постоянные задержки.
Если подрядчик говорит:
"Мы гибкие, будем подключать разных специалистов"
- это не гибкость. Это отсутствие стабильной команды.
4. Готовность "начать сразу" без аналитики
Если подрядчик предлагает начать проект сразу после аванса - без:
- уточнённого фич-листа,
- оценки трудоёмкости,
- анализа рисков,
- обсуждения архитектуры,
- в 90% случаев это посредник.
Работа без анализа - это невозможность управлять проектом.
5. Срывы сроков объясняются внешними причинами
Один из самых характерных признаков.
Типичная картина:
- "Разработчик заболел"
- "Исполнитель пропал"
- "Ждём ответа от другого специалиста"
- "Возникли сложности, которых мы не ожидали"
Так работает тот, кто не контролирует исполнителей напрямую.
6. Стоимость сильно отклоняется от рынка
Отклонения бывают двух типов:
- Сильно завышенная цена - посредник делает накрутку на работу третьих лиц.
- Сильно заниженная цена - ищут исполнителей на фрилансе под минимальный бюджет.
В обоих случаях качество и сроки становятся непредсказуемыми.
7. Непрозрачные процессы и договор
Посредник избегает конкретики:
- этапов,
- таймлайнов,
- артефактов,
- конкретной ответственности,
- условий фиксации требований.
Если подрядчик говорит:
"Давайте начнём, а детали уточним позже"
- это почти всегда попытка скрыть отсутствие внутренней экспертизы.
Как выбрать реальную команду разработки
Ниже - короткий набор проверок. Если подрядчик проходит большинство из них - перед вами настоящая команда.
🔍 Проверка №1: Команда в лицах
Попросите назвать:
- тимлида,
- основного разработчика,
- аналитика/дизайнера.
Настоящая команда легко это делает.
🔍 Проверка №2: Технический созвон
Спросите о:
- предполагаемом стеке,
- архитектурном подходе,
- трудоёмкости ключевых задач.
Посредник ответить предметно не сможет.
🔍 Проверка №3: Процессы
У настоящей команды есть:
- аналитика,
- ревью,
- тестирование,
- регулярные синки.
🔍 Проверка №4: Реальные кейсы
Попросите показать:
- GitHub,
- дизайн-файлы,
- примеры диаграмм,
- описание процесса, а не только итог.
🔍 Проверка №5: Договор и этапы
Прозрачный договор - один из важнейших признаков. Посреднику нечего фиксировать, потому что он не контролирует исполнителей.
Чеклист: проверьте подрядчика за 5 минут
- Может назвать конкретных специалистов
- Даёт предметные технические ответы
- Готов провести созвон с командой
- Объясняет процесс пошагово
- Показал реальные примеры работ
- Стоимость близка к рынку
- Договор с этапами и ответственностью
Если 3-4 пункта не выполняются - с высокой вероятностью это посредник.
Вывод
Проблемы в IT-проектах редко возникают из-за технологий. Гораздо чаще - из-за неправильного выбора подрядчика.
Посредничество сложно заметить на поверхности, но оно почти всегда проявляется в деталях: размытых ответах, непрозрачных процессах, отсутствии команды.
Если внимательнее смотреть на эти сигналы на старте, большинство рисков можно снять ещё до подписания договора.
Если появилась идея или нужно оценить объём работ и сроки - можем провести бесплатную консультацию и сделать предварительную оценку проекта.
В 2PEOPLE IT мы уже более 8 лет занимаемся разработкой IT-решений на заказ и можем подсказать оптимальный путь.