87,5% сотрудников нашли нужные сценарии без подсказок

Контекст задачи

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

Нужно было определить приоритет между этими намерениями: что человек должен увидеть сразу, а что – найти в рабочем контексте.

Проблемы

Приоритет интерфейса расходился с намерением сотрудника

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

Проблема была в последовательности: экран предлагал изучить сводку, а человек хотел начать работу.

Ограничения

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

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

Моя роль

Анализировал текущие сценарии, проводил интервью, определял приоритеты и проектировал обновлённый интерфейс.

Из интервью выделил четыре частых действия: «Обновить», «Очередь», «Точки», «Заметки». Они стали основой верхнего блока: этот приоритет следует из описанных сотрудниками повседневных сценариев.

Гипотезы

1. Приоритет действий. Если вынести повседневные сценарии под профиль, сотрудник сможет самостоятельно найти вход в работу, не разбирая сначала сводку.
2. Группировка по задачам. Если объединить связанные функции и показатели, нужный раздел будет проще найти по направлению работы.
3. Различимые акценты. Если сделать нейтральные показатели спокойнее, они будут меньше конкурировать с важными состояниями и действиями.

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

Ключевые решения

Первый уровень – начать работу

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

Рабочие разделы и сводка остались ниже. Так главная поддерживает и быстрый переход к действию, и просмотр состояния работы.

Второй уровень – выбрать рабочее направление

Сгруппировал функции в WFM, Audit и KPI. В WFM рядом находятся заявки на биржу смен и учёт времени, в Audit – задачи, просрочки и прогресс. Показатели читаются в контексте соответствующего направления.

Так сотрудник ищет связанную группу задач, а не сравнивает все карточки главной одновременно.

Третий уровень – оценить состояние

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

Показатели сохранились, но перестали занимать всё внимание на входе. Новая последовательность: быстрые действия → рабочие разделы → показатели в контексте.

Результат

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

Что подтверждает этот замер

Большинство участников разобрались в предложенной структуре. Это аргумент в пользу понятности новой навигации в проверенной выборке.

87,5% – доля участников проверки, а не рост показателя относительно старой версии. Сравнимого замера прежней главной, времени поиска и частоты переходов в материалах нет. Поэтому число не доказывает ускорение работы или отдельный эффект быстрых действий, группировки и цвета.

Рефлексия

Решение строилось на двух уровнях доказательств: интервью объяснили намерения сотрудников, а проверка показала, что большинство участников нашли сценарии в новой структуре. Перестановка блоков позволила сохранить функции в рамках существующей архитектуры.

Как проверить эффект дальше

Следующий шаг – сравнить старую и новую главную на одинаковых заданиях. Для этого я бы использовал три показателя: