Подрядчик сорвал срок: что делать по шагам

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

Сначала понять причину

Срыв срока — это симптом. Причины бывают разные, и от них зависит, что делать. Первая — подрядчик перегружен. Он взял больше проектов, чем может вести. Вторая — упёрся в сложность. Задача оказалась труднее, чем казалось при оценке, и он не знает, как её решить. Третья — ждёт от вас. Тексты, доступы, ответы на вопросы, которые вы давно обещали прислать. Четвёртая — не хватает денег. Проект оценён слишком дёшево, и работать над ним дальше невыгодно.

Прежде чем злиться, проверьте третью причину. Посмотрите переписку: нет ли там вопросов без ответа с вашей стороны. Так бывает чаще, чем кажется.

Честный разговор с конкретикой

Дальше нужен разговор. Не «когда будет готово?», а конкретные вопросы. Что уже готово и где это можно посмотреть. Что осталось сделать. Что мешает. Какой новый срок реален.

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

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

Зафиксировать договорённости письменно

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

Это нужно не для того, чтобы потом кого-то наказать. Письменная договорённость убирает разночтения. Через месяц никто не вспомнит, что было сказано в голосовом. А текст можно открыть и проверить. О том, какие пункты стоит иметь в договоре с самого начала, я писал в статье «Договор на разработку: что прописать».

Забрать то, что уже сделано

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

Это не жест недоверия. Это страховка. Если подрядчик заболеет, уйдёт в другой проект или просто выгорит, проект не должен зависеть от одного человека. Нормальный специалист отнесётся к такой просьбе спокойно. Если пропадёт и сам подрядчик, пригодится статья «Разработчик пропал: как забрать сайт».

Проверить, что сделано на самом деле

«Готово на восемьдесят процентов» — это оценка самого подрядчика. Со стороны она может выглядеть иначе. Полезно показать код и работающую версию другому специалисту. Он посмотрит, в каком состоянии проект, можно ли его продолжать и сколько работы осталось на самом деле.

Такой взгляд нужен не для того, чтобы поймать подрядчика на ошибке. Вы просто получаете второе мнение перед тем, как принять решение.

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

Сигналы и что с ними делать

Вот как понять, где вы сейчас находитесь.

Когда пора расходиться и как это сделать

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

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

Как это выглядит, когда настроено

Спасение проекта идёт по понятному порядку. Сначала новый подрядчик получает доступы и смотрит, что есть. Он проверяет код, запускает проект, сверяет с заданием.

По итогам появляется список. Что работает и остаётся как есть. Что можно доделать поверх. Что проще переписать, чем чинить. К каждому пункту — оценка. Хороший специалист не будет предлагать переделать всё только потому, что код писал не он.

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

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

Сколько ждать, прежде чем что-то делать?

Разговор стоит начинать сразу после первого срыва. Чем раньше, тем больше вариантов.

Можно ли потребовать вернуть деньги?

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

Не обидится ли подрядчик, если я попрошу доступы?

Нормальный специалист не обидится. Доступы к своему проекту — обычная практика.

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

Попросите объяснить почему и что конкретно не так. Иногда это правда, но решение должно быть обоснованным.

Можно ли продолжить с тем же подрядчиком?

Да, если причина понятна, новый план реален и первая промежуточная точка сдана вовремя.

Коротко о главном

Сорванный срок — не приговор. Сначала разберитесь в причине и проверьте, не ждёт ли подрядчик чего-то от вас.

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

Я могу посмотреть ваш проект со стороны: что готово, что можно доделать, что лучше переписать, и сколько это займёт. Напишите в Telegram, MAX или VK.