😡😡 «А че так долго?»: как дизайнеру точнее оценивать сроки и не давать себя продавить

Дизайнеров часто ставят в странную ситуацию: задачу только показали, контекст ещё мутный, а срок уже надо назвать. И тут легко сказать что-то с потолка: «Ну, наверное, дня 3». Или пойти по классике: прикинуть срок и умножить на полтора-два, чтобы «точно хватило».


🤦‍♂️ Главная ошибка — оценивать по ощущению
Слабая оценка звучит так: «Думаю, 5 дней. Но скажу 7–10, чтобы с запасом». Непонятно, что внутри этих 7–10 дней. Где сценарии? Где правки? Где согласования? Где риски?

Сильная оценка: «1 день на разбор задачи и сценариев, 2 дня на проработку решения, ещё 1 день на согласование и правки. Срок может вырасти, если всплывут новые состояния или поменяются требования». Так срок уже можно обсуждать и защищать. Потому что он собран не из воздуха, а из понятных этапов.


🧩 Из чего на самом деле состоит срок
Почти любая нормальная дизайн-задача — это не только макет:
— снятие задачи и уточнение вводных;
— понимание контекста и ограничений;
— бизнес-логика;
— референсы и паттерны;
— сценарии и состояния;
— проработка решения;
— согласование;
— правки;
— handoff.

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


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

Лучше сказать: «Предварительно это 3–5 рабочих дней. Финально подтвержу после короткой декомпозиции сценариев и проверки зависимостей». Это сильная позиция. Ты не уходишь от ответа, но и не обещаешь лишнего.


⚠️ Важно различать неопределённость и риск
Неопределённость — это то, что пока неясно. А риск — это то, что может произойти и увеличить срок.

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

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


🛡 Как не дать себя продавить
Срок мало назвать — его ещё нужно объяснить. Слабая защита: «Мне кажется, быстрее не получится».

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

Если тебя прожимают, обсуждай не «быстро или медленно», а:
— что именно сокращаем;
— какую глубину проработки убираем;
— какие ограничения фиксируем;
— чем жертвуем ради ускорения.


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

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

____

🤝 Менторство по подписке: 7 дней бесплатно и безлимитные встречи 1 на 1

📚 Бесплатная база знаний: от основ до собесов