Семь причин срыва сроков, которые создаёт сам заказчик

Чаще всего проект уезжает по срокам не из-за скорости разработки, а из-за пауз, которые создаёт заказчик, не замечая этого. Ниже семь таких привычек: в чём ошибка, чем она оборачивается и что делать вместо неё.

Список составлен по повторяющимся ситуациям, а не по одному неудачному проекту.

Ошибка 1. Материалы обещаны, но не собраны

В чём. Проект стартует, тексты и фотографии «будут на этой неделе». Их нет ни на этой, ни через три.

Чем оборачивается. Исполнитель делает всё, что можно сделать на рыбе, и останавливается. Простой не сокращает объём работы, он её растягивает: через месяц придётся заново вспоминать контекст.

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

Ошибка 2. Согласует один, решает другой

В чём. Макеты смотрит менеджер, а мнение потом высказывает собственник, который в переписке не участвовал.

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

Как правильно. На старте назвать человека, чьё «да» окончательно. Если это собственник, он должен смотреть первый макет, а не последний.

Ошибка 3. Правки приходят порциями

В чём. Сегодня три замечания, завтра ещё два, послезавтра «и вот здесь тоже».

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

Как правильно. Смотреть результат целиком, записывать всё в один документ и отправлять одним пакетом. Срок на просмотр лучше сразу зафиксировать в договоре.

Ошибка 4. Объём растёт по ходу

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

Чем оборачивается. Срок съезжает пропорционально, но в голове у заказчика остаётся первая дата. Отсюда ощущение, что подрядчик тянет.

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

Ошибка 5. Доступы к чужим сервисам добываются в последний день

В чём. Платёжный кабинет, аккаунт службы доставки, доступ к 1С, домен у прошлого подрядчика.

Чем оборачивается. Интеграция готова, но проверить её нельзя. Подключение эквайринга требует документов и времени банка, и это время не сокращается ничем.

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

Ошибка 6. Приёмка откладывается

В чём. Проект сдан, письмо получено, а посмотреть некогда. Через две недели заказчик открывает и находит замечания.

Чем оборачивается. Формально работа не принята, фактически исполнитель уже занят следующим проектом. Возврат к задаче стоит дороже, чем её завершение по горячим следам.

Как правильно. Заранее выделить в календаре день на приёмку и назначить его на дату сдачи. Проверять по сценариям, а не по ощущению: оформить заказ, оплатить, получить письмо, найти заказ в админке.

Ошибка 7. Решения принимаются на основании «мне кажется»

В чём. Спор о том, нужна ли кнопка, идёт неделю, потому что аргументов нет ни у кого.

Чем оборачивается. Обсуждение съедает больше времени, чем сама реализация. Кнопку можно сделать за час, а спорить о ней три дня.

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

Обратная сторона

Не всякая задержка — вина заказчика. Бывает, что подрядчик взял три проекта одновременно, недооценил интеграцию или пропал.

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

Что делать до старта, чтобы шести из семи не случилось

Соберите папку. Тексты, фотографии, логотип, реквизиты, список товаров или услуг. Пока папка не собрана, старт лучше не назначать.

Назовите одного согласующего. Письменно, в переписке по проекту. У него должно быть право говорить «да», а не только «я передам».

Откройте кабинеты. Платёжный сервис, доставка, домен, почта. Это делается параллельно с дизайном и занимает больше времени, чем кажется.

Заведите один документ для замечаний. Не переписку, не голосовые, а файл, куда всё складывается до дня приёмки.

Поставьте день приёмки в календарь. Сразу на дату сдачи, а не «как освобожусь».

Как выглядит проект без этих ошибок

Заказчик присылает материалы до старта. Исполнитель показывает структуру и получает ответ за день. Дальше идут этапы, по каждому демонстрация и один пакет замечаний.

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

Разница между уложившимся и уехавшим проектом чаще всего измеряется не неделями работы, а неделями ожидания. Ожидание не видно в отчётах и потому кажется бесплатным.

Что зафиксировать в договоре

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

Четыре пункта, каждый на одну строку. Они не защищают от срыва, но делают его причину видимой обеим сторонам в момент, когда она возникает, а не через месяц.

Коротко

Проект тормозят несобранные материалы, согласующий без полномочий, правки порциями, растущий объём, доступы в последний момент, отложенная приёмка и споры без аргументов.

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