Тревожные сигналы при выборе разработчика или студии
Практика3 минРедакция Innovialabs
Коротко
Главные тревожные сигналы — слишком низкая или мгновенная оценка, отсутствие письменного объёма работ, отказ передавать код и доступы, размытые сроки и предоплата за всё. На каждый есть простая защита: письменные договорённости и оплата по результатам.
Коротко: на что смотреть
Ненадёжного подрядчика обычно выдаёт не одна деталь, а сочетание: обещания без вопросов, нежелание фиксировать договорённости письменно и контроль над вашим кодом. Ниже — основные сигналы и что делать вместо того, чтобы соглашаться.
1. Нереальная оценка
Сигнал: цена заметно ниже, чем у остальных, или оценка дана сразу, без единого уточняющего вопроса.
Почему это плохо: подрядчик либо не понял задачу, либо планирует добирать бюджет через «дополнительные работы».
Что делать: попросите разбивку по функциям и перечень допущений. Сравните, что именно включено у разных кандидатов.
2. Нет письменного объёма работ
Сигнал: «Давайте начнём, по ходу разберёмся», договор без приложения с функциями.
Почему это плохо: в конце проекта нечем доказать, что было обещано.
Что делать: зафиксируйте объём работ и критерии приёмки хотя бы на первый этап. Изменения — через письменные дополнения.
3. Отказ давать доступ к коду
Сигнал: код хранится только у подрядчика, доступ «после полной оплаты» или «не положено».
Почему это плохо: вы не можете проверить прогресс и качество, а смена исполнителя становится почти невозможной.
Что делать: договоритесь, что репозиторий создаётся на вашем аккаунте или вы получаете доступ с первого дня. Права на код — в договоре.
4. Размытые сроки
Сигнал: «Где-то пару месяцев», без этапов и промежуточных результатов.
Почему это плохо: невозможно понять, идёт ли проект по плану, пока не станет поздно.
Что делать: разбейте проект на этапы с конкретным результатом каждого и датами демонстраций.
5. Предоплата за весь проект
Сигнал: требование оплатить всё или большую часть заранее.
Почему это плохо: у подрядчика исчезает стимул соблюдать сроки и качество.
Что делать: оплата по этапам, привязанная к принятым результатам.
6. Аккаунты оформляются на подрядчика
Сигнал: домен, сервер, аккаунты в App Store и Google Play, платёжные системы регистрируются на исполнителя.
Почему это плохо: ваш бизнес зависит от чужих аккаунтов.
Что делать: все ключевые аккаунты — на вашу компанию, подрядчик получает доступ как участник.
7. Нет вопросов к вам
Сигнал: подрядчик соглашается со всем и ничего не уточняет.
Почему это плохо: хорошая команда всегда задаёт вопросы о пользователях, сценариях и ограничениях — без этого нельзя сделать качественный продукт.
Что делать: обратите внимание, кто из кандидатов предлагает альтернативы и указывает на риски.
8. Нельзя поговорить с прошлыми клиентами
Сигнал: портфолио есть, но контакты клиентов «конфиденциальны», проекты нельзя открыть.
Что делать: попросите хотя бы один работающий проект, который можно проверить, или разговор с клиентом.
9. Молчание о тестировании и поддержке
Сигнал: на вопрос «как вы тестируете?» — общие слова; поддержка после запуска не обсуждается.
Что делать: закрепите в договоре гарантийный период и условия поддержки.
Сводная таблица
| Сигнал | Защита |
|---|---|
| Цена без расшифровки | Разбивка по функциям и допущения |
| Нет объёма работ | Письменное ТЗ и критерии приёмки |
| Код только у подрядчика | Ваш репозиторий с первого дня |
| Размытые сроки | Этапы с демонстрациями |
| Полная предоплата | Оплата по принятым этапам |
| Аккаунты на подрядчике | Аккаунты на вашу компанию |