🌀Как дизайнеру работать с неопределённостью: от тумана к фреймворку

Нет точного ТЗ. Исследования не проведены. Бриф зыбкий. У команды нет общего языка. Всё кажется важным — и ничего не понятно. Это не редкость, это почти норма. Особенно в продуктовой среде, где старт часто происходит в тумане: гипотезы туманны, ожидания размыты, границы проекта неочевидны.

👉 Больше контента про дизайн в тг: дневники разработчиц

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

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

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

🔹 какие бывают типы неопределённости в дизайне
🔹 как они проявляются в поведении и ощущениях
🔹 какие стратегии и инструменты помогают с ними работать
🔹 как превращать тревогу в ориентиры

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

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

Как ощущается: вы откладываете старт, не знаете, за что зацепиться. Начинаете с UI, просто чтобы двигаться.

Что помогает: переписать задачу своими словами. Уточнить:
🔹 В чём конкретная проблема пользователя?
🔹 Что должно измениться после запуска?
🔹 Как поймём, что сработало?

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

Вы не уверены, для кого именно делаете продукт. Нет живого контакта с аудиторией — либо исследований нет, либо они устарели.

Как ощущается: сложно придумать реалистичный сценарий. Идеи не складываются в цельную картину.

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

Задача понятна, но неясно, в каком виде её лучше решать. Это должен быть экран? Уведомление? Поток внутри сервиса? Вы в широком поле возможных вариантов.

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

Что помогает: зафиксировать гипотезы. Что мы предполагаем? Как это проверить быстро? Что ограничивает нас — по ресурсам, по технологиям, по бизнес-целям?

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

Как ощущается: приходится больше убеждать и объяснять, чем проектировать. Нарастает неуверенность.

Что помогает: собрать и сверить ожидания. Устроить короткую рабочую сессию: что нам уже известно, от чего точно отталкиваемся, в чём риски? Даже простая визуализация вводных помогает синхронизироваться.

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

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

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

Один из рабочих приёмов — выписать все «неизвестные», которые тревожат, и разложить их по типам:
🔹 что я точно знаю?
🔹 что знаю частично?
🔹 чего не знаю вообще?
🔹 что смогу проверить на ранних этапах?

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

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

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

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

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

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

Фреймворк — это не инструкция, а система координат. Она не отменяет сложность, но помогает держаться в ней, не сбиваться, видеть, куда смотреть дальше.

👉 Больше контента про дизайн в тг: дневники разработчиц