Как не ошибиться с разработчиком ERP: признаки проблемного подрядчика

📅 19 июля 2025 г.⏱ 9 мин чтения

Признаки ненадёжного разработчика ERP до подписания договора. Реальные истории потерянных денег и как их избежать.

К нам регулярно обращаются компании с историей: «Мы заплатили [сумма от 500 тыс. до 3 млн], получили [недоделанную систему / ничего / исходники которые не запускаются], и теперь нужно всё начать сначала». Это не редкость на рынке разработки. Расскажем как такого избежать.

Красный флаг 1: Цена названа за 20 минут разговора

Оценка ERP за короткий разговор без глубокого понимания процессов — это либо завышенная цена с запасом на «вдруг что», либо заниженная чтобы зацепить клиента и потом наращивать в процессе. Нормальная оценка требует 1–3 встречи и изучения процессов.

Красный флаг 2: Нет конкретных кейсов и контактов клиентов

«У нас много клиентов в разных отраслях» без конкретных примеров — пустые слова. Хороший разработчик назовёт конкретную компанию, опишет задачу и результат, предложит контакт для звонка. Если от этого уклоняются — повод насторожиться.

Красный флаг 3: Обещают сделать «под ключ» без аналитики

Разработка без предпроектной аналитики — это как строить дом без проекта. Что будет в результате — непонятно. Хороший разработчик настаивает на аналитике даже если клиент хочет пропустить этот этап «чтобы не тратить деньги».

Красный флаг 4: Нет этапности и поэтапных демонстраций

Схема «мы разработаем и через 6 месяцев покажем результат» — максимальный риск. За полгода можно потратить деньги и получить что угодно. Требуйте демонстрации рабочего функционала каждые 2–4 недели.

Красный флаг 5: Договор без конкретики

Договор с фразами «разработка CRM системы», «автоматизация склада» без детализации функционала — ловушка. Нет детализации — нет критериев приёмки — нет возможности доказать что сделано не то. Результат работ должен быть описан в приложении к договору с конкретными функциями.

⚠️

Если разработчик говорит «зачем нам сложный договор, мы же друг другу доверяем» — это красный флаг. Доверие хорошо, договор с деталями лучше.

Красный флаг 6: Команда из одного человека для большого проекта

Один человек не может качественно сделать аналитику, дизайн, бэкенд, фронтенд и тестирование одновременно. Либо что-то пострадает, либо сроки растянутся в разы. Для проекта от 1 млн нужна минимальная команда: аналитик, разработчик бэкенда, разработчик фронтенда.

Красный флаг 7: Нет гарантийной поддержки

В любой системе после запуска появляются баги — это нормально. Стандарт — 6–12 месяцев гарантийного исправления ошибок бесплатно. Если этого нет — разработчик либо не уверен в качестве, либо планирует зарабатывать на каждой правке.

Что делать если уже столкнулись с проблемным разработчиком

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

Часто задаваемые вопросы

Можно ли забрать деньги если разработчик не выполнил обязательства?+

Да, если договор содержит конкретные обязательства со сроками. Досудебная претензия, затем иск. Суды по таким делам в пользу заказчика — если обязательства зафиксированы.

Стоит ли работать с физическим лицом (ИП/фрилансер)?+

Риски выше: нет юридического лица которое можно привлечь, выше риск исчезновения. Для небольших задач — допустимо. Для проектов от 500 тыс. — лучше юридическое лицо.

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

Проверьте ИНН на ФНС (наличие, срок регистрации, долги), найдите в суде.кт.гов.ру информацию об исках, поищите отзывы на Habr, VC.ru, спросите в профессиональных сообществах.

Нужен ли юрист при подписании договора на разработку?+

Для проектов от 1 млн — настоятельно рекомендуем. Час работы юриста — 3–10 тыс. рублей. Это несравнимо с потенциальными потерями.

Как организовать промежуточные приёмки работ?+

По итогам каждого спринта подписывается акт на выполненный объём работ с описанием сданного функционала. Оплата поэтапная: за каждый сданный и принятый этап.

Что делать если разработчик говорит что «вы слишком много хотите» за названную цену?+

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