Дедлайн срывается почти всегда не в последний день, а в первый — в момент, когда сроки называются клиенту наугад, без реального расчёта, просто чтобы не показаться медленным. Дальше всё держится на оптимизме: проект пойдёт по плану, клиент пришлёт материалы вовремя, никаких форс-мажоров не случится. Стоит одному из этих допущений не сработать — и дедлайн, который казался комфортным, превращается в тот самый горящий срок.
Срок складывается не из одного числа «сколько займёт макет», а из трёх отдельных частей: время на саму работу, время на ожидание реакции от клиента и буфер на случай, если что-то пойдёт не так. Большинство дизайнеров считают только первую часть и удивляются, почему реальный срок всегда длиннее заявленного.
Время на работу — это честная оценка часов на дизайн, без оптимистичных округлений в меньшую сторону. Время на ожидание — это дни, когда макет лежит у клиента на согласовании и работа физически стоит, но дедлайн всё равно идёт. Буфер — отдельные дни сверху, не привязанные к конкретной причине, просто на случай болезни, проблем с компьютером или любой другой мелочи, которая случается у каждого хотя бы раз за несколько проектов.
Сложить эти три части и назвать клиенту итоговую дату дольше, чем кажется уместным на словах — это единственный способ заранее называть реалистичный срок, а не подгонять цифру под чужие ожидания.
Даже посчитанный заранее срок может сорваться по двум причинам. Первая — клиент задерживает то, что должен был предоставить сам: тексты, логотип, доступы. Если в договорённости заранее не прописано, что срок сдвигается на столько же дней, на сколько задержал клиент, дизайнер автоматически берёт эту задержку на себя и сжимает собственное время на работу.
Вторая причина — оценка объёма работы изначально была неверной, и выясняется это уже в процессе, когда переделывать оценку поздно. Здесь помогает сообщить о риске сдвига как можно раньше, за несколько дней до срока, вместо того чтобы молчать до самого дедлайна в надежде уложиться.
Если до дедлайна остался день, а работы там на три, первый шаг не ускорение темпа, а разговор с клиентом. Большинство клиентов реагируют на честное «не успеваю закончить всё к завтрашнему дню, могу отдать готовую часть сейчас и оставшееся через два дня» гораздо спокойнее, чем на молчание и опоздавшую сдачу без предупреждения.
Если разговор откладывать нельзя, потому что клиент уже спрашивает статус, полезно сразу предложить конкретный новый срок, а не общее «скоро будет». Конкретная новая дата успокаивает клиента почти так же хорошо, как если бы дедлайн не сдвигался вовсе — потому что у него снова есть точка, на которую можно ориентироваться.
Расчёт сроков и разговор о переносе решают проблему до того, как проект сдан. Сама сдача — отдельный момент со своими правилами, и о нём следующая статья рубрики.
Устал собирать бриф в переписке? Отправляешь заказчику ссылку — и через пять минут у тебя готовый PDF вместо трёх дней переписки.
@briefburo_bot