Разработчик приложения молчит 3 недели: как найти подрядчика без риска

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

Почему поиск разработчика заканчивается сорванным дедлайном

Директор торговой компании в Москве нашёл фрилансера через объявление, заплатил аванс 150 000 ₽ за приложение для курьеров и получил рабочий прототип через две недели. А потом разработчик перестал отвечать в мессенджере. Прошёл месяц, потом два — тишина. Запуск логистического сервиса, под который уже наняли курьеров, сорвался.

Причина не в невезении, а в системной ошибке выбора. Компания выбирала исполнителя по цене и скорости ответа, но не проверила ни одного завершённого проекта, не подписала договор с этапами и не зафиксировала техническое задание. Фрилансер работал без обязательств — ему было нечего терять, кроме репутации на одной площадке.

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

Как исправить ситуацию, если подрядчик уже сорвал сроки

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

Что проверить перед передачей проекта новому исполнителю

• ✓Есть ли рабочая сборка приложения и на каком языке написан код
• ✓Подключена ли интеграция с внутренними системами компании, например с 1С
• ✓Актуальна ли документация или придётся восстанавливать логику по коду

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

Что делать, если ошибка повторяется с новым подрядчиком

Бывает так: компания разорвала отношения с одним фрилансером, наняла второго — и через месяц история повторяется. Задержки, недоступность на связи, размытые формулировки в переписке вместо конкретных сроков.

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

Выход — работать с компанией, а не с частным лицом. У юридического лица есть репутация, которую оно не готово терять из-за одного проекта, есть штат из нескольких разработчиков (значит, болезнь или уход одного сотрудника не останавливает проект), и есть договор с прописанной ответственностью сторон. Разработка мобильных приложений в компании стоит дороже разового фриланса, но включает гарантии на этапы и поддержку после сдачи.

Как предотвратить потерю денег и времени при выборе разработчика

Проверка портфолио и договора до оплаты аванса

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

В договоре должны быть прописаны этапы с датами сдачи, стоимость каждого этапа и условия возврата предоплаты при срыве сроков по вине исполнителя. Оплата единой суммой без разбивки на этапы — частая причина потери денег: подрядчик получает всё сразу и теряет мотивацию укладываться в срок.

Фиксация технического задания

Техническое задание описывает, что именно должно работать в приложении: экраны, сценарии пользователя, интеграции с внешними системами. Без него любой спор о том, «доделал» подрядчик проект или нет, решается в его пользу — формально сравнивать не с чем.

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

Сколько стоит разработка и когда выбирать 1С:Мобильную платформу

В UKVED разработка мобильных приложений начинается от 500 000 ₽ — сумма зависит от количества экранов, наличия интеграций и платформ (iOS, Android или обе сразу). Точную стоимость называют после технического задания, а не до него — иначе цифра ничего не значит.

Для компаний, где основная учётная система уже 1С, есть альтернативный путь — 1С:Мобильная платформа. Приложение строится на базе существующей конфигурации 1С, что сокращает время разработки интеграционной логики: данные не нужно синхронизировать между двумя разными системами, они изначально живут в одной базе. Это решение подходит, когда мобильное приложение — это, по сути, мобильный интерфейс к учётной системе, а не самостоятельный продукт со своей базой данных.

Полный список тарифов и условий — на странице цены и тарифы. Там же можно сравнить стоимость разработки со стоимостью сопутствующих услуг, если приложению параллельно нужна доработка самой 1С.

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

❓ Частые вопросы

Сколько времени занимает разработка мобильного приложения для бизнеса?

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

Что делать, если предыдущий разработчик не передаёт исходный код?

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

Можно ли интегрировать новое приложение с уже используемой 1С?

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

Чем 1С:Мобильная платформа отличается от обычной разработки приложения?

1С:Мобильная платформа строит приложение прямо на базе существующей конфигурации 1С, поэтому не нужно отдельно синхронизировать данные между двумя системами. Это быстрее и дешевле, когда приложению нужен в основном доступ к данным 1С, но менее гибко, если нужен сложный уникальный интерфейс.

Как проверить, что подрядчик действительно выполнял похожие проекты?

Попросите не список логотипов клиентов, а конкретные кейсы: какая была задача, что сделали, с какими системами интегрировали. Если возможно, запросите контакт заказчика для короткого звонка — добросовестная компания не откажет в такой проверке.