Как подступиться к большому незнакомому интерфейсу, если его нужно практически полностью пересобрать? Часть 2.

4. Инвентаризирую данные

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

Например: форма создания → карточка объекта → таблица или список

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

Здесь нет правила «поле есть в форме, значит оно должно быть в таблице».

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

5. Проверяю архитектуру и навигацию

Task Analysis показывает, между какими сущностями, модулями и разделами пользователю приходится переходить.

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

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

Документ с находками создаю сразу, как только начинаю знакомиться с продуктом, и пополняю на каждом этапе.

Часть анализа делаю вручную, часть дополнительно прохожу с Claude по эвристикам Нильсена. Фиксирую и проблемы, и удачные решения, которые стоит сохранить.

В результате получается связанная модель продукта: паспорта и матрица → сценарии → сквозные паттерны → данные

Параллельно сценарии дают основу для проверки архитектуры и навигации.

И уже на этой модели можно собирать новый UX, понимая, что должно работать по общим правилам, где нужны различия и как отдельные решения связаны между собой. #проект #uxаудит #предпроектныйанализ

Дизайнер на всю голову

В этом посте были ссылки, но мы их удалили по правилам Сетки